Транспортная корзина Exchange 2007 (часть 2)

OSzone.net » Microsoft » Exchange Server » Exchange Server 2007 » Транспортная корзина Exchange 2007 (часть 2)
Автор: Нейл Хобсон (Neil Hobson)
Иcточник: www.msexchange.ru
Опубликована: 26.10.2009

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

Изменение размеров транспортной корзины

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

Актуальное дисковое пространство транспортной корзины не обязательно должно быть слишком большим, если сервер Hub Transport не обслуживает слишком большое количество групп хранения. Вспомните: размер транспортной корзины определяется на основании количества групп хранения. Давайте в качестве примера рассмотрим два сервера Hub Transport, обслуживающие одну среду CCR, содержащую 10 групп хранения. Если максимальный размер сообщения в организации – 30 МБ, то, как мы уже видели в первой части цикла, параметр MaxDumpsterSizePerStorageGroup нужно устанавливать на 45 МБ. Следовательно, актуальное дисковое пространство, которое вам понадобится – 450 МБ, то есть для 10 групп хранения по 45 МБ. Естественно, что вы захотите выделить этот объем дискового пространства на каждом сервере Hub Transport, чтобы быть уверенными в том, что система будет полностью работоспособна в случае потери одного из серверов Hub Transport.

Теперь рассмотрим другой пример – среда, состоящая из двух серверов Hub Transport, обслуживающих три среды CCR, каждая из которых содержит 15 групп хранения, с максимально возможным размером сообщения равным 50 МБ. В таком случае параметр MaxDumpsterSizePerStorageGroup будет установлен на 75 МБ (1.5 х 50 МБ = 75 МБ). Поскольку всего 45 групп хранения, вам придется выделить примерно 3,4 ГБ дискового пространства для транспортной корзины (75 МБ х 45 групп хранения дает примерно 3,4 ГБ).

Не забывайте о том, что требования в отношении дискового пространства для транспортной корзины связаны с диском, на котором хранится файл базы данных сервера Hub Transport mail.que, поскольку транспортная корзина располагается в этой базе данных. Так как база данных Hub Transport – это база данных ESE, будет приемлемо, если файл mail.que будет перемещен на отдельные шпиндели диска для улучшения производительности.

О влиянии на ввод/вывод, вызванном функцией транспортной корзины, лучше всего узнать из информации, размещаемой Microsoft, как результат внутреннего тестирования. В материале по Transport Server Storage Design перейдите к секции Transport Dumpster Sizing Example, где вы увидите, что на второй таблице показаны изменения в вводе/выводе, происходящие при включенной корзине. Короче говоря, включение транспортной корзины увеличивает количество операций ввода/вывода, поэтому убедитесь, что при проектировании это учтено.

Мониторинг транспортной корзины

В среде CCR можно использовать команду i>Get-StorageGroupCopyStatus для получения информации об общем состоянии репликации. Есть еще один дополнительный параметр, не используемый по умолчанию, который применяется для отображения информации о статистике транспортной корзины. Этот параметр - DumpsterStatistics. Например, на Рисунке 7 показана команда Get-StorageGroupCopyStatus с форматом вывода, определенным командой format-list и дополнительно отфильтрованным для показа любых параметров, содержащих строку i>dumpster. Как вы видите на Рисунке 7, параметры дважды повторяются, так как в данной конкретной среде есть две группы хранения.

*

Рисунок 7: Команда Get-StorageGroupCopyStatus

Обратите внимание (Рисунок 7), что статистика корзины не показывается. Чтобы все-таки увидеть эту статистику, вам понадобится включить параметр DumpsterStatistics, как в этом примере::

Get-StorageGroupCopyStatus ‘DumpsterStatistics | fl *dumpster*

Результаты запуска этой команды показаны на Рисунке 8. Как можно догадаться, эта команда запускалась в пустой тестовой среде. Параметр DumpsterStatistics указывает на 0 элементов в корзине для сервера Hub Transport под названием SRV1, и, естественно, эти 0 элементов занимают 0 КБ. Любопытно, что вы также можете видеть эффекты, когда сервер Hub Transport, который находится в одной Active Directory со средой CCR, не доступен. В этом случае сервер Hub Transport под названием SRV2 показан недоступным, что отражается в списке DumpsterServersNotAvailable.

*

Рисунок 8: Команда Get-StorageGroupCopyStatus со статистикой корзины

Давайте снова посмотрим на статистику на более загруженном сервере. На Рисунке 9 вы можете видеть, что статистика получена для единственной группы хранения, и что транспортная корзина для сервера Hub Transport SRV1 теперь содержит 1,030 элементов при занимаемом пространстве в 819 КБ. Вы также увидите дату и время последнего сообщения в очереди транспортной корзины.

*

Рисунок 9: Статистика транспортной корзины

Чтобы получить более подробную информацию на тему статистики транспортной корзины, можно воспользоваться программой мониторинга ее работы. На сервере Hub Transport нужно найти объект MSExchangeTransport Dumpster, содержащий 5 счетчиков. На Рисунке 10 они показаны.

*

Рисунок 10: Счетчики работы транспортной корзины

Вот эти счетчики:

Например, в созданной мной тестовой среде CCR я вызвал сбой с потерями, отключив активный узел, при этом сообщения продолжали поступать. Когда служба Microsoft Exchange Replication Service на оставшемся узле CCR запросила повтор передачи сообщений с сервера Hub Transport, я запустил средство мониторинга на этом сервере Hub Transport и посмотрел на объекты Dumpster Item Count, Dumpster Size и Redelivery Count (Рисунок 11). Из Рисунка ясно, что вся очередь транспортной корзины из 1540 элементов была повторно доставлена.

*
Увеличить

Рисунок 11: Счетчики транспортной корзины

Итак, что же в действительности происходит при сбое с потерями в среде CCR? Говоря просто, узел, бывший пассивным, становится активным, и запросы с серверов Hub Transport из одного места в Active Directory, отправляющие сообщения из транспортной корзины, осуществляются повторно. Чтобы увидеть этот процесс в действии, посмотрите журнал событий на оставшемся узле CCR и обратите внимание на событие 2009, имеющее источником MSExchangeRepl. Пример такой записи в журнале показан на Рисунке 12. На этом рисунке вы видите, что узел среды CCR под названием CCRB запросил сервер Hub Transport под названием SRV1, чтобы тот повторно отправил сообщения.

*

Рисунок 12: Запрос на повторную отправку из транспортной корзины

Заключение

Этим мы завершаем этот двухчастный цикл статей о транспортной корзине в Exchange 2007. У меня нет никаких сомнений в том, что это очень полезная функция Exchange 2007, так как она может помочь организациям восстановить данные при потере, которая может возникнуть как результат временного сбоя среды CCR. После того, как вы уделите некоторое время на настройку параметров транспортной корзины, она сможет работать при минимальном участии со стороны администратора.


Ссылка: http://www.oszone.net/10456/Exchange-2007