Вопрос или проблема
При перечислении резервных копий на контроллере домена (“TSTSRV001”) в WBADMIN я получил странный результат. Следующая команда для отображения резервных копий на конкретном диске показывает две “машины”, что неожиданно.
Для справки, “AGPM” — это инструмент управления групповыми политиками, используемый в нашей среде. Он не является частью резервного копирования нашего контроллера домена (мы выполняем резервное копирование “с нуля”) и только резервные копии контроллера домена должны иметь локальную копию непосредственно на самом контроллере. Я не знаком с тем, как AGPM делает резервные копии в общем, но в домене нет машины с названием “AGPM” (AGPM работает на другом сервере с совершенно другим именем).
C:\>wbadmin get versions -backupTarget:e:
wbadmin 1.0 - Инструмент командной строки для резервного копирования
(C) Авторское право Microsoft Corporation. Все права защищены.
В этом местоположении найдены резервные копии более чем одного компьютера. Укажите,
резервные копии какого компьютера вы хотите использовать. Для этого используйте параметр
-machine:BackupMachineName с WBADMIN GET VERSIONS
Список компьютеров, резервные копии которых могут быть использованы для выполнения восстановления по
указанному местоположению:
AGPM
TSTSRV001
ОШИБКА - Запрошенная операция не могла быть выполнена, потому что
параметр -machine:<BackedUpComputerName> не был указан.
Я предположил, что какой-то другой технический специалист решил использовать контроллер домена в качестве свалки, поэтому я попытался найти элемент резервной копии, указав параметр -machine:AGPM, с таким результатом.
C:\>wbadmin get versions -backupTarget:e: -machine:AGPM
wbadmin 1.0 - Инструмент командной строки для резервного копирования
(C) Авторское право Microsoft Corporation. Все права защищены.
ОШИБКА - Резервная копия не найдена.
Далее, некоторые шаги по устранению неполадок:
-
Я попытался выполнить те же команды для других дисковых томов – ничего не было перечислено.
-
Команда
net shareпоказала только ожидаемые общие ресурсы на сервере контроллера домена. -
Команда
wbadmin get versions -backupTarget:e: -machine:TSTSRV001показывает шесть резервных копий “с нуля” для TSTSRV001. WBADMIN не находит резервные копии на любом другом дисковом томе. -
Команда
vssadmin list shadowsпоказывает шесть теневых копий для всей системы, соответствующих шести резервным копиям “с нуля” на E:. Это должны быть единственные резервные копии в системе.
В последние годы Microsoft сильно поработала над своей документацией, и даже нельзя найти в Google/Bing текст “список компьютеров, резервные копии которых могут быть использованы для выполнения восстановления в указанном месте” и получить реальные результаты.
Итак, может кто-то объяснить, откуда берется этот призрак результата для резервной копии “AGPM”? И, что более важно, как от него избавиться?
(Я пометил оба вопроса как относящиеся к Windows Server 2008 (так как именно тогда был добавлен wbadmin) и Windows Server 2022 (так как это фактическая ОС) – было бы здорово, если бы был просто общий тег windows-server для этих вопросов, которые применимы ко многим версиям Windows Server).
Ответ или решение
Проблема, с которой вы столкнулись при использовании команды WBADMIN для перечисления резервных копий на вашем контроллере домена, требует внимательного анализа. Появление несуществующего компьютера "AGPM" в списке резервных копий может быть вызвано несколькими факторами, в том числе, неправильной конфигурацией или присутствием остаточных данных от предыдущих резервных копий.
Потенциальные причины появления "AGPM":
- Ошибка в метаданных резервных копий: Возможно, информация о резервных копиях была сохранена некорректно, и команда WBADMIN некорректно распознает эти данные.
- Некорректная конфигурация AGPM: Если AGPM когда-либо использовал этот контроллер домена в качестве целевого для резервного копирования или в другом контексте, то информация могла остаться.
- Проблема с VSS (Volume Shadow Copy Service): Ваша система могла сохранить некорректные тени, отражающие старые конфигурации.
Шаги по устранению проблемы:
-
Очистка старых резервных копий:
- Используйте команду
wbadmin delete backupдля удаления старых резервных копий. Следует указать полный путь к резервным копиям, а также имя компьютера, если это необходимо. - Например:
wbadmin delete backup -backupTarget:e: -machine:AGPM -version:VersionID - Где
VersionID– это идентификатор версии, который вы найдете с помощью командыwbadmin get versions.
- Используйте команду
-
Проверка и удаление теневых копий:
- Используйте
vssadminдля удаления неиспользуемых теневых копий, если они создают проблемы:vssadmin delete shadows /all - Обратите внимание, что эта команда удалит все теневые копии, поэтому используйте ее с осторожностью.
- Используйте
-
Проверка конфигурации AGPM:
- Убедитесь, что конфигурация AGPM не ссылается на данный контроллер домена как на целевой для резервного копирования.
- Проверьте журналы событий Windows на наличие ошибок и дополнительных предупреждений, связанных с AGPM и резервными копиями (например, через Event Viewer).
-
Обновление системы:
- Убедитесь, что ваша система обновлена до последней версии, так как обновления могут исправлять проблемы с инструментами резервного копирования.
-
Обращение в поддержку Microsoft:
- Если проблема не решается, рекомендую обратиться в техническую поддержку Microsoft для более глубокого анализа ситуации.
Заключение:
Ситуация с "призрачным" результатом для резервных копий AGPM может быть зафиксирована из-за старых данных или неверной конфигурации. Выполните вышеуказанные шаги, чтобы устранить проблему. Также следите за обновлениями конфигурации вашей системы и используемых инструментов.