Назад | Перейти на главную страницу

Что делать с Exchange 2007 и сбой / восстановлением Active Directory

Вот наша ситуация: у нас был один сервер с Win2003 Server Std, который также был только контроллер домена. Файл ntds.dit (база данных AD) был поврежден, и резервной копии не было. Мы отказались от DC и воссоздали домен с нуля, используя ОДИНАКОВОЕ доменное имя и ОДИНАКОВОЕ имя сервера.

Теперь мы подошли к Exchange. Это 2007 год с SP1. Он работал нормально - всего один сервер (без внешнего интерфейса). У нас есть оригинальные почтовые магазины и резервные копии магазинов.

Я искал всю эту точную ситуацию по всему миру, но не нашел ничего на 100% подходящего. Некоторые люди хотят перейти из одного домена в другой, у других повреждены базы данных Exchange, и их необходимо восстановить. В моем случае Exchange был запущен и работал нормально, AD был поврежден и восстановлен. Теперь мне нужна помощь: полностью удалить Exchange и перезагрузить его с нуля? Могу ли я повторно запустить программу setup / preparead и надеяться на лучшее? Есть ли другие уловки, чтобы снова запустить наш сервер Exchange в нашей новой AD?

Вы там устроили беспорядок, а?

Вот статья, которая поможет вам в этом процессе: http://www.msexchange.org/articles_tutorials/exchange-server-2007/high-availability-recovery/generating-active-directory-accounts-exchange-database-part1.html

Эта статья точно описывает ваш сценарий.

По сути, вы создаете новую среду AD и устанавливаете новую установку Exchange, перемещая «стандартную» пустую базу данных из новой установки Exchange, затем подключаете существующую базу данных Exchange и создаете новые учетные записи пользователей, соответствующие отключенным почтовым ящикам, которые Обмен находит в вашей базе. В статье рассказывается об использовании сценария для создания учетных записей пользователей для отключенных почтовых ящиков. Впрочем, это можно сделать и «вручную».

В будущем у вас есть дополнительный контроллер домена и резервное копирование Active Directory с повторяющимся онлайн-резервным копированием. Базы данных AD также не «портятся». Если вы каким-то образом «потеряли» файл DIT, у вас, вероятно, возникла аппаратная проблема на компьютере контроллера домена. Ядро базы данных под AD, ESE, очень надежно и не «портит» данные.

Теперь вы можете повторно присоединить все свои ПК к домену, начать заново (или исправить ACL) все свои профили пользователей, воссоздать все объекты групповой политики и, как правило, перестроить все с нуля. Как бы странно это не звучало, я надеюсь, что вы видите, что «стоимость» вторичного контроллера домена и регулярного резервного копирования Active Directory не так уж высока.

В вашей ситуации нет возможности «связать» сервер Exchange с новым доменом. Exchange зависит от домена, в котором он был создан, и поэтому не будет работать в новом домене, независимо от того, что имя домена такое же. Вам придется начинать с нуля. Если вам нужно получить электронную почту с сервера Exchange, вам понадобится сторонняя утилита для этого.

http://www.ontrackpowercontrols.com/solutions/exchange-email-recovery/