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

Здравствуйте.
Помогите разобраться с использованием штатной системы архивации данных Windows Server.
Есть контроллер домена, который бэкапится следующим скриптом:

Код:

wbadmin start backup -backuptarget:%Patch_Backup% -allcritical -systemState –quiet

Пытаюсь сделать пробное восстановление в виртуальной изолированной среде (контакт с живой сетью исключён). Исхожу из того, что «оригинальный» сервер умер, т.е. восстанавливаю с нуля. При загрузке с установочного диска запускаю восстановление системы. Все прошло успешно, система пару раз перезагрузилась и успешно стартовала.
1. IP-адрес на восстановленном сервере отличается от оригинала - в оригинале была статика, а здесь динамика . Есть ещё принципиальные отличия от «оригинального» сервера?
2. Если предположить, что все прочие контроллеры домена мертвы, или изначально в домене был один контроллер, то такой восстановленный контроллер домена будет полноценно работать? Или все же необходимо дополнительно произвести «Заслуживающее доверия восстановление Active Directory» через загрузку в режиме восстановления AD? Вообще - когда надо делать восстановление AD из соответствующего режима загрузки сервера? Только в случае разворачивания бэкапа на уже существующую систему?
3. В оригинальном сервере один винт разбит на 3 части (Зарезервировано системой, C и D):

После восстановления оказалось, что в бэкап попал также и раздел D:

хотя лог бэкапа говорит об обратном:

Цитата:

Будет выполнено архивирование тома Зарезервировано системой (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ГБ