План возврата миграции Exchange 2003 - 2010 года
ответ mdpc, скорее всего, корректен, но обратите внимание, что жемчуг работает по-другому, когда он выполняется setuid.
среди других вещей это автоматически включает режим инфекции perl, чтобы вынудить Вас санировать свой вход и args перед использованием их. это также очень суетливо о ПУТИ и других переменных среды, которыми можно злоупотребить для взлома системы.
см. perlsec (1) для получения дополнительной информации (Примечание: в некоторых системах, включая debian, документы жемчуга доступны как страницы справочника. в других системах, почти наверняка включая Солярис 10, необходимо будет работать "perldoc perlsec", а не "человек perlsec").
Резервное копирование состояния системы Вашего контроллера домена Хозяина схемы должно дать Вам достойные опции. Это предполагает, что Вы не собираетесь изменять что-либо в AD или Exchange за исключением материала, который должен быть изменен для миграции. Я предполагаю, что это - небольшая среда. Если это перестало работать, восстановите свое состояние системы назад к тому DC. Кроме того, если бы можно вывести какой-либо другой DCS из эксплуатации для начального процесса миграции, это, вероятно, было бы лучше также (как долго, поскольку хозяин схемы является также глобальным сервером каталога). Необходимо смочь заняться существенными изменениями на первый день.
Вы оказываетесь перед необходимостью мигрировать в конечном счете все же. Вы могли бы также решить любые проблемы, которые Вы имеете теперь. Я очень сомнителен, что Microsoft будет поддерживать миграции 2003 года после 2010. Если Вы просто закончите его теперь, то Вы будете иметь за несколько лет до того, как необходимо будет волноваться о другой принудительной миграции.
Править
Так как у Вас есть некоторые DC, я рекомендую просто брать Хозяина схемы от сети для обновления схемы. Если Ваш хозяин схемы находится на сервере 2003, переместите роль в сервер 2008, отключите ее из сети, возьмите резервное копирование состояния системы, сделайте обновление схемы. Если это успешно выполняется, разъем это въезжает задним ходом и позволило другому DCS копировать. Все Ваши изменения в AD после того, как это может быть инвертировано по мере необходимости.
Другое редактирование:
Хозяин схемы должен быть перемещен в DC 2008, потому что установщик Exchange не будет работать на 2003. Если Вы собираетесь изолировать Хозяина схемы в целях обеспечения обновлений схемы правильно, у Вас должна быть та роль на сервере, от которого можно выполнить обновление схемы.
Причина я рекомендую изолировать Хозяина схемы состоять в том, потому что это будет мешать неудавшемуся обновлению схемы копировать в другие контроллеры домена. Я никогда не видел сбоя обновления схемы, но если он сделал и DC изолируется, можно восстановить состояние системы и не волноваться о дефектном тиражировании схемы. После того как схема изменяется, это не может быть неизменно. Если у Вас нет изолированным, и это копирует плохую схему нет никакого способа отменить это.
Для процесса обновления схемы не нужен доступ ко всему DCS, только Хозяин схемы. После обновлений схемы правильно, включите хозяина схемы назад в сеть для тиражирования. У Вас затем есть доступ ко всему DCS (хотя я не думаю, что Вам нужен доступ ко всему DCS для установки Exchange. Просто Хозяин схемы и Глобальный Каталог).