[решено] Восстановление из штатной системы архивации данных Windows Server

[Michael]

Здравствуйте.
Помогите разобраться с использованием штатной системы архивации данных Windows Server.
Есть контроллер домена, который бэкапится следующим скриптом:
wbadmin start backup -backuptarget:%Patch_Backup% -allcritical -systemState –quiet

Пытаюсь сделать пробное восстановление в виртуальной изолированной среде (контакт с живой сетью исключён). Исхожу из того, что «оригинальный» сервер умер, т.е. восстанавливаю с нуля. При загрузке с установочного диска запускаю восстановление системы. Все прошло успешно, система пару раз перезагрузилась и успешно стартовала.
1. IP-адрес на восстановленном сервере отличается от оригинала - в оригинале была статика, а здесь динамика . Есть ещё принципиальные отличия от «оригинального» сервера?
2. Если предположить, что все прочие контроллеры домена мертвы, или изначально в домене был один контроллер, то такой восстановленный контроллер домена будет полноценно работать? Или все же необходимо дополнительно произвести «Заслуживающее доверия восстановление Active Directory» через загрузку в режиме восстановления AD? Вообще - когда надо делать восстановление AD из соответствующего режима загрузки сервера? Только в случае разворачивания бэкапа на уже существующую систему?
3. В оригинальном сервере один винт разбит на 3 части (Зарезервировано системой, C и D):
https://b.radikal.ru/b25/2104/26/2a455cba055a.jpg (https://radikal.ru)
После восстановления оказалось, что в бэкап попал также и раздел D:
https://d.radikal.ru/d00/2104/11/24737c487cc0.jpg (https://radikal.ru)
хотя лог бэкапа говорит об обратном:
Будет выполнено архивирование тома Зарезервировано системой (100.00 МБ),C_System
(C: ) на %Patch_Backup%.

Почему? На нем нет никаких компонентов операционной системы и в восстановленной системе он пустой. При этом в бэкапе есть только 2 vhd-файла – один соответствует диску «Зарезервировано системой», а второй – «C»
Как избавиться от третьего? Если в скрипт бэкапа добавить ключи –include/exclude, т.е:
wbadmin start backup -backuptarget:%Patch_Backup% -include:c: -exclude:d: -allcritical -systemState -quiet
то диск D_Data(D: ) все равно попадает в бэкап. Вот часть лога выполнения бэкапа:
Будет выполнено архивирование тома Зарезервировано системой (100.00 МБ),D_Data(D: ) (выбранные файлы),C_System(C: ) на %Patch_Backup%
Как избавиться от третей части диска? Или она просто цепляется по причине того, что она просто есть на системном винте?
Чисто технически в процессе бэкапа диск D проблем не создаёт - проблема возникает на этапе восстановления из бэкапа, т.к. требуется винт, объем которого не меньше, чем в оригинальном сервере, хотя, по сути, должно хватить и 50ГБ

[NickM]

Или она просто цепляется по причине того, что она просто есть на системном винте? »

Система бэкапа копирует разметку диска, поэтому у Вас в образе будут присутствовать все тома, но на последних никакой информации не будет - эти тома "пустышки".

Таким же образом поступает "Disk2Vhd By Mark Russinovich (https://docs.microsoft.com/en-us/sysinternals/downloads/disk2vhd)".

%Patch_Backup% »
%Path_Backup%

[Michael]

Ок, с разметкой понятно.
А как потом этот бэкап развернуть на новый сервер на меньший по объему диск?
Например в оригинале было 300ГБ, на новой системе 60ГБ. И что делать? Восстановление из бэкапа при загрузке с установочного диска даст ошибку - "Сбой операции восстановления образа системы. Отсутствует диск, который можно использовать для восстановления системного диска".
А если сначала поставить ОС на новое железо, а потом попытаться восстановить тома, то в окне выбора конечного тома пусто (т.е. нельзя указать, куда восстановить том), соответственно продолжить восстановление невозможно.

[NickM]

Michael, так ведь это бэкап текущей системы средствами самой системы, а не универсальное средство восстановления.

Для Ваших "хотелок" существуют другое, специализированное/ узко настроенное программное обеспечение.

[Michael]

Странно - хотелка-то вроде простенькая :(