Переименуйте домен Active Directory после Windows 2000-> миграция 2008 года
У Вас должен быть полноценный MTA в той системе?
Если не что-то как ssmtp может все еще послать исходящие электронные письма, не имея необходимость проверять какие-либо шпульки. Оборотная сторона - то, что, если существуют какие-либо отказы в доставке, ssmtp не буферизует их для перепопытки доставки, но помещает их в ~/dead.letter
В моем opionion 32 - 40 оплачиваемых часов для выполнения тестирования, необходимого для домена, переименовывают в такой маленькой инфраструктуре, безумно высоко.
Конфигурация, которую Вы описываете, могла быть протестирована днем с несколькими физическими клиентскими компьютерами "царапины", виртуальным контроллером домена и виртуальным рядовым сервером на изолированной LAN.
Я запустил бы путем получения тестового контроллера домена путем установки VM, подключенного к LAN, соединения ее с доменом и продвижения ее контроллер домена. Я установил бы сервер DNS, отметил бы его как Глобальный сервер Каталога и установил бы его, чтобы относиться к себе для DNS. После того как вся AD репликация завершилась, я возьму снимок VM и затем понижу в должности его назад до того, чтобы быть рядовым сервером прежде, чем удалить его из домена. Это оставляет производственный домен AD в состоянии согласовывающимся с тем, как он запустился.
Я отсоединил бы хост VM от LAN (или в других отношениях изолированный это), перезагрузил бы контроллер домена VM от снимка, взятого, когда это был все еще DC, и захватите роли FSMO к нему. Это дает Вам DC "под стеклом" для работы от. Я присоединился бы к нескольким клиентским компьютерам "царапины" к домену, размещенному DC в изолированной сети, и поднял бы тестовый файловый сервер VM как рядовой сервер. После того как я проверил, что "домен под стеклом" функционировал правильно, я возобновлю взятие снимков (чтобы дать мне положение нейтрализации для перезапущения тестирования) и запущусь, домен переименовывают отдых.
Домен переименовывает без инфраструктуры Exchange 2003 для волнения о, не что-то, чего необходимо также бояться. Это обоснованно хорошо зарегистрировало (другие предоставляют ссылки в своих ответах, которые разумны), и "поддерживается" Microsoft. Как Вы уже отметили, делая его перед развертыванием, Exchange важен, потому что это - последний шанс переименовать домен.
Не может подчеркнуть достаточно, что необходимо слушать консультантов. Это трудно прибывает из *, отклоняют мир для понимания как... гм "недетерминированный"... Продукты Microsoft.
Добавьте, что к абсолютно жизненной природе Ваших доменных сервисов, особенно аутентификация/авторизация и анализ рисков являются четкими на этом: позвольте им не торопиться для тестирования его, если Вы собираетесь сделать, домен переименовывает.
Это кажется, что у Вас есть все на месте для переименования домена. Я думаю, что каждый клиент домена должен будет перезагрузить дважды для взятия нового доменного имени.
Также будьте осторожны при выполнении DCS в виртуальной среде, они поддерживаются, но существуют определенные вещи, которые необходимо рассмотреть. Посмотрите следующие сайты.
Необходимо смочь найти информацию и руководство, в котором Вы нуждаетесь здесь:
http://technet.microsoft.com/en-us/library/cc794907 (WS.10) .aspx