Сбой -- основная причина потери данных в Exchange Server. Рассмотрим типичную систему, состоящую из одного сайта и двух серверов. При пожаре один из серверов сгорел. Резервные ленты не были убраны в специальное хранилище, а находились рядом. Этот сервер восстановить невозможно, потому что администратор плохо спланировал процедуру восстановления. Предлагаю вам ответить на несколько вопросов и в зависимости от ответов, произвести соответствующие действия.

Какое время простоя сервера Вы можете себе позволить? Меньшее допустимое время простоя потребует больше подготовки. Например, если нельзя позволить почтовому серверу простаивать более четырех часов, нужно подумать о том, как сократить время восстановления (например, использовать горячее резервирование, кластеризацию или изменить стратегию резервирования, чтобы добиться быстрого восстановления).

Располагаете ли Вы необходимыми аппаратными средствами для замены? Если основной сервер имеет большой четырехпроцессорный блок и хранилище объемом 60 Гбайт, что произойдет при попытке восстановить все 60 Гбайт данных на другой машине? Лучше всего хранить аналог стандартной серверной конфигурации, чтобы использовать его как сервер восстановления. Но если серверы не идентичны, придется искать обходные пути. Нужно обзавестись соответствующими аппаратными средствами и программным обеспечением на сервере восстановления, иначе нельзя будет восстановить резервную копию.

Вы делаете копии регулярно и достаточно часто, чтобы фиксировать все изменения, которые происходят на сервере? Копии включают системную информацию, такую как SAM домена и реестр сервера?

Правильно ли Вы выполняете резервирование? Убедитесь, что копии включают необходимые данные. Если ответ отрицательный, нужен новый план резервирования.

Вы регулярно проверяете свои копии, чтобы удостовериться, что они работают как надо? Регулярно делаете обзор лог-файлов процедуры резервирования? Проводите процедуру восстановления на отдельном сервере, чтобы предотвратить какие-либо неожиданности? Хорошо, если на все три вопроса Вы ответили "Да". В противном случае нужно изменить способы резервирования соответствующим образом, пока это еще можно сделать.

Защищены ли Ваши резервные ленты? Идеально было бы хранить множественные резервные наборы, в том числе некоторые из них в специальном (удаленном) месте. И убедитесь, что у Вас имеется, по меньшей мере, одно запасное устройство резервирования, на котором можно восстанавливать ленты.

Прежде чем составлять план резервирования, необходимо понять механику восстановления Exchange после сбоя. Я предлагаю прочитать статью Microsoft "Microsoft Exchange Disaster Recovery" (http://%20www.microsoft.com/Exchange/techinfo/%20backuprestore.htm). А пока рассмотрим основные принципы планирования процедуры резервирования.

Действия восстановления следует разделить на две задачи: восстановление операционной системы и восстановление данных Exchange Server. Иногда приходится выполнять обе задачи, иногда -- только одну.

Если база данных Exchange Server не повреждена, и можно восстановить операционную систему без риска затронуть установку Exchange Server, следует заняться простым восстановлением ОС. Это возможно, если используется дисковая конфигурация, которая распределяет ОС, базу данных Exchange Server и файлы транзакций по различным физическим дискам. Следует применять такой метод установки (например, параллельная установка Windows NT), который поможет быстро восстановить NT. Я рекомендую хранить ОС, файлы регистрации транзакции и базы данных Exchange на отдельных физических дисках, если это возможно.

Позвольте мне отступить от темы, чтобы выделить препятствие на пути восстановления после сбоя: использование PDC для сервера Exchange. Для восстановления сервера Exchange нужно иметь доступ к базе SAM домена. Если сервер Exchange -- член домена или BDC, то к SAM можно будет обратиться без проблем (если контроллер домена доступен, когда идет процедура восстановления). Но если сервер Exchange одновременно и PDC, остерегайтесь. При сбое PDC нужно повторно установить NT, при этом возникнут проблемы с восстановлением конфигурации Exchange Server. Это происходит из-за того, что при повторной установке NT создается новая база данных SAM и старые SID, которые использовались в Exchange, пропадают.

Вторая задача состоит из восстановления базы данных Exchange Server и журналов транзакций. Чтобы успешно восстановить базу данных Exchange Server, необходимо четко соблюдать два правила.

Во-первых, нужно иметь полную резервную копию (просто полную копию или полную копию, объединенную с соответствующими инкрементными и дифференциальными копиями).

Во-вторых, следует отключить циклическое ведение журналов транзакций; должен быть доступ к журналам транзакций или в их первоначальном виде, или к их недавней копии. (Циклическое ведение журналов транзакций использует запись новых данных поверх старых; можно восстановить сервер, на котором применяется такой метод ведения журналов транзакций, но при этом нельзя восстановить все данные).

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

Допустим, нам требуется восстановить сервер. Данные Exchange Server не пострадали (насколько это возможно) и имеется доступ к SAM домена. Чтобы восстановить NT, нужно выполнить следующие дейтсвия:

1. Удалить на PDC учетную запись вышедшего из строя сервера и добавить снова.

2. Повторно установить NT. Присоединиться к домену и использовать первоначальное имя компьютера.

3. Зарегистрироваться на сервере с учетной записью администратора домена.

4. Выполнить установку Exchange Server, используя переключатель /r, который устанавливает Exchange Server без запуска служб Exchange Server и, соответственно, без изменения первоначальных баз данных Exchange Server. Используйте переключатель /r, чтобы повторно установить пакеты изменений Exchange Server на неисправном сервере.

5. Когда программа установки потребует ввести имя сервера, убедитесь, что это имя совпадает с первоначальным (если имя NT-сервера то же самое, программа установки указывает его, как заданное по умолчанию).

6. Создайте новый узел Exchange. Убедитесь, что использовали то же имя узла и имя организации, что и для первоначального сервера. Exchange Server различает написание имен в верхнем и нижнем регистре, поэтому удостоверьтесь в полном соответствии новых имен заданным ранее.

7. Когда программа установки запросит учетную запись для системных служб, используйте ту же самую учетную запись, что и для первоначального сервера.

8. Установите те же самые коннекторы, которые были на первоначальном сервере.

9. Установите те же самые пакеты обновлений Exchange Server, которые были на первоначальном сервере.

10. Настройте коннекторы Internet Mail Service (IMS), Internet News Server (INS) Microsoft Mail (MS Mail) и любые коннекторы независимых производителей, так как их параметры могли сохраниться в системном реестре.

11. Запустите Exchange Performance Optimizer.

Итак, NT и Exchange Server установлены. Но не торопитесь запускать системные службы Exchange. Хорошо, если база данных Exchange Server и журналы транзакций не повреждены. В противном случае придется восстановить данные хранилища Exchange Server из резервных копий.

1. Если имеются копии файлов транзакций, сгенерированные после последней процедуры резервирования, скопируйте их в каталоги журналов транзакций.

2. Если имеется копия, сделанная в оперативном режиме (online backup), восстановите данные, используя соответствующее программное обеспечение. Укажите программе, что хотите восстановить Private и Public Information Store (IS). Если используется Ntbackup, выберите переключатель Start Services After Restore. Если файлов транзакций, полученных после последнего резервирования, нет, выберите переключатель Erase All Existing Data.

Если есть автономная копия (offline backup), то проверьте, что системные службы Exchange Server после восстановления остановлены. Затем скопируйте базу данных и журналов транзакций в соответствующие каталоги, запустите службы Directory Service (DS) и System Attendant. После этого необходимо запустить утилиту isinteg­patch. После выполнения Isinteg запустите IS.

3. Откройте пункт «Свойства» почтовых ящиков и проверьте Primary Windows NT Account, чтобы уточнить их соответствие учетным записям. Если использовалась корректная база SAM, то учетная запись будет верная; если это не так , значит данные каталога восстановлены неправильно. Подробнее об этом можно прочитать в Microsoft white paper.

4. Запустите почтового клиента (например, Microsoft Outlook Web Access—OWA, Outlook, или Exchange Client) для проверки соединения с Exchenge в качестве пользователя для посмотра календаря и обмена сообщениями с другими пользователями.

5. Повторите шаг 4 на другом компьютере, чтобы убедиться в исправности сервера Exchange.

Насколько трудно будет восстановить Exchange Server, зависит от того, как размещена база данных и журналы (то есть, от того, находятся ли базы данных и файлы регистрации транзакции на отдельных физических дисках и, если это так, то один или оба диска вышли из строя). Проще восстанавливать диск базы данных. Для этого необходимо сделать следующее:

1. С помощью приложения Services в Control Panel остановите и отключите (disable) службу System Attendant (это позволит предотвратить случайный запуск Exchange Server до того, как завершится восстановление).

2. Замените поврежденный диск и дайте новому диску первоначальное имя, иначе сервер Exchange не сможет использовать файлы журналов.

3. Создайте структуру каталогов Exchange Server, идентичную структуре на неисправном диске (ее можно посмотреть в реестре). Как правило, требуется создать каталог exchsrvr с подкаталогами mdbdata и dsadata.

4. Запустите System Attendant и восстановите базы данных с последней резервной копии. Желательно использовать копию, сделанную в оперативном режиме. Относительно восстановления файлов регистрации транзакции пока не беспокойтесь.

5. Перезапустите DS, System Attendant и IS. Если использовалась автономная копия, не забудьте запустить утилиту isinteg -patch. Когда IS начнет действовать, процесс повторно обработает файлы регистрации транзакции и приведет восстановленный IS к состоянию на момент сбоя.

6. Проверьте журнал регистрации событий, чтобы убедиться, что все прошло гладко. Exchange Server запишет события об успешном восстановлении каждого журнала транзакций. Удостоверьтесь, что все журналы перечислены.

Если произошел сбой диска, на котором хранились транзакции, то скорее всего некоторые данные будут потеряны. Для восстановления такого диска выполните следующие шаги:

1. С помощью приложения Services на Control Panel остановите и отключите службу System Attendant.

2. Замените сбойный диск, затем создайте новый логический диск с тем же самым именем, что и первоначальный.

3. Форматируйте новый диск и создайте структуру каталогов Exchange Server, идентичную структуре на сбойном диске. В частности, необходимо создать каталог exchsrvr с подкаталогом mdbdata.

4. Если производится восстановление в оперативном режиме, включите и запустите службу System Attendant.

5. Скопируйте базы данных IS в оперативном или автономном режимах.

6. Восстановите самую последнюю оперативную копию базы данных IS.

7. Если служба System Attendant еще не запущена, то сделайте это. После того, как System Attendant заработает, запустите службы DS и IS. Когда IS стартует, она будет содержать данные последней резервной копии.

8. Проверьте журнал регистрации событий, чтобы удостовериться, что все прошло гладко. Сервер Exchange запишет событие для каждого журнала транзакций, который он успешно обработал.

Что делать если файлы транзакций и базы данных находились на одном физическом диске или на обоих дисках произошел сбой? Тогда шаг за шагом следует выполнить приведенные выше рекомендации для обоих случаев.

В этой статье коротко рассказано о том, как восстанавливать Exchange Server после сбоя. Изучайте эту тему, читайте Microsoft white paper о восстановлении системы после сбоев, а затем составляйте собственный план процедуры восстановления и регулярно практикуйтесь. И не забывайте о Службе технической поддержки Microsoft, так как это, возможно, окажется самым дешевым способом сохранения данных. Последствия неумелого восстановления обойдутся куда дороже.