Проект стартует в лучших традициях отечественного бизнеса. Задача — мигрировать все сервера на Windows Server 2012, а Lotus Domino заменить на Exchange 2013.
План: предпроектное обследование (неделя) -> проектирование (месяц) -> реализация (месяц).
Реальность: предпроектное обследование прошло -> заказчик хочет Exchange через две недели — начинаем; а раз спецы по Exchange начинают внепланово, пусть и спецы по Core Infrastructure начинают апгрейд систем, чего ждать; параллельно какие-то совсем другие люди пишут проектную документацию, которая будет согласовываться, очевидно, после выполнения основных работ.
Ладно, это крик души, прелюдия. Внеплановый и безплановый старт приводит к многим проблемам и трудностям, которые нет смысла все описывать.
Одна из задач — перевезти DHCP сервер с Windows Server 2003 R2 на Windows Server 2012.
Windows Server 2012 умеет сам экспортировать настройки DHCP с другого сервера и переносить на себя. Но этот другой сервер должен быть не ниже Windows Server 2008. Подробно про такой перенос можно почитать здесь. Там же сказано, что
прямой перенос настроек базы DHCP из Windows 2003 в Windows Server 2012 невозможен т.к. Powershell-модуль экспорта не совместим со старыми версиями Windows Server, а команда netsh dhcp не поддерживается в Windows 2012.
И предлагается вариант решения:
так что в этом случае придется сначала перенести базу DHCP на Windows 2008, а затем уже с помощью Powershell мигрировать ее в Windows Server 2012.
который мне сразу не понравился, ввиду врождённого отторжения излишней рутинной деятельности.
Кроме того, экспорт/импорт с помощью netsh dhcp не переносит уже выданные аренды, что может привести к проблемам в развесистой инфраструктуре, каковая имеет место быть у Заказчика. А ещё я краем сознания помнил, что должен быть другой метод. Полез на technet.
Вкратце — есть вариант переноса некоторых ролей сервера (точно — файловые, печать и DHCP) средствами PowerShell и Windows Server Migration Tools, на Windows Server 2008, который работает и с Windows Server 2012. Однако мануал по процедуре написан так, что понять его можно только в состоянии изменённосго сознания. Хотя на самом деле всё просто.
Итак, алгоритм:
Целевой сервер (TargetDHCP):
Создаём общую папку для складирования настроек. В моём случае С:\mig или \\TargetDHCP\mig
Устанавливаем role: DHCP.
Устанавливаем feature: Windows Server Migration Tools.
Запускаем CMD. Переходим в папку %Windir%\System32\ServerMigrationTools\
Выполняем SmigDeploy.exe /package /architecture X86 /os WS03 /path С:\mig (если исходный сервер x64, то в параметре /architecture указываем amd64, если ОС исходного сервера — Windows Server 2008, от в параметре /os указываем WS08)
Исходный сервер (SourceDHCP):
Из папки \\TargetDHCP\mig забираем получившуюся в результате выполнения вышеописанной команды папку SMT_ws03_x86, кладём на исходный сервер и запускаем находящуюся в ней SmigDeploy.exe (без параметров). По окончанию её выполнения, запустится PowerShell-консоль с подключенными модулями, необходимыми для миграции.
Запускаем экспорт настроек командой Export-SmigServerSetting -featureID DHCP -path \\TargetDHCP\mig -Verbose
Примечание: У этой команды есть дополнительные ключи -User и -Group, которые используются для миграции локальных пользователей и групп безопасности сервера, и -IPconfig для переноса настроек IP сетевых подключений. Подробнее о последнем можно почитать тут, но по мне так это геморрой.
Хорошей идеей будет остановить работу DHCP на этом сервере.
Целевой сервер (TargetDHCP):
Убеждаемся в наличии в папке C:\mig файла svrmig.mig
Запускаем импорт настроек командой Import-SmigServerSetting -featureid DHCP -Force -path C:\mig -Verbose (если нужны группы и пользователи, добавляем соответствующие ключи).
Авторизуем сервер.
Thats All
Хотя в моём случае, после импорта настроек, целевой сервер потерял связь со своей службой DHCP и впал в состояние всеобщего отрицания. Но после перезагрузки корректно осознал и отобразил все перенесённые параметры и аренды.
Ссылки:
http://technet.microsoft.com/en-us/library/dd379483%28v=ws.10%29.aspx
Self Engineering 
вот рабочая вариант. как по мне намного прозрачней. проверено мною работает. перешел с 2003 r2 на 2012 r2.
http://windowsitpro.com/windows-server-2003-end-support/migrating-dhcp-server-2003-server-2012-r2