Это гипотетический вопрос, но я уверен, что кто-то, должно быть, уже сталкивался и / или думал о нем раньше.
Ситуация: Учтите, что малый бизнес использует домен Active Directory и имеет два контроллера домена, которые расположены в их офисе. Контроллеры домена являются физическими серверами (без виртуализации).
Резервное копирование состояния системы контроллеров домена выполняется каждый день.
Компания терпит бедствие (пожар или наводнение), в результате которого их серверы не подлежат ремонту.
Компания хотела бы восстановить свои контроллеры домена с использованием резервных копий, однако они не могут получить серверы той же марки и модели (потому что им уже несколько лет). Это создает для них проблему, потому что Active Directory создается как часть «состояния системы», что означает, что она тесно связана с исходным оборудованием.
Резюме: Если у малого бизнеса нет возможности разместить один контроллер домена за пределами площадки (для защиты от потенциальной аварии, которая повредит все серверы в их офисе), то по крайней мере один из их контроллеров домена должен быть виртуализирован, чтобы сделать процесс восстановления независимым от оборудования ( таким образом не требуя от них покупать точно такую же модель сервера). Вы бы согласились?
Нет, я не согласен. Фактически, даже Win 2003 DC можно восстановить на другом оборудовании и спасти AD. Теперь вы, вероятно, захотите получить новую установку Windows на другом компьютере после восстановления, чтобы реплицировать AD, а затем понизить уровень восстановленного окна, поскольку это, вероятно, не самая стабильная система, но она работает. Google "резервное копирование и восстановление активного каталога", и первая ссылка http://technet.microsoft.com/en-us/library/bb727048.aspx. Вот раздел, на который нужно обратить внимание:
Рекомендации по восстановлению на другое оборудование
Можно восстановить контроллер домена на другом оборудовании. Однако следует учитывать следующие моменты:
Различные уровни аппаратной абстракции (HAL). По умолчанию Hal.dll не копируется как часть состояния системы, но Kernel32.dll есть. Таким образом, если вы попытаетесь восстановить резервную копию на компьютере, для которого требуется другой HAL (например, для поддержки многопроцессорной среды), между новым HAL и исходным Kernel32.dll возникнут проблемы совместимости. Чтобы преодолеть эту несовместимость, вручную скопируйте Hal.dll с исходного компьютера и установите его на новый компьютер. Ограничение состоит в том, что новый компьютер может использовать только один процессор.
Несовместимый файл Boot.ini. Если вы сделаете резервную копию и восстановите файл boot.ini, у вас может быть некоторая несовместимость с вашей новой конфигурацией оборудования, что приведет к сбою при запуске. Перед восстановлением убедитесь, что файл boot.ini соответствует вашей новой аппаратной среде.
Различные сетевые или видеокарты. Если ваше новое оборудование имеет другой видеоадаптер или несколько сетевых адаптеров, удалите их перед восстановлением данных. При перезагрузке компьютера; обычные функции Plug and Play вносят необходимые изменения.
Дисковое пространство и конфигурация разделов. Разделы на новом компьютере должны совпадать с разделами на исходном компьютере. В частности, все сопоставления дисков должны быть одинаковыми, а размер раздела должен быть как минимум равен размеру раздела на исходном компьютере.
Windows Server 2008 и более поздние версии поддерживают восстановление с нуля на различное оборудование с помощью встроенной утилиты резервного копирования. Это не проблема.