На главную страницу
 
  Главная 
  Новости 
  Статьи  RSS
  Программное обеспечение 
  Форум 
  Опросы 
  Полезные ссылки 
MSExchange.ru ISADocs.ru WinSecurity.ru NetDocs.ru

Exchange 5.5
Exchange 2000
Exchange 2003
Exchange 2007
Общее
Exchange 2010

Поиск по сайту


Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация

Подписка

Изменение параметров

Статистика

Hits 2085890
11334
Hosts 1617641
2359
Visitors 166770
2897

14

Главная / Статьи / Exchange 2010 / Рассмотрение нового модуля теневого копирования тома Exchange 2010 Volume Snapshot (VSS) (часть 2)


Рассмотрение нового модуля теневого копирования тома Exchange 2010 Volume Snapshot (VSS) (часть 2)

Версия для печати Версия для печати

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.

Если вы хотите прочитать первую часть этого цикла статей, перейдите по ссылке Рассмотрение нового модуля теневого копирования тома Exchange 2010 Volume Snapshot (VSS) (часть 1).

Введение

В первой части этого цикла статей мы рассмотрели то, как выполнять резервное копирование с помощью нового программного модуля Exchange 2007 2010 VSS.

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

Восстановление баз данных Exchange 2010 в оригинальное местоположение

Теперь, когда мы рассмотрели процесс создания резервных копий, давайте рассмотрим опции, доступные для восстановления данных Exchange с помощью нового модуля Exchange VSS, включенного в Exchange 2010.

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

Чтобы начать процесс восстановления, вам нужно нажать кнопку «Восстановить» ('Recover') в панели инструментов, как показано на рисунке 1.

Рисунок 1: Выбор опции Восстановить в консоли резервного копирования Windows Server Backup Console Рисунок 1: Выбор опции Восстановить в консоли резервного копирования Windows Server Backup Console

Запустится мастер восстановления (Recovery Wizard). На первой странице мастера ('Getting started') убедитесь, что опция «Этот сервер (имя сервера)» ('This server (servername)') выбрана, и нажмите Далее.

Рисунок 2: Выбор сервера на странице 'Getting started' Рисунок 2: Выбор сервера на странице 'Getting started'

Теперь укажите, с какой даты вы хотите восстановить данные Exchange (рисунок 3), и затем нажмите Далее.

Рисунок 3: Выбор даты резервной копии, с которой будет выполняться восстановление Рисунок 3: Выбор даты резервной копии, с которой будет выполняться восстановление

На странице выбора типа восстановления ('Select recovery type') выберите Приложения ('Applications'), поскольку вам нужно восстановить данные приложения, и нажмите Далее.

Рисунок 4: Выбор типа восстановления Рисунок 4: Выбор типа восстановления

На странице выбора приложения ('Select application') выберите Exchange и нажмите Подробно ('View Details').

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

Рисунок 5: Выбор приложения Exchange Рисунок 5: Выбор приложения Exchange

В окне 'Details ' Exchange' вы видите три базы данных, с которых были сделаны резервные копии в этом снимке тома.

Рисунок 6: Окно подробностей со списком баз данных Exchange Рисунок 6: Окно подробностей со списком баз данных Exchange

Нажмите OK и Далее.

На странице указания опций восстановления ('Specify recovery options') вы можете указать, хотите ли вы восстанавливать копию непосредственно в рабочую базу данных или в другое место. В этом примере мы выполним восстановление в оригинальное место, поэтому выбираем первую опцию и нажимаем Далее.

Рисунок 7: Выбор восстановления в оригинальное местоположение Рисунок 7: Выбор восстановления в оригинальное местоположение

На странице подтверждения ('Confirmation') нажимаем Восстановить ('Recover'), чтобы начать процесс восстановления.

Рисунок 8: Страница подтверждения восстановления Рисунок 8: Страница подтверждения восстановления

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

Рисунок 9: Восстановление баз данных Exchange Рисунок 9: Восстановление баз данных Exchange

Как видно на рисунке 10, базы данных автоматически демонтируются и монтируются во время процесса восстановления.

Рисунок 10: Windows Server Backup автоматически демонтирует и монтирует базы данных по мере необходимости Рисунок 10: Windows Server Backup автоматически демонтирует и монтирует базы данных по мере необходимости

Все файлы логов из резервной копии также будут восстановлены (рисунок 11).

Рисунок 11: Восстановление файлов логов Рисунок 11: Восстановление файлов логов

После завершения процесса восстановления нажмите Закрыть, чтобы выйти из мастера восстановления.

Восстановление баз данных Exchange 2007 в другое местоположение

В этом разделе мы выполним другое восстановление, на этот раз мы выполним его в альтернативное место, чтобы после восстановления мы смогли монтировать базу данных на базу данных восстановления (recovery database – RDB) и объединять необходимее данные Exchange с соответствующей рабочей базой данных.

Примечание: поскольку в Exchange 2010 больше не используются группы хранения, группы хранения восстановления (recovery storage groups – RSG) были заменены базой данных восстановления (RDB).

Итак, сначала нам нужно запустить еще один сеанс восстановления, нажав 'Recover' в панели 'Action'. В мастере восстановления следуйте всем вышеописанным шагам, пока не дойдете до страницы указания опций восстановления ('Specify recovery options'). Затем выберите опцию «Восстановить в другое место» ('Recover to another location') и укажите, в какой LUN том вы хотите восстановить базы данных и соответствующие файлы логов, а затем нажмите Далее.

Примечание: На моем Exchange 2010 сервере, на котором я выполняю восстановление, у меня используется выделенный LUN том восстановления на диске X.

Рисунок 12: Восстановление в альтернативное местоположение Рисунок 12: Восстановление в альтернативное местоположение

На странице подтверждения нажмите Восстановить, чтобы начать процесс восстановления.

Рисунок 13: Страница подтверждения восстановления Рисунок 13: Страница подтверждения восстановления

Начнется процесс восстановления и может занять некоторое время, в зависимости от количества и размеров баз данных.

Рисунок 14: Восстановление баз данных Exchange Рисунок 14: Восстановление баз данных Exchange

По завершении процесса восстановления нажмите Закрыть, чтобы выйти из мастера восстановления.

Рисунок 15: Восстановление завершено Рисунок 15: Восстановление завершено

Теперь все базы данных и файлы журналов восстановления находятся в указанном нами в настройках мастера месте, как показано на рисунках 16, 17.

Рисунок 16: Список папок, восстановленных в LUN Рисунок 16: Список папок, восстановленных в LUN
Рисунок 17: Один восстановленный журнал и EDB файл Рисунок 17: Один восстановленный журнал и EDB файл

Прежде чем начать процесс создания восстановительной базы данных (RDB) и смонтировать соответствующую базу данных (в нашем случае MDB01), давайте проверим состояние базы данных. Для этого запускаем утилиту Eseutil с ключом /MH.

Самым простым способом является открытие интерпретатора команд и переход к каталогу, в котором лежит база данных. Отсюда просто запускаем команду:

Eseutil.exe /MH 'Mailbox Database Name.edb'

Обратили внимание на состояние базы данных? Да, она находится в состоянии неправильного отключения (dirty shutdown state), а это означает, что мы не сможем смонтировать ее в восстановительную базу данных (RDB), прежде чем не выведем ее в состояние правильного отключения (clean shutdown state).

Рисунок 18: База данных в состоянии неправильного отключения Рисунок 18: База данных в состоянии неправильного отключения

Чтобы перевести базу данных в состояние правильного отключения, нам нужно выполнить следующую команду из папки с файлами базы данных/журналов:

Eseutil /R E00 /I /d

Рисунок 19: Перевод базы данных в состояние правильного отключения Рисунок 19: Перевод базы данных в состояние правильного отключения

Теперь давайте еще раз выполним Eseutil с ключом /MH. Как показано на рисунке 20, база данных теперь находится в состоянии правильного отключения.

Рисунок 20: База данных в состоянии правильного отключения Рисунок 20: База данных в состоянии правильного отключения

Теперь давайте откроем Outlook Web App (OWA) и удалим некоторые данные. В этом примере мы удалим все сообщения в папке Входящие (Inbox) пользовательского почтового ящика, хранящегося в той базе данных, которую мы собираемся восстановить с помощью восстановительной базы данных (RDB).

Рисунок 21: Удаление сообщений из папки Входящие в OWA Рисунок 21: Удаление сообщений из папки Входящие в OWA

Как вы видите, сообщения были удалены из почтового ящика.

Рисунок 22: Элементы удалены Рисунок 22: Элементы удалены

Пришло время создать восстановительную базу данных (RDB). В отличие от Exchange 2007, это можно сделать только с помощью команд Exchange 2010 (если говорить точнее, команды New-MailboxDatabase), давайте перейдем к Exchange Management Shell и введем:

New-MailboxDatabase -Name 'Recovery Database' -Server E2K10EX02 -EDBFilePath 'X:\Restore\Mailbox\MDB01\MDB01.edb' -Logfolderpath X:\Restore\\Mailbox\MDB01\'Recovery

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

Рисунок 23: Создание восстановительной базы данных Рисунок 23: Создание восстановительной базы данных

Когда база данных восстановления (RDB) создана, ее также можно увидеть в консоли Exchange Manage Console, как показано на рисунке 24 ниже.

Рисунок 24: Просмотр базы данных восстановления через EMC Рисунок 24: Просмотр базы данных восстановления через EMC

Теперь нам нужно смонтировать базу данных восстановления. Мы можем сделать это с помощью EMC или EMS. В этой статье мы воспользуемся командой Mount-Database в EMS:

Mount-Database 'Recovery Database'

Рисунок 25: Монтирование базы данных восстановления Рисунок 25: Монтирование базы данных восстановления

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

Здесь я хочу восстановить все элементы, удаленные из почтового ящика, с момента создания резервной копии.

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

Get-MailboxStatistics 'Database 'Recovery Database'

Рисунок 26: Список почтовых ящиков в базе данных восстановления Рисунок 26: Список почтовых ящиков в базе данных восстановления

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

Restore-Mailbox 'Identity 'Henrik Walther' 'RecoveryDatabase 'Recovery Database'

Нажимаем Да на странице подтверждения.

Рисунок 27: Предупреждение во время восстановления содержимого почтового ящика Рисунок 27: Предупреждение во время восстановления содержимого почтового ящика

Данные почтового ящика теперь будут восстановлены из базы данных восстановления в производственную базу данных.

Рисунок 28: Содержимое почтового ящика восстанавливается Рисунок 28: Содержимое почтового ящика восстанавливается

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

Рисунок 29: Содержимое почтового ящика восстановлено в рабочий почтовый ящик Рисунок 29: Содержимое почтового ящика восстановлено в рабочий почтовый ящик

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

Рисунок 30: Просмотр восстановленных данных почтового ящика в OWA Рисунок 30: Просмотр восстановленных данных почтового ящика в OWA

Мы также можем указать папку, в которую содержимое будет восстановлено. Это означает, что все восстановленные элементы будут восстановлены в папку в почтовом ящике (например, Recovered data). В этом случае вам нужно использовать команду: Restore-Mailbox 'Identity 'Henrik Walther' 'RecoveryDatabase 'Recovery Database' 'RecoveryMailbox 'Henrik Walther' 'TargetFolder 'Restored content'

На этом завершим наш цикл статей. Надеюсь, вам понравилось.

Заключение

Многие смущенные администраторы и консультанты Exchange, работающие на или с SORG и MORG, давно хотели получить собственное Exchange-совместимое решение по резервному копированию для Exchange 2007 SP1 на базе серверов Windows Server 2008. Хотя на это потребовалось некоторое время, группа разработки продуктов Exchange теперь предоставляет такое решение в Exchange 2007 SP2 в виде модуля Exchange VSS, которые интегрируется непосредственно в Windows Server Backup. К счастью у нас будет резервное копирование VSS, интегрированное в Exchange 2010 RTM.

В этом цикле статей мы рассмотрели модуль Exchange VSS, включенный в Exchange 2010. Мы рассмотрели опции резервного копирования и восстановления, имеющиеся в этом модуле, а также некоторые ограничения.

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

Если вы хотите прочитать первую часть этого цикла статей, перейдите по ссылке Рассмотрение нового модуля теневого копирования тома Exchange 2010 Volume Snapshot (VSS) (часть 1).





Рейтинг:  
0 (голосов 0)  
 1   2   3   4   5    

Автор: Генрик Валзер (Henrik Walther)
Генрик Валзер (Henrik Walther) является Microsoft Exchange MVP и работает в качестве Старшего Технического Консультанта в Interprise, Золотом Партнере Microsoft, расположенном в Дании. Вы можете посетить его web-сайт по адресу: www.exchange-faq.dk (на датском).
Эта статья переведена и опубликована с разрешения www.msexchange.org

Эта статья переведена силами и средствами компании Red Line Software. Размещение данного переведенного материала на других сайтах без разрешения компании Red Line Software запрещается.





Работает на «Битрикс: Управление сайтом»
Работает на «Битрикс:
 Управление сайтом»
© MSExchange.ru, 2005-2010