Почему делает этот RewriteRule в httpd не, работают?

Править: Постойте! Вы говорите потерю Active Directory. Это значительно изменяет вещи. Я все еще выглядел бы длинным и твердым при восстановлении Резервного копирования Состояния системы (если у Вас есть один), потому что Вы возвратите свой AD в процессе (и не должен будет воссоединяться со всеми Вашими клиентскими компьютерами к домену, соглашению с профилями пользователей, и т.д.).

Если бы Вы не можете получить AD тогда, я возобновил бы стратегию "тонального сигнала готовности к набору номера" - создание новой среды и импорт старой почты позже. Я попытался бы как heck вернуть AD, тем не менее, сначала.

Делая "то же доменное имя, то же имя сервера" не будет работать, чтобы заставить Exchange 2003 монтировать базы данных. Это должен быть тот же AD для выполнения установки Exchange аварийного восстановления.

Почему не только делают организованное аварийное восстановление Вашей среды Exchange 2003 и затем организованное обновление Exchange 2010? Кажется на покупку себя годы будущих кошмаров (с несогласованными значениями legacyExchangeDN) путем не просто приближения к этому организованным, стабильным способом.

Можно поднять другую машину Exchange 2003 с тем же именем компьютера как неудавшийся сервер (рабочий Exchange, 2003 "устанавливает/DisasterRecovery", и "обновляют/DisasterRecovery" на применимом пакете Службы обмена), и затем восстановите резервные копии базы данных, которые Вы имеете (или скопируйте EDB и файлы STM от неудавшейся машины в ту же букву диска / путь на сервере восстановления), и имейте Exchange, которого 2003 создает резервную копию и работающий как можно скорее и готовый мигрировать на E2K10.

Вот ссылка от Microsoft для помощи: http://technet.microsoft.com/en-us/library/aa998965 (EXCHG.65) .aspx

Если у Вас есть Active Directory, который разместил обанкротившуюся организацию Exchange затем действительно, это - просто вопрос:

• Вращайте машину Windows Server 2003 (w/пакеты обновления, и т.д.) с тем же именем компьютера как неудавшийся сервер
• Разделите диски для разрешения той же буквы диска / путь, что текущий STM / файлы EDB хранятся в быть доступными (не требуемый, но делает жизнь легче),
• Exchange установки 2003 в "/DisasterRecovery" режиме
• Примените те же пакеты Службы обмена и текущие исправления (в "/DisasterRecovery" режиме для пакетов обновления, также) к новой машине Exchange 2003
• Копия в EDB / файлы STM от неудавшейся установки Exchange (вся "mdbdata" папка при хранении всего вместе) или восстанавливает последнее резервное копирование на новый сервер

Хныканье: Это озадачивает меня, почему люди действуют опрометчиво во время кризиса и делают большую путаницу, чем они уже имеют.