Информация
Услуги
  • Внедрение
  • Настройка
  • Поддержка
  • Ремонт
Контакты
Оплата
Новости
Доставка
Загрузки
Форум
Настройка
    info@proxmox.su
    +7 (495) 320-70-49
    Заказать звонок
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Войти
    0 Сравнение
    0 Избранное
    0 Корзина
    Аспро: ЛайтШоп
    Телефоны
    +7 (495) 320-70-49
    Заказать звонок
    0
    0
    0
    Аспро: ЛайтШоп
    • +7 (495) 320-70-49
      • Назад
      • Телефоны
      • +7 (495) 320-70-49
      • Заказать звонок
    • info@proxmox.su
    • Москва, Бакунинская улица, 69с1
    • Пн-Пт: 09-00 до 18-00
      Сб-Вс: выходной
    • 0 Сравнение
    • 0 Избранное
    • 0 Корзина
    Главная
    Форум
    Proxmox Backup Server
    тест восстановления файла

    Форумы: Proxmox Виртуальная Среда, Proxmox Backup Server, Proxmox Mail Gateway, Proxmox Datacenter Manager
    Поиск  Пользователи  Правила  Войти
    Страницы: 1
    RSS
    тест восстановления файла, Proxmox Backup Server
     
    godfather007
    Guest
    #1
    0
    01.12.2023 14:57:00
    Привет, мы только что перенесли наш самый большой Windows-файловый сервер с VMware на Proxmox. Перед переносом 20+ ТБ выяснили, что не стоит использовать REFS, так как с ним возникают проблемы при восстановлении файлов. Поэтому мы создали том NTFS с размером кластера 16 КБ, чтобы превысить стандартный лимит в 16 ТБ для томов размером с кластер 4 КБ.

    Теперь при процедуре восстановления получаем ошибку 400. Смотрите вложение. Иногда появляется тайм-аут соединения 596. Сейчас пытаюсь запустить chkdsk — проблем не обнаружено.

    Что ещё можно сделать, чтобы обойти эту проблему? Используем PVE 8.0.3 и PBS 3.0.1.
     
     
     
    godfather007
    Guest
    #2
    0
    31.12.2023 08:17:00
    Пришлось заменить backuphost из-за аппаратного сбоя. Начальное резервное копирование сделано, но проблема с PBS 3.1.2 всё ещё остается. Планирую дальше разбираться после обновления PVE до версии 8.1.3.
     
     
     
    godfather007
    Guest
    #3
    0
    09.01.2024 09:12:00
    После замены нашего резервного хоста (у него сломался контроллер) мне наконец-то удалось обновиться до версии 8.1.3 (PVE). К сожалению, сообщение осталось (см. вложение). В чем может быть причина? Может, размер кластера 16 КБ?
     
     
     
    fabian
    Guest
    #4
    0
    09.01.2024 11:07:00
    Не мог бы ты выложить лог такой попытки восстановления? Смотри https://pve.proxmox.com/pve-docs/chapter-vzdump.html#_single_file_restore
     
     
     
    godfather007
    Guest
    #5
    0
    09.01.2024 13:15:00
    Спасибо, вижу директорию: /var/log/proxmox-backup. В ней всего две подпапки: API и TASKS.
     
     
     
    godfather007
    Guest
    #6
    0
    09.01.2024 19:13:00
    Нашёл, извиняюсь... Смотрел на другой хост, а браузер всё же сосредоточился на этом. Вот файл qemu.log во вложении: Там есть жалобы на повреждённый $MFT, но chkdsk ничего не находит.
     
     
     
    fabian
    Guest
    #7
    0
    10.01.2024 09:55:00
    Спасибо! Возможно, такие большие размеры кластеров не поддерживаются драйвером NTFS в Linux. Поддержку можно улучшить, переключившись на новый драйвер ntfs3.

    правка: быстрый тест показал, что размер кластера 16k — не проблема, может быть, дело в размере диска, позже отпишусь...

    правка: также работает с диском на 20 ТБ и размером кластера 32k — не мог бы ты обновить свою систему PVE до последней версии? Если и тогда не заработает, то дополнительные детали по инициализации диска и его содержимому, возможно, помогут воспроизвести проблему.
     
     
     
    godfather007
    Guest
    #8
    0
    12.01.2024 12:04:00
    Хмм... Значит, снова нужно обновиться, странно... Я этого совсем не ожидал, конечно, машина используется... слишком много приложений постоянно к ней подключены :-( Может, случайно, причиной является Windows dedup?
     
     
     
    fabian
    Guest
    #9
    0
    12.01.2024 12:12:00
    Да, скорее всего так и есть (что это не сработает, а вызвана ли вашей конкретной проблемой — сложно сказать).
     
     
     
    godfather007
    Guest
    #10
    0
    23.01.2024 11:40:00
    Потребовалось почти 4 дня, чтобы сделать дедупликацию данных на клоне ВМ. https://learn.microsoft.com/en-us/answers/questions/1352079/turn-off-dedup-and-delete-chunkstore Сделал новый бэкап... безуспешно... даже после перезагрузки. Сейчас делаю свежий бэкап... скоро буду на связи (примерно 20 часов на этих жестких дисках). Спасибо за ваше время! Как только всё это закончится, напишу об этом что-нибудь... для вики или страницы с требованиями...
     
     
     
    fabian
    Guest
    #11
    0
    23.01.2024 12:04:00
    Я определённо хочу проверить, имеет ли смысл перейти на ntfs3 (новый драйвер в ядре). Для этого было бы полезно уточнить, какие параметры сейчас не работают, чтобы можно было протестировать их по отдельности. Например: — большие файловые системы — дедупликация — сжатие — избыточные/разделённые тома — и так далее? Я ещё не эксперт по NTFS, так что, возможно, что-то упускаю! Всегда найдутся случаи, когда настройка не заработает сразу на универсальной виртуальной машине для восстановления файлов, например, всё, что связано с шифрованием или чем-то подобным, изначально не входит в наши планы.
     
     
     
    godfather007
    Guest
    #12
    0
    25.01.2024 06:52:00
    К сожалению... после удаления ролей Windows, дублирования данных и создания новой резервной копии восстановление файла снова выдает ошибку. Если могу помочь, с удовольствием проведу дополнительные тесты. С уважением, Мартейн.
     
     
     
    fabian
    Guest
    #13
    0
    25.01.2024 07:52:00
    Не могли бы вы предоставить точные параметры, которые использовались для создания и форматирования тома?  
    - размер  
    - шаги по созданию тома (например, какой инструмент использовался для форматирования, какие были выбраны опции и т. п.)  
    - возникает ли проблема с тем, что том становится недоступным для просмотра после резервного копирования, если он был пустым?  
    - если нет, то какие данные находятся на томе, когда он становится «недоступным для просмотра»?  
    Спасибо!
     
     
     
    godfather007
    Guest
    #14
    0
    26.01.2024 10:33:00
    Чёрт... в этот раз сработало: Создал ВМ из того же оригинального шаблона: - добавил устройство virtio (TST 200 ГБ), полное (без discard) (потом переключил на discard) - в Windows: в дисковом менеджере (старой школы NT4) выбрал GPT-диск - форматнул в NTFS, изменив размер кластера с дефолтного на 16 КБ (быстрое форматирование) - создал тестовую папку с тестовым файлом - сделал бэкап, и он сработал. Теперь поменяю размер на 2000 ГБ, 10000 ГБ, 20000 ГБ, 30000 ГБ и запущу бэкап снова между этими размерами.
     
     
     
    godfather007
    Guest
    #15
    0
    26.01.2024 08:04:00
    Доброе утро, я создам новую машину (поменьше) по тем же шагам (они были ручными, но, думаю, справлюсь). Это ускорит попытку резервного копирования.
     
     
     
    fabian
    Guest
    #16
    0
    26.01.2024 10:28:00
    Спасибо! https://bugzilla.proxmox.com/show_bug.cgi?id=5187 тоже может вас заинтересовать — хотя конкретной работы по этому вопросу ещё не начато.
     
     
     
    godfather007
    Guest
    #17
    0
    09.01.2024 15:44:00
    Ты уверен? Я могу найти в /var/log на своём PVE-хосте только логи PVE и системные файлы...
     
     
     
    fabian
    Guest
    #18
    0
    09.01.2024 13:21:00
    Тебе нужно проверить на PVE-хосте, где ты пытался восстановить файл.
     
     
     
    Страницы: 1
    Читают тему
    +7 (495) 320-70-49
    info@proxmox.su

    Конфиденциальность Оферта
    © 2026 Proxmox.su
    Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры