Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Восстановление сервера с помощью параметра Recover Server.

Введение

Что может быть хуже серьезно поврежденных баз данных почтовых ящиков сервера Exchange 2007? Да, вы правы: только абсолютно «мертвый» сервер Exchange 2007. В этой статье я пролью свет на то, что необходимо для восстановления сервера Exchange 2007, вышедшего из строя из-за поломки аппаратного обеспечения, вызвавшего полную потерю данных. Как и при работе с серверами Exchange 2000 и 2003, вы можете восстановить сервер Exchange 2007 достаточно простым способом. Как многие из вас, вероятно, знают, для восстановления серверов Exchange 2000 и 2003 на новом аппаратном обеспечении можно воспользоваться параметром DisasterRecovery. Но в сервере Exchange 2007 этого параметра нет. Вместо него используется RecoverServer, который похож на DisasterRecovery. Что интересно, данный параметр используется для восстановления всех ролей сервера Exchange 2007, кроме роли Граничный транспорт (Edge Transport), который для хранения настроек использует ADAM, а не Active Directory.

При запуске программы установки с параметром RecoverServer на новом сервере Windows 2003 с именем сломанного или по каким-либо причинам отключенного старого, информация о нужном Exchange-сервере будет считана из Active Directory. Помимо применения ролей и настроек, хранящихся в Active Directory, программа установки, как и в случае ее запуска без параметра RecoverServer, установит файлы Exchange-сервера и необходимые службы ролей сервера Exchange. Это означает, что локальные настройки, сделанные на сервере (например, базы данных почтовых ящиков, коннекторы-получатели, настройки OWA и SSL-сертификатов и т.п.) должны быть в дальнейшем заново созданы или восстановлены вручную.

В данной статье мы рассмотрим все, что необходимо предпринять для восстановления сервера Exchange 2007 с установленными на нем ролями Центральный транспорт (Hub Transport), Почтовый ящик (Mailbox) и Клиентский доступ (Client Access).

Замечание:
Хотя параметр RecoverServer изначально создан для восстановления сломанного сервера, его можно использовать и для переноса сервера Exchange 2007 на новое аппаратное обеспечение.

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

При получении нового сервера или новых компонентов сервера взамен вышедших из строя важно настроить разделы дисков таким образом, чтобы они были идентичны тому, что было на старом сервере. После настройки аппаратного обеспечения нового сервера в соответствии с документацией старого сервера (которая у вас, конечно же, есть, да?), мы можем начать установку 64-битной системы Windows 2003 Server. После этого нужно установить все компоненты Windows, необходимые ролям сервера Exchange 2007, а также все обновления и пакеты обновлений, которые были установлены на старом сервере. Детальное описание необходимых для каждой роли сервера компонентов Windows можно найти в документации по серверу Exchange 2007.

Помимо всего сказанного выше, необходимо убедиться, что имя нового сервера совпадает с именем старого сервера, при этом важно, чтобы старый серверы был выключен. Добавьте сервер в соответствующий домен Active Directory, перед этим сбросив учетную запись компьютера соответствующего сервера Exchange 2007. Для этого зарегистрируйтесь на контроллере домена или на любом другом сервере, где установлен пакет для администрирования, откройте оснастку Active Directory Users and Computers (ADUC) (Пользователи и компьютеры Active Directory). В оснастке ADUC откройте соответствующую учетной записи компьютера организационную единицу (по умолчанию Computers (Компьютеры)), затем щелкните правой кнопкой по учетной записи компьютера и выберите Reset Account (Сбросить учетную запись) (Рисунок 1).

1

В появившемся диалоговом окне нажмите Yes (Да), а затем OK. Теперь мы можем присоединить новый сервер к домену без лишних проблем. Перегрузите сервер.

Установка сервера Exchange 2007 с параметром RecoverServer

Теперь, после установки Windows 2003, запустим установку сервера Exchange 2007 с параметром RecoverServer. Нажмите Start (Пуск) | Run (Выполнить), наберите в командной строке cmd.exe и нажмите Enter. Перейдите в каталог с файлами установки Exchange 2007 и наберите Setup.com /M:RecoverServer.

Как видно из Рисунка 2, вначале идет подготовка установки, затем происходят обязательные предварительные проверки, и уже затем копируются файлы Exchange-сервера. После этого происходит настройки каждой роли сервера путем считывания информации из Active Directory.

Замечание:
Если вы восстанавливаете сервер Exchange 2007 с ролью Центральный транспорт, и это единственная роль сервера, рекомендуется запустить Setup.com /M:RecoverServer с параметром /DoNotStartTransport, поскольку несколько завершающих операций должны производиться до того, как роль будет активирована.

2

После успешного окончания установки Exchange-сервера мы почти закончили. Осталось завершить лишь несколько операций, зависящих от ролей сервера. Понятно, что на сервере Почтовый ящик должны быть восстановлены из резервной копии или скопированы с дисков старого сервера (если возможно) базы данных почтовых ящиков и общих папок. Если общие папки реплицируются с другими серверами Exchange 2000/2003 или 2007 организации Exchange, вам не нужно их восстанавливаться, поскольку пустые общие папки будут автоматически заполнены с других серверов.

Замечание:
Если вам необходимо восстановить одну или более базу данных почтовых ящиков/общих папок с помощью средства резервного копирования Windows 2003, обратите внимание, что у вас должен быть доступ к соответствующему каталогу с файлом .BKF. Выберите вкладку Restore and Manage media (Восстановление/управление данными), а затем выберите в меню Tools (Средства) | Catalog a backup file (Выбрать путь для резервной копии).

Если на восстановленном сервере установлена роль Центральный транспорт, возможно, вам понадобится восстановить сохраненные базы данных очередей сообщений (которые в сервере Exchange 2007 хранятся в базе данных ESE, а не в файловой системе NTFS, как это было в серверах Exchange 2000 и 2003) и поместить их в нужную папку (делать это следует при остановленной службе Microsoft Exchange Transport; вот почему при установке роли Центральный транспорт необходимо использовать параметр /DoNotStartTransport), а также настроить все коннекторы-получатели, хранящиеся локально на Центральном транспорте, а не в Active Directory, как коннекторы-отправители.

Помимо этого, вам понадобится восстановить настройки сервера с ролью Клиентский доступ (пользовательские файлы OWA и/или виртуальные каталоги). Пользовательские виртуальные каталоги можно восстановить с помощью сценариев, упомянутых в документации по серверу Exchange 2007.

Хотя использование параметра RecoverServer самый эффективный и самый быстрый способ восстановления сервера, следует также отметить, что полностью поддерживается и восстановление сервера Exchange 2007 с помощью Состояния системы и установочных файлов Exchange-сервера. Но помните, что этот метод применим к восстановлению сервера только на том же самом оборудовании.

Заключение

Новый параметр RecoverServer сервера Exchange 2007, заменивший параметр DisasterRecover сервера Exchange 2003 значительно упрощает восстановление сервера с одной или несколькими ролями. Но важно учесть, что, в зависимости от установленных ролей, после восстановления следует выполнить еще ряд операций. И в конце хочу еще раз напомнить, что параметр RecoverServer не используется для восстановления роли Граничный транспорт.

23.06.2009 Posted by | ms exchange 2007 | 1 комментарий

Изменение хранилищ в сервере Exchange 2007.

Во время начальной разработки сервера Exchange 2007 в Интернете ходили слухи о том, что хранилища будут переведены в SQL. Но эти планы достаточно быстро были отклонены, и сейчас дело обстоит так, что мы не увидим Exchange-сервер с хранилищами на SQL до выхода E15 (это следующая версия после E14). Но это не значит, что в сервере Exchange 2007 не появились никакие изменения и улучшения, связанные с хранилищами. Хотя Exchange-сервер до сих пор основан на более или менее не изменившейся базе данных ESE, была проведена большая работа по улучшению расширяемости, надежности и оптимизации продукта, который стал гораздо лучше, по сравнению с предыдущими версиями.

Exchange 2007 – настоящее 64-битное приложение

Ни для кого не будет сюрпризом, что в реальных условиях будет поддерживаться только 64-битная версия Exchange 2007. Поскольку сервер Exchange 2007 разработан как 64-битное приложение, он получает доступ к большему количеству памяти, что гарантирует высокую производительность и надежность, при этом увеличивается размер почтового ящика и количество учетных записей на сервер. Теперь размер по умолчанию почтового ящика, а также размер Общих папок, стал чуть более 2ГБ!

1

Будучи 64-битным приложением, Exchange 2007 сократил до 75 процентов требования на количество операций I/O в секунду. Также в сервере улучшилось использование существующей системы хранилищ, что позволит администраторам использовать даже в самом требовательном окружении такие недорогие варианты, как Непосредственно подключаемые хранилища (Direct Attached Storage – DAS).

Как видно из Рисунка 1, изменились и настройки удаленных элементов и продолжительности использования почтовых ящиков. В сервере Exchange 2003 по умолчанию удаленные элементы сохранялись в течение 7 дней, в Exchange 2007 – 14 дней. Это же верно и для Общих папок.

Группы хранилищ и базы данных сервера Exchange 2007

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

Как многие из вас должны помнить, сервер Exchange 2003 Standard edition поддерживал 1 группу хранилищ и 2 хранилища – почтовых ящиков и общих папок (исключая, естественно, группу хранилища для восстановления). Сервер Exchange 2003 Enterprise Edition поддерживал всего 4 группы хранилищ, каждая из которых могла состоять из максимум 5 баз данных. Размер базы данных в Exchange 2003 Standard edition был ограничен 16 ГБ (поднимался до 75 ГБ при использовании пакета обновлений Exchange 2003 Service Pack 2). Если говорить о сервере Exchange 2003 Enterprise edition, то предела размера базы данных там не было (на самом деле был – 26 Терабайт, но это лимит был обусловлен только аппаратным обеспечением).

Также как и предыдущие версии, сервер Exchange 2007 поставляется в двух вариантах: Standard Edition и Enterprise Edition. Вариант Exchange Server 2007 Standard edition поддерживает всего 5 групп хранилищ и 5 баз данных. В отличие от сервера Exchange 2003 и предыдущих версий Exchange-сервера, теперь в версии Standard Edition нет ограничений для хранилища баз данных. Сервер на базе Exchange 2007 Enterprise edition поддерживает до 50 групп хранилищ и максимум 50 баз данных на сервер. При использовании сервера Exchange 2007 вы можете, как и в случае с сервером Exchange 2003, создать до 5 баз данных в каждой группе хранилищa, но лучше всего создавать 1 базу данных для каждую группу хранилищ. Зачем же иметь между группами и базами отношение один к одному? В основном для того, чтобы различные сценарии восстановления после сбоев работали быстрее.

2

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

Как я уже говорил, базы данных в сервере Exchange 2007 основаны на практически неизменившейся Расширяемой оболочке хранилища (Extensible Storage Engine – ESE). Как многие знают, ESE зависит от двух файлов баз данных: .EDB и .STM. Задачей файла потока (.STM) было хранение потоков содержимого сообщений Интернета, как определено в RFC 822. Поскольку .EDB-файл не очень подходит для хранения потоков содержимого сообщений Интернета, идея использования .STM-файл была понятна. Но в сервере Exchange 2007 .STM-файл не используется, так же, как и Устанавливаемая файловая система Exchange-сервера (Exchange Installable File System – ExIFS). Таким образом, было достигнуто снижение общего использования дисковых операций I/O для Exchange 2007.

Как и в предыдущих версиях, сервер Exchange 2007 также поддерживает и единое место хранения сообщений. Это значит, что если сообщение отослано одному получателю, а копии его отправлены еще 20 пользователям, чьи почтовые ящики располагаются в одном хранилище, сервер хранит только одну копию этого сообщения в базе данных. Сервер Exchange 2007 создает указатели, которые ссылаются на оригинального получателя и на 20 дополнительных получателей сообщения. Если оригинальный получатель и 20 дополнительных получателей переносятся в другое хранилище почтовых ящиков, только одна копия сообщения переносится в новое хранилище. Те из вас, кто знаком с SIS, видят, что данная функциональность не изменилась со времен сервера Exchange 2003.

Изменения размера файла журнала транзакций

Другим изменением в сервере Exchange 2007 стало то, что размер файлов журналов транзакций стал равным 1МБ вместо 5 МБ, как было в предыдущих версиях Exchange-сервера.

3

Какая же была причина для этого изменения? В предыдущих версиях Exchange-сервера, если в случае аварии были уничтожены последние несколько файлов журналов, которые еще не были зафиксированы в базе данных, вам приходилось восстанавливать базу данных для того, чтобы ее присоединить. В сервер Exchange 2007 включена новая функция, называемая Устойчивость последних журналов (Lost Log Resilience – LLR), которая хранит в памяти несколько последних журналов до того, как база данных не будет отключена. Это значит, что теперь не возникнет ситуаций, когда, например, часть журнала 5 запишется в базу, а часть журнала 4 нет. Преимущество в том, что если вы не против потерять несколько последних журналов, вы можете сказать Exchange-серверу просто отбросить данные и присоединить базу данных.

Так что причиной того, что размер файлов уменьшился до 1 МБ, является уменьшение загрузки LLR. Теперь если вы потеряете последний журнал, вместе с ним вы потеряете только 1 МБ данных, а не 5 МБ.

Другим улучшением, которое стоит отметить, является то, что нумерация файлов журналов теперь может превышать миллион. Как вы, возможно, знаете, в предыдущих версиях было установлено ограничение в 1 миллион, поэтому если база данных использовалась достаточно долго и создавала миллион журналов, вам приходилось останавливать базу и заново запускать ее, начиная с журнала №1 («сброс нумерации журналов «). Для большинства баз данных это случалось раз в несколько лет. При уменьшенном размере журнала и увеличения количества сообщений, проходящих через систему, разработчики Exchange-сервера решили, что 4 миллиардов будет достаточно для максимального номера журнала.

Общие папки

Общие папки до сих пор поддерживаются в сервере Exchange 2007, но помните, что им теперь не придают такого значения, как раньше, а это значит, что, скорее всего, в следующей версии Exchange-сервера их не будет (имя текущей версии — E14). Зная об этом, подумайте о переходе к другому решению, например, SharePoint.

Замечание:
Даже учитывая тот факт, что Общие папки теперь не имеют такого значения, как раньше, Microsoft будет поддерживать их до конца 2016 года, так что у вас есть куча времени.

Одним из главных недостатков является то, что количество задач администрирования Общих папок, доступных из консоли управления Exchange Management Console, значительно ограничено. Поэтому, если вам нужно сделать что-нибудь, кроме создания, удаления или перемещения базы данных общих папок, а также настройки ограничений, вам придется использовать либо оболочку Exchange Management Shell, либо Outlook либо консоль управления System Manager на сервере Exchange 2003, являющемся частью организации Exchange.

4

Так что если ваша компания широко использует общие папки, я рекомендую сохранить в организации рабочий сервер Exchange 2003 до тех пор, пока вы не избавитесь от общих папок совсем или пока не выйдет пакет обновлений Exchange 2007 SP1 (надеюсь, административные задачи в нем будут выполнимы через графический интерфейс EMC).

Высокая работоспособность сервера Exchange 2007

Как вы, возможно, уже читали в моих последних статьях по Exchange 2007, в сервер Exchange 2007 также включены некоторые возможности повышения работоспособности, такие как Постоянная локальная репликация (Local Continuous Replication — LCR), Постоянная кластерная репликация (Cluster Continuous Replication — CCR) и Кластеры с единственной копией (Single Copy Clusters — SCC). Я не буду описывать подробно все эти технологии, если вам интересно, просто прочтите соответствующие статьи.

Обратите внимание, что технология LCR поддерживается в сервере Exchange 2007 Standard edition, но для использования технологий CCR и SCC вам необходим сервер Exchange 2007 Enterprise edition. Поскольку технологии CCR и SCC основаны на службе Microsoft Clustering Service (MSCS), для их использования в вашем окружении вам необходимо установить сервер Exchange 2007 на Windows 2003 Server Enterprise edition.

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

23.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Изменение хранилищ в сервере Exchange 2007. отключены

Работа с группами хранения для восстановления сервера.

Вступление

Группы хранения для восстановления (Recover Storage Group — RSG), впервые появившиеся в сервере Exchange 2003, дают администраторам Exchange-сервера возможность присоединения второй копии базы данных почтовых ящиков (обычно базы данных, восстановленной из резервной копии), и вы можете в рабочее время выбрать данные из одного или нескольких почтовых ящиков соответствующей базы данных без затрагивания рабочей базы данных.

В зависимости от того, как часто вы используете консоль Exchange 2007 Management Console (EMC), вы могли заметить, что теперь группы RSG нельзя создать в EMC. В сервере Exchange 2007 группы создаются с помощью средства Exchange Troubleshooting Assistant (ExTRA), которое запускается из программы Database Recovery Management из Панели инструментов, или с помощью оболочки Exchange Management Shell (EMS).

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

Замечание
При работе с сервером Exchange 2003 RTM данные извлекаются, копируются и переносятся в другой почтовый ящик или папку почтового ящика с помощью мастера переноса Microsoft Exchange Server Mailbox Merge Wizard (ExMerge), но в версии Exchange 2003 SP1 процесс встроен в консоль Exchange 2003 System Manager.

Ограничения групп хранения для восстановления

Есть несколько вещей, касающихся RSG, о которых вам стоит знать. Во-первых, доступ к группам осуществляется только по протоколу MAPI, но это не значит, что вы можете соединиться с почтовой папкой из базы данных для восстановления с помощью MAPI-клиента Outlook. MAPI используется только при доступе к почтовым ящикам с помощью средства Exchange Troubleshooting Assistant (ExTRA) и/или соответствующего командлета оболочки Exchange Management Shell. Помимо этого, вы должны знать, что вы не можете использовать RSG для восстановления данных Общих папок, они работают только с данными почтовых ящиков. Стоит отметить, что хотя вы можете создать в сервере Exchange 2007 Enterprise edition до 50 групп хранения, вы ограничены использованием только одной группы RSG на сервер, однако, существует поддержка добавления нескольких баз данных почтовых ящиков в одну группу RSG, если все базы данных принадлежат одной группе хранения. И, наконец, следует принять к сведению, что хотя вы можете добавить восстановленную базу данных почтовых ящиков на другой сервер Exchange 2007, важно понимать, что этот сервер должен принадлежать тому же самому лесу Active Directory.

Управление группами хранения для восстановления с помощью средства Exchange Troubleshooting Assistant

Группы хранения для восстановления (Recovery Storage Group — RSG) можно создать либо с помощью средства Microsoft Exchange Troubleshooting Assistant (ExTRA), либо с помощью командлета New-StorageGroup с параметром –Recovery в оболочке Exchange Management Shell.

Для создания RSG с помощью ExTRA запустите средство, открыв в Панели инструментов консоли Exchange Management Console (EMC) приложение Database Recovery Management. Средство произведет проверку на возможное наличие обновлений. Далее введите идентификационную метку (например, Create RSG) и нажмите Next (Далее). В появившемся списке задач щелкните Create a Recovery Storage Group (Создать группу хранения для восстановления), далее выберите группу хранения, которую вы хотите присоединить к группе хранения для восстановления (Рисунок 1). Снова нажмите Next (Далее).

1

Теперь пора создать RSG, но прежде дайте группе название (имя по умолчанию, Recovery Storage Group, приемлемо в большинстве случаев). После ввода имени нажмите Create the recovery storage group (Создать группу хранения для восстановления) (Рисунок 2).

2

Вы увидите экран (Рисунок 3), сообщающий, что RSG для базы данных создана.

3

После создания RSG мы можем переносить копировать и восстанавливать базы данных и файлы журналов транзакций по путям, указанным в группе хранения для восстановления. Для просмотра пути для файлов баз данных и журналов транзакций нажмите Show Create Recovery Storage Group Information (Показать информацию о созданной группе хранения для восстановления). Путь по умолчанию — C:\Program Files\Microsoft\Exchange Server\Mailbox\<Группа хранения >\RSGxxxxxxxxx (Рисунок 4). Папка RSGxxxxxxxxx будет пустой до тех пор, пока вы не перенесете, скопируете или восстановите файлы баз данных или журналов транзакций.

4

В данной статье мы восстановим базу данных почтовых ящиков из резервной копии с помощью средства Windows 2003 Backup. Запустите программу Windows 2003 Backup, нажав Start (Пуск) | Run (Выполнить), набрав cmd.exe и нажав Enter. Поскольку мы будем восстанавливать почтовую базу данных в расширенном режиме работы программы, нажмите Advanced Mode (Расширенный режим работы). Выберите вкладку Restore and Manage Media (Восстановление и управление данными). Здесь нам нужно выбрать базу данных почтовых ящиков и файлы журналов, которые мы хотим восстановить. Нажмите Start Restore (Начать восстановление).

Замечание
Значением поля выпадающего списка Restore files to: (Восстановить файлы в:) установлено Original location (Оригинальное место расположения). Заметьте, что мы не можем изменить это значение. Но значит ли это, что рабочая база данных почтовых ящиков будет заменена тем, что мы восстанавливаем из резервной копии? Нет, это не так, поскольку, во-первых, мы не отсоединили рабочую базу данных, а во-вторых, мы не отметили опцию This database can be overwritten by a restore (Данная база данных может быть заменена резервной копией) на странице свойств базы данных. Поэтому база данных будет восстановлена в только что созданную группу хранения для восстановления.

Теперь укажите Exchange-сервер, на который вы хотите восстановить соответствующую базу данных почтовых ящиков, затем введите временное место расположения файлов журналов и обновлений. И, наконец, поскольку это самая свежая резервная копия, отметьте параметр Last Restore Set (Log file replay will start after this restore completes.) (Последняя резервная копия (воспроизведение файлов журналов начнется после завершения восстановления)). После этого нажмите OK и дождитесь завершения восстановления, после чего нажмите Close (Закрыть).

Соответствующие файлы теперь восстановлены в папку RSGxxxxxxxxx (Рисунок 5).

5

Поскольку мы не отмечали параметр Mount Database After Restore (Присоединить базу данных после восстановления), база данных будет находиться в отсоединенном состоянии. Помня об этом, переключитесь в Центр задач средства ExTRA. Как видно из Рисунка 6, теперь у нас есть несколько новых задач, связанных с группой хранения для восстановления, и поскольку базу данных нужно присоединить до того, как мы будем извлекать из нее данные, нам нужно нажать ссылку Mount or dismount databases in the recovery storage group (Присоединить или отсоединить базы данных из группы хранения для восстановления).

6

На странице Mount or Dismount Database (Присоединить или отсоединить базу данных) выберите соответствующую базу данных и нажмите Mount selected database (Присоединить выбранную базу данных) (Рисунок 7).

7

После присоединения базы данных нажмите Go Back to task center (Вернуться в Центр задач) и выберите Merge or copy mailbox content (Перенести или скопировать содержимое почтовых ящиков). Откроется новое окно (Рисунок 8), где вы просто должны убедиться, что необходимая вам база данных выбрана, а затем нажать Gather merge information (Сбор информации).

8

Мы можем заменить присоединенную к RSG базу данных на рабочую (что рекомендуется при использования «dial-tone»-метода восстановления), отметив параметр Swap database configurations (Заменить базы данных) (Рисунок 9). Поскольку в таком случае заменяются обе базы данных, обе придется отключать, что затронет почтовые службы, работающие с конечными пользователями, чьи ящики хранятся в соответствующей базе данных.

Поскольку мы не используем «dial-tone»-метод восстановления, просто нажмите Next (Далее).

9

На странице Select Merge Options (Выбор параметров переноса) нужно выбрать Perform pre-merge tasks (Выполнить предварительные задачи) (Рисунок 10).

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

10

Наконец, нужно выбрать почтовые ящики, которые вы хотите перенести. Отметьте необходимые ящики пользователей (Рисунок 11).

11

Дождитесь окончания процесса, после чего вы увидите содержимое, удаленное из рабочей базы данных почтовых ящиков. Вам даже не придется перезапускать Outlook или клиент OWA для появления восстановленных данных!

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

Работа с группами хранения для восстановления в оболочке Exchange Management Shell

Как я уже говорил в начале статьи, управлять группами RSG можно и с помощью оболочки Exchange Management Shell (EMS). Если у вас достаточно опыта работы с командлетами, с их помощью восстановление данных из группы хранения для восстановления можно сделать быстрее, чем с помощью ExTRA.

Вначале нужно создать RSG. Для этого вам нужно запустить командлет New-StorageGroup с параметром –Recovery. Так, для создания RSG в группе First Storage Group на сервере E2K7S04 запустите следующую команду:

New-StorageGroup –Server E2K7S04 –LogFolderPath «E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\RSG –Name «Recovery Storage Group» –SystemFolderPath «E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\RSG» –Recovery

Параметры LogFolderPath и SystemFolderPath используются для указания места расположения соответствующих файлов RSG. Как вы видите, они будут располагаться в папке E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\RSG. Убедитесь, что в данном месте достаточно свободного пространства для восстановленной базы данных.

Для просмотра того, что соответствующая группа хранения является группой хранения для восстановления (а также другой информации), используется команда Get-StorageGroup <имя группы хранения> | FL. Если группа является группой хранения для восстановления, параметр Recovery будет иметь значение True (Рисунок 12).

12

Теперь нужно добавить резервную базу данных (перенесенную, скопированную или восстановленную из резервной копии) в RSG, что делается с помощью командлета New-MailboxDatabase с параметром MailboxDatabaseToRecover. Для добавления базы данных в группу хранения для восстановления на сервере E2KS04, где путь к edb-файлу — E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\RSG, наберите:

New-MailboxDatabase –MailboxDatabaseToRecover «Mailbox Database» –StorageGroup «E2K7S04\Recovery Storage Group» –EDBFilePath «E:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\RSG\Mailbox Database.edb»

После добавления базы данных в RSG мы можем настроить разрешение на перезаписывание с помощью командлета Set-MailboxDatabase с параметром –AllowRestore. Для этого наберите:

Set-MailboxDatabase -Identity «E2K7S04\Recovery Storage Group\Mailbox Database» -AllowFileRestore $true

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

Нам нужно присоединить базу данных с помощью командлета Mount-Database. Для этого наберите:

Mount-Database –Identity «E2K7S04\Recovery Storage Group\Mailbox Database»

После присоединения базу данных мы можем извлечь из нее данные. Если вы, например, хотите перенести данные пользователя из базы данных для восстановления в рабочую базу данных, наберите:

Restore-Mailbox –Identity <имя пользователя> -RSGDatabase «имя сервера\имя RSG \имя базы данных «

Мы восстановили почтовый ящик пользователя TestUser1 на сервере E2K7S04 (Рисунок 13).

13

Замечание
В зависимости от размера восстанавливаемого почтового ящика, процесс может занять продолжительное время.

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

Get-MailboxStatistics -Database «Recovery Storage Group\Mailbox Database» | Restore-Mailbox

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

Restore-Mailbox –RSGMailbox «Test User 1» -RSGDatabase «имя сервера\имя RSG \имя базы данных» –Identity «Test User 2» –TargetFolder «Test User 1 Recovered data»

Как и в случае использования ExTRA, при работе с оболочкой Exchange Management Shell вы должны не забыть удалить RSG после восстановления необходимых данных. Для удаления базы данных для восстановления используйте следующую команду:

Remove-MailboxDatabase –Identity «E2K7S04\Recovery Storage Group\Mailbox Database»

Нажмите Yes (Да) при появлении предупреждения, а затем, чтобы удалить RSG, наберите следующее:

Remove-StorageGroup –Identity «E2K7S04\Recovery Storage Group»

Удалите папку RSG вручную с помощь Проводника Windows.

Заключение

Как вы видели, работа с группами хранения для восстановления сервера Exchange 2007 подверглась достаточным изменениям. Группами RSG теперь нельзя управлять из консоли Exchange Management Console (ранее называвшейся Exchange System Manager); вместо этого вы должны использовать средство Exchange Troubleshooting Assistant (ExTRA) или оболочку Exchange Management Shell (EMS). Но, несмотря на новые методы управления группами RSG, сами группы не слишком изменились. Например, до сих пор нет возможности восстановления общих папок в RSG.

23.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Работа с группами хранения для восстановления сервера. отключены