Восстановление базы данных Exchange Server 2003 после сбоев

Восстановление автономных резервных копий

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

Кроме того, может понадобиться автономное резервное копирование баз данных в том случае, если в процессе оперативного резервирования процесс резервного копирования не был успешно завершен из-за возникновения ошибок -1018,-1022 или другой ошибки, связанной с повреждением данных на страничном уровне. Выполнение автономного резервного копирования базы данных позволяет сделать "снимок" базы данных перед началом работы по устранению проблемы. Смысл его заключается в том, что если ваша работа будет и дальше вызывать повреждение данных в базе данных, можно будет всегда произвести откат действий и вернуться к автономной копии, после чего снова попытаться выполнить необходимые действия.

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

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

Восстановление одного почтового ящика

Если требуется восстановить один почтовый ящик, для которого истек период сохранения, необходимо либо использовать стороннее программное обеспечение, либо восстановить всю базу данных на сервер восстановления. Так как обе эти процедуры занимают много времени, рекомендуем настроить период сохранения почтового ящика на значение, превышающее по длительности большинство случаев, когда приходилось восстанавливать почтовый ящик. Для этого нужно открыть ESM и перейти в хранилище почтовых ящиков, в котором требуется установить время сохранения. Откройте свойства хранилища и щелкните на вкладке Limits (Пределы) (см. рис. 7.2). На вкладке Limits (Пределы) настройте время сохранения для параметров Keep Deleted Items For (Days) (Сохранять удаленные элементы в течение [дней]) и Keep Deleted Mailboxes For (Days) (Сохранять удаленные почтовые ящики в течение [дней]).

Рис. 7.2. Настройка времени сохранения удаленного почтового ящика в свойствах хранилища

Так как почтовые ящики являются атрибутами учетной записи пользователей, переподключение почтового ящика к новой учетной записи осуществляется легко. По этой причине, если требуется удалить учетную запись пользователя, почтовый ящик, связанный с этой учетной записью, сохраняется на значительный период времени. Следует указать такой период сохранения, по прошествии которого вы уже будете точно знать, что данный почтовый ящик больше не понадобится.

При удалении почтового ящика он помечается красным крестом в интерфейсе System Manager. Можно подключить почтовый ящик к новой учетной записи пользователя, щелкнув правой кнопкой мыши на почтовом ящике и выбрав команду Reconnect (Подключить повторно).

Восстановление одной базы данных

Если требуется восстановить одну базу данных, демонтируйте ее с помощью Exchange System Manager и затем восстановите отдельную базу

данных. Обратите внимание, что не требуется останавливать процесс store.exe - он продолжает функционировать. Вместо этого происходит лишь демонтаж базы данных, поверх которой будет происходить восстановление, после чего производится непосредственное восстановление копии с резервного носителя. В процессе восстановления создается специальная группа хранения восстановления, и база данных с журналами транзакций из резервной копии восстанавливается в эту группу хранения. Восстановленная база данных монтируется в исходной группе хранения системой ESE.

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

Восстановление баз данных на другой сервер

Имеется возможность восстановления баз данных на другой сервер Exchange Server 2003, отличный от сервера, с которого производилось резервное копирование. Этот метод следует использовать на крайний случай, когда требуется восстановить отдельные элементы или базы данных, и ни один другой метод не работает. Вторичный сервер должен отвечать аппаратным требованиям, предъявляемым к оборудованию для нормальной работы Exchange: он не должен быть подключен к сети и должен содержать достаточно свободного места на диске для восстановления всей резервной копии.

Чтобы восстановить базу данных на другой сервер, должны совпадать отображаемые имена базы данных и группы. Кроме того, имя организации и административной группы сервера, на который будет проводиться восстановление, должны соответствовать серверу, с которого была создана резервная копия базы данных. Потребуется настроить текущие базы данных так, чтобы разрешить их перезапись; это необходимо для того, чтобы новые базы данных с новыми подписями могли записываться поверх старых в процессе восстановления.

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

Если имеется большое число почтовых ящиков, которые необходимо подключить к соответствующим учетным записям Active Directory, используйте программу MBCONN (файл mbconn.exe, утилита Mailbox Reconnect Tool, расположенная в папке \Support\utils\i386 на компакт-диске Exchange

Server). Эта утилита особенно полезна тогда, когда только что был удален или добавлен новый сервер Exchange в организацию Exchange. Если вы знакомы с утилитой Exchange 5.5 DS/IS Consistency Adjuster, вам будут понятны концепции, лежащие в основе утилиты Mbconn. По сути, эта программа выполняет те же функции, что и DS/IS Consistency Adjuster.

Отдельный почтовый ящик

Большая часть сторонних приложений, осуществляющих резервное копирование, резервирует отдельные почтовые ящики с обеспечением выборочного резервирования на уровне элементов (например, резервируется отдельная календарная запись или отдельное сообщение). Если не используется резервное копирование на уровне почтового ящика или если используется утилита Windows Backup, период сохранения удаленного почтового ящика истек и требуется восстановить отдельный почтовый ящик, необходимо использовать автономный сервер и восстановить на нем почтовый ящик. В большинстве случаев этого не потребуется из-за наличия возможностей сохранения почтового ящика, таких как Dumpster и ExMerge. Но все же давайте рассмотрим действия, которые нужно выполнить, если вам понадобится данный подход.

Во-первых, убедитесь, что автономный сервер находится в другом лесу Windows Server 2003, нежели рабочие серверы. Во-вторых, группа хранения, содержащая восстанавливаемую базу данных, должна иметь такое же отображаемое имя, как и исходный рабочий сервер. В-третьих, база данных, которую требуется восстановить, должна иметь такое же отображаемое имя, как и исходный рабочий сервер. Имя базы данных должно быть уникальным на сервере резервного копирования для всех групп хранения. Например, если именем базы данных является Priv.edb, то на вторичном сервере может существовать только один экземпляр базы данных Priv.edb. Имена организации и группы администрирования должны совпадать.

Чтобы восстановить почтовый ящик, повторно подключите почтовый ящик к пользовательской учетной записи dummy, после чего с помощью Excmerge создайте файл .PST (файл личного хранилища) почтового ящика. Затем импортируйте эти данные в обычный почтовый ящик.

Сценарии восстановления

В данном разделе описываются требования к восстановлению и действия, предпринимаемые в следующих сценариях:

• восстановление Exchange Server 2003;
• восстановление рядового сервера Exchange Server 2003;
• требования для восстановления Exchange Server 2003.

Существует пять общих требований к восстановлению всех серверов Exchange Server 2003:

• компакт-диски установки Windows Server 2003 и Exchange Server 2003, а также доступ к сервис-пакетам и "горячим" обновлениям;
• полные резервные копии системных дисков;
• резервная копия последнего состояния системы Windows Server 2003;
• оперативные резервные копии баз данных Exchange. Автономные резервные копии будут бесполезны в большинстве случаев;
• объект-сервер в Active Directory для сервера Exchange, который требуется восстановить.

Восстановление рядового сервера Exchange Server 2003

Чтобы произвести полное восстановление рядового сервера Windows Server 2003, выполните следующие шаги.

1. Переустановите операционную систему Windows Server 2003. Убедитесь, что логические диски настроены так же, как на исходном сервере, и что используется то же имя, что и для исходного сервера. Наконец, установите те же самые компоненты, которые установлены на исходном сервере.
2. Не включайте сервер в домен. Оставьте сервер в рабочей группе. Сервер будет включен в домен посредством восстановления данных о состоянии системы.
3. Восстановите полные резервные копии дисков на сервере.
4. Восстановите данные о состоянии системы сервера. После восстановления данных о состоянии системы в журнале событий может быть отображено, что в некоторых службах Exchange Server 2003 произошли сбои (если в полные резервные копии дисков включены двоичные файлы Exchange). Если эти службы еще не установлены, то при восстановлении состояния системы Windows Server 2003 подразумевает, что они установлены на сервере. Эти службы запустятся после установки Exchange Server 2003 в режиме восстановления после сбоев.
5. Установите Exchange Server 2003 в режиме восстановления после сбоев. Для этого запустите setup.exe с параметром disasterrecovery. В этом случае программа установки не будет инсталлировать набор компонентов Exchange по умолчанию, а обратится в Active Directory за экземпляром уже работающего сервера.
6. Восстановите базы данных Exchange.
7. Если на сервере Exchange работала служба Site Replication Service, сначала откройте консоль Computer Management (Управление компьютером) и под пунктом Services and Application (Службы и приложение) щелкните на пункте Services (Службы). Затем в списке служб выберите Exchange Site Replication Service (Служба репликации сайта Exchange) и откройте ее свойства. Укажите автоматическую загрузку службы и запустите ее. Имейте в виду, что данный шаг должен осуществляться перед разрешением запуска других служб Exchange после запуска программы остановки с параметром disasterrecovery. Восстановите службу Site Replication Service (SRS) на сервере Exchange 2003.

Рекомендации

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

• Убедитесь, что объем чистого пространства на ленте надежно превышает объем сжатой базы данных. Если это не так, приготовьтесь менять ленты во время резервного копирования.
• Регулярно очищайте ленточные носители согласно инструкциям производителя.
• Не используйте одни и те же ленты слишком часто. Списывайте их по достижении максимального числа циклов перезаписи, рекомендованного производителем.
• Храните ленты в безопасном и доступном месте.
• Каждый день проверяйте журналы резервного копирования, чтобы удостовериться в успешности резервного копирования, произведенного минувшей ночью.
• Ежемесячно выполняйте пробное резервирование и восстановление, чтобы убедиться, что оборудование находится в рабочем состоянии, и чтобы поддерживать свои навыки по восстановлению.
• Документируйте процедуры резервного копирования и восстановления.

Теневые копии и Exchange Server 2003

Одной из новых интересных возможностей в Windows 2003 является служба Volume Shadow Copy (VSC). Эта служба позволяет значительно сократить время, требуемое для резервирования и восстановления баз данных Exchange Server 2003. Служба VSC работает с приложениями резервного копирования и оборудованием для теневого резервного копирования баз данных Exchange Server 2003.

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

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

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

Заключение

В данной лекции обсуждались основные принципы и подходы к выполнению операций резервного копирования и восстановления. Мы выделили способы восстановления баз данных Exchange, рассказали об основных шагах, которые следует выполнять для восстановления всего сервера целиком, а также привели краткое описание того, как функция VSC в Windows Server 2003 используется для сведения к минимуму времени, затрачиваемого на восстановление. Если базы данных были повреждены, или что-то в процессе работы пошло не так, как надо, обязательно используйте шаги, приведенные в этой лекции, для восстановления баз данных и информации Exchange.