Вопрос или проблема
У меня возникла ошибка при выполнении резервного копирования виртуальной машины с помощью Veeam Hyper-V на Hyper-V хосте:
Не удалось создать снимок (Microsoft CSV Shadow Copy Provider) (режим: обработка, осведомленная о приложениях Veeam). Подробности: Писатель ‘Microsoft Hyper-V VSS Writer’ завершился с ошибкой ‘VSS_WS_FAILED_AT_POST_SNAPSHOT’.
Писатель испытал временную ошибку. Если процесс резервного копирования будет повторен,
ошибка может не повториться.
–tr: Не удалось проверить состояние писателей.
–tr: Не удалось создать снимок VSS.
–tr: Не удалось выполнить задачи перед резервным копированием.
Я не понимаю, является ли это ошибкой хоста, гостя или Veeam.
Я попробовал перезагрузить VM, но получил ту же ошибку. Я не пробовал перезагружать хост, но попытался сменить хост (эта VM находится в отказоустойчивом кластере из двух хостов), и с этой переменой резервное копирование снова заработало.
Во время сбоя резервного копирования я выполнил эту команду на хосте:
vssadmin list writers
Вывод был следующим:
> Название писателя: 'Microsoft Hyper-V VSS Writer'
> Идентификатор писателя: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
> Идентификатор экземпляра писателя: {f50fe40b-27d6-4a98-8713-e5a1dce54c97}
> Состояние: [1] Заморожено
После миграции VM на другой хост состояние писателя меняется назад на “Стабильное”.
Что может заморозить VSS писателей?
Событие 10103 на хосте:
Не удалось вернуть VSS снимок на виртуальном жестком диске '\\?\Volume{29e16157-002f-4cb4-af58-c95acbd54be9}\' виртуальной машины 'srvshare1'.
Является ли виртуальная машина контроллером домена?
Вы пробовали следующее с сайта http://www.veeam.com/kb1697?
vssadmin list writers
Результаты будут выглядеть следующим образом:
Название писателя: ‘NTDS’
Идентификатор писателя: {b2014c9e-8711-4c5c-a5a9-3cf384484757}
Идентификатор экземпляра писателя: {ee24b741-eaf7-4663-8f95-b92ae8c5e164}
Состояние: [1] Стабильное
Последняя ошибка: Ошибок нет
Если не указано как стабильное, перезагрузите DC.
──────────────────────────────────────────────────────────
Убедитесь, что автоматическое монтирование новых томов включено.
──────────────────────────────────────────────────────────
Из командного окна (Win+R) выполните команду diskpart.
Внутри Diskpart выполните следующую команду.
automount
Если результаты не показывают «Автоматическое монтирование новых томов включено», выполните следующую команду:
automount enable
──────────────────────────────────────────────────────────
Убедитесь, что в списке профилей в реестре нет ключей .bak.
──────────────────────────────────────────────────────────
Из командного окна (Win+R) выполните команду regedit.
В реестре перейдите в:
HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList
Там будет список ключей, необходимо удалить все, оканчивающиеся на .bak
Ответ или решение
Теория
Ошибка, с которой вы столкнулись при создании резервной копии с помощью Veeam Hyper-V, связана с отказом VSS Writer на этапе VSS_WS_FAILED_AT_POST_SNAPSHOT. Эту ошибку можно рассматривать как временную, и она иногда исчезает при повторной попытке резервного копирования. Служба теневого копирования томов (Volume Shadow Copy Service, VSS) создаёт "снимки" данных, и ее нестабильная работа может быть вызвана различными факторами, такими как проблемы в настройках VSS, конфликты приложений или временные неисправности оборудования. Состояние "Frozen" VSS Writer, которое вы наблюдали, указывает на то, что writer "завис" на одном из этапов процесса теневого копирования. Вероятно, проблема может быть не только на уровне гостевой машины, но и на уровне Hyper-V хоста.
Пример
Ваш пример показал, что перемещение виртуальной машины на другой хост решает проблему, что указывает на возможные проблемы на одном из хостов, а не в самой виртуальной машине. Вы также упомянули о событии 10103, которое связано с проблемами при возврате к VSS-снапшоту. После миграции статус VSS Writer восстанавливается в "Stable", что также подтверждает гипотезу о локализованной проблеме на одном хосте.
Применение
-
Перезагрузка хоста: Если проблема временная, то простая перезагрузка хоста может помочь восстановить корректную работу VSS Writer. Однако, учитывая, что на одном из хостов проблема отсутствует, стоит разобраться подробнее.
-
Проверка Writer состояния: Повторите команду
vssadmin list writersдля проверки состояния writer после выполнения вышеуказанных действий. Убедитесь, что writer находится в состоянии "Stable". -
Проверка настроек VSS и автоподключения дисков:
- Из командной строки выполните
diskpart, затемautomount. Удостоверьтесь, что автоматическая монтировка новых томов включена. Если нет, выполнитеautomount enable.
- Из командной строки выполните
-
Анализ профилей пользователей в реестре:
- Проверьте наличие .bak ключей в разделе реестра
HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList. Это тоже может мешать корректной работе VSS. Удалите такие ключи, если обнаружите.
- Проверьте наличие .bak ключей в разделе реестра
-
Работа с гостевыми ОС:
- Если виртуальная машина является контроллером домена, иногда помогает перезагрузка контроллера, особенно если существуют проблемы с NTDS VSS Writer.
-
Проверка логов системы:
- Дополнительно изучите логи событий Windows на наличие ошибок или предупреждений, которые могут указывать на причину нестабильной работы VSS Writer.
Следуя этим шагам, вы сможете диагностировать и устранить проблемы, связанные с VSS в Veeam Hyper-V, минимизировав возможность возникновения подобных ошибок в будущем.