Процесс проектирования системы хранения почтовых ящиков

Статья
03/06/2017

Применимо к: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Последнее изменение раздела: 2016-11-28

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

Шаг 1. Сбор требований к входным данным хранилища

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

Архитектурные факторы, влияющие на конструирование хранилища почтовых ящиков

Факторы конструирования	Описание	Влияние на конструирование хранилища
Количество почтовых ящиков	Максимальное количество почтовых ящиков, которое должно располагаться на определенном сервере почтовых ящиков.	Производительность Чем больше почтовых ящиков, тем больше сообщений доставляется и открывается на каждом сервере. Это создает больше операций ввода-вывода журнала и базы данных. Емкость Чем больше почтовых ящиков, тем больше необходима емкость базы данных для хранения содержимого почтовых ящиков. Это влияет на количество баз данных и их размер из расчета на каждый сервер. Количество почтовых ящиков также влияет на количество журналов, создаваемых ежедневно на каждом сервере. Надежность Чем больше почтовых ящиков размещается на сервере почтовых ящиков, тем больше потребность в высоком уровне его доступности.
Одновременный доступ к почтовым ящикам	Количество пользователей в процентном выражении, одновременно устанавливающих соединение с сервером почтовых ящиков за один час.	Производительность Чем выше значение одновременного доступа, тем больше сообщений доставляется и открывается на каждом сервере. Это создает больше операций ввода-вывода журнала и базы данных. В общем случае значение одновременного доступа равное 100% используется выборе размера стандартного хранилища для информационных работников. Емкость Чем выше показатели одновременного доступа, тем больше журналов создается ежедневно на каждом севере.
Размер почтового ящика	Максимальная квота для одного почтового ящика, например максимальный размер почтового ящика составляет 10 ГБ. Сюда входит емкость, необходимая для основного почтового ящика, личного архива и данных элементов для восстановления (корзина).	Производительность Чем больше основных почтовых ящиков, тем больше содержимое, которое должно обрабатываться редко выполняемыми операциями базы данных, такими как полная синхронизация файлов автономных папок (.ost) Microsoft Outlook и создание новых представлений в Microsoft Office Outlook Web App. Это может привести к созданию больших операций ввода-вывода журнала и базы данных. Емкость Чем больше размер почтовых ящиков, тем больше необходима емкость базы данных для хранения содержимого почтовых ящиков. Это влияет на количество баз данных и их размер из расчета на каждый сервер.
Профиль использования почтового ящика	Характеристики использования почтовых ящиков пользователями на серверах, такие как количество ежедневно отправляемых и получаемых сообщений и средний размер сообщения в килобайтах (КБ).	Производительность Чем больше интенсивность профиля использования почтового ящика, тем больше создается операций ввода-вывода журнала и базы данных. Емкость Чем выше интенсивность профиля использования почтового ящика, тем больше журналов создается ежедневно на каждом севере.
Типы почтовых клиентов	Типы и процентное количество различных почтовых клиентов, таких как Outlook 2003 Cached Exchange Mode, Windows Mobile, Microsoft Exchange ActiveSync и Microsoft Office Outlook Web App.	Производительность Разные клиенты показывают разные характеристики производительности на сервере.
Расширения почтовых клиентов	Приложения Microsoft и сторонних производителей, которые расширяют функциональные возможности почтовых клиентов, например клиенты Office Communicator и панель поиска Windows.	Производительность В зависимости от применения приложения расширения почтовых клиентов могут оказывать как незначительное, так и большое влияние на операции ввода-вывода базы данных сервера почтовых ящиков.
Серверные приложения	Приложения, работающие на серверах почтовых ящиков Exchange, например приложения для мобильных устройств сторонних производителей и антивирусные приложения.	Производительность В зависимости от применения серверные приложения могут оказывать как незначительное, так и большое влияние на операции ввода-вывода базы данных сервера почтовых ящиков.
Требования к уровню высокой доступности	Данные об использовании высокой доступности сервера Exchange 2010 и ее конфигурации, например количество копий, сайтов и изолированных копий.	Производительность Для решений с высоким уровнем доступности может потребоваться больше операций ввода-вывода для обработки дополнительных операций ввода-вывода тома журнала, создаваемых во время репликации журнала, чем для приложений с невысоким уровнем доступности. Емкость При использовании высокой доступности необходим больший объем хранилища файлов базы данных (в зависимости от количества копий). Если используется циклическое ведение журнала, емкость журнала можно сократить. Использование высокой доступности означает большее количество журналов, создаваемых ежедневно на каждом севере. Надежность Развертывание высокого уровня доступности увеличивает приемлемое количество параметров хранения. При использовании в развертывании с высоким уровнем доступности нескольких копий баз данных можно применять менее надежное хранилище, хранилище без RAID-массива или JBOD (простой массив дисков).

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

Шаг 2. Конструирование архитектуры хранилища в соответствии с требованиями к операциям ввода-вывода и емкости

После сбора требований к входным данным хранилища Exchange 2010 необходимо создать архитектуру хранилища на основе требований к емкости и операциям ввода-вывода. Настроить архитектуру хранилища можно несколькими способами. Вручную вычислить требования для архитектуры хранилища или воспользоваться калькулятором расчета требований к серверу почтовых ящиков Exchange 2010. Для расчета требований вручную необходимо более глубоко понимать процесс конструирования хранилища почтовых ящиков, который описывается в подразделе «Вычисление требований к роли сервера почтовых ящиков вручную» данного раздела. При использовании калькулятора для расчета требований к роли сервера почтовых ящиков необходимо ввести данные, на основе которых будут представлены наиболее подходящие рекомендации.

Вычисление требований к роли сервера почтовых ящиков вручную

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

Чтобы определить модель высокого уровня доступности, см. раздел Общие сведения о факторах высокой доступности.
Чтобы вычислить требования к емкости базы данных и журнала, см. раздел Общие сведения о факторах для базы данных почтовых ящиков и свободного места для журналов.
Чтобы определить требования к памяти, см. раздел Общие сведения о кэше базы данных почтовых ящиков.
Чтобы вычислить требования к производительности базы данных и журнала, см. раздел Общие сведения о вопросах производительности баз данных и журналов.
Чтобы определить архитектуру логических номеров устройств (LUN) в соответствии с требованиям, см. раздел Общие сведения об архитектуре LUN в Exchange 2010.
Чтобы определить архитектуру хранилища в соответствии с требованиями, см. раздел Общие сведения о конфигурации хранения.
Чтобы определить требования к ЦП, см. раздел Планирование загрузки процессора сервера почтовых ящиков.

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

Использование калькулятора для расчета требований к роли сервера почтовых ящиков

Калькулятор для расчета требований к роли сервера почтовых ящиков Exchange 2010 позволяет определить необходимые требования к роли сервера почтовых ящиков с учетом ряда факторов. C помощью калькулятора можно определить требования к памяти, хранилищу (производительность операций ввода-вывода, емкость и конфигурация хранилища), оптимальной структуре LUN и мегациклам ЦП. В процессе проектирования оптимального решения для сервера почтовых ящиков Exchange 2010 необходимо учитывать множество переменных, и калькулятор может помочь справиться с этой задачей. Дополнительные сведения о калькуляторе (а также загрузить его) можно в статье блога команды разработчиков сервера ExchangeКалькулятор для расчета требований к роли сервера почтовых ящиков Exchange 2010 (на английском языке).

Примечание.
Содержимое и URL-адрес любого блога могут быть изменены без предварительного уведомления. Содержимое каждого блога предоставляется "как есть", без предоставления каких-либо гарантий и передачи каких-либо прав. На предлагаемые примеры сценариев и коды распространяются условия использования продуктов корпорации Майкрософт.

Содержимое и URL-адрес любого блога могут быть изменены без предварительного уведомления. Содержимое каждого блога предоставляется "как есть", без предоставления каких-либо гарантий и передачи каких-либо прав. На предлагаемые примеры сценариев и коды распространяются условия использования продуктов корпорации Майкрософт.

Шаг 3. Проверка производительности и надежности хранилища

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

Кроме того, дается информация о нескольких средствах, помогающих управлять хранилищем, тестировать его и наблюдать за ним. Дополнительные сведения о производительности операций ввода-вывода и устранению неполадок см. в разделе Общие сведения о вопросах производительности баз данных и журналов.

Программа Exchange Solution Reviewed Program

При выборе решения для хранения данных рекомендуется приобретать систему, которая прошла проверку в рамках программы Microsoft Exchange Solution Reviewed Program ESRP (ESRP-Storage). Программа ESRP-Storage — это тест, разработанный с учетом особенностей Exchange, инфраструктура оглашения практических рекомендаций и процедура проверки, которая облегчает создание проверенных и качественных решений хранения данных для Exchange. Программа ESRP-Storage служит следующим целям:

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

Дополнительные сведения см. в статье Программа Microsoft Exchange Solution Reviewed (ESRP).

Примечание.
ESRP-Storage не является программой сертификации, оценки или сертификации на логотип Microsoft.

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

Тестирование хранилища

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

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

Средства для работы с хранилищами

Средство Microsoft Exchange Server Jetstress точно имитирует характеристики ввода-вывода Exchange. Это средство включает возможности тестирования в предельном режиме и тестирования производительности, которые показывают максимальную производительность LUN при приемлемых значениях задержки. Средство Exchange Load Generator имитирует клиентов Microsoft Office Outlook.

Оба средства имитируют приложение Outlook. Имитация клиентов Outlook — это только один из способов измерения реальной задержки клиента (а не только задержки диска сервера). Дополнительные сведения об этих средствах, включая инструкции по загрузке, см. в разделе Средства для оценки производительности и масштабируемости.

Важно!
Средство Microsoft Exchange Jetstress необходимо использовать в системах до размещения рабочих данных на сервере. Средство Jetstress нельзя использовать в системах, содержащих рабочие данные.

Важно!
Средство Exchange Load Generator предназначено для использования в тестовой, а не рабочей среде.

Контроль работоспособности хранилища сервера

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

Для наблюдения за хранилищем можно использовать средства, указанные ниже. Они доступны в узле Инструменты консоли управления Exchange.

Анализатор соответствия рекомендациям
Системный монитор
Средство Performance Troubleshooter

Кроме того, для наблюдения за хранилищем, а также за некоторыми другими аспектами организации Exchange можно использовать средство Microsoft System Center Operations Manager 2007.

Системный монитор (perfmon.exe) — это оснастка консоли управления (MMC) для Exchange 2010, служащая для наблюдения за производительностью. Для получения показаний счетчиков она использует объект производительности MSExchangeIS, предоставляя сведения, позволяющие следить за работоспособностью хранилища. Дополнительные сведения см. в разделе Счетчики и пороговые значения производительности и масштабируемости.

Контроль работоспособности решения для хранения данных

У большинства решений для хранения данных существуют способы просмотра показателей производительности. Отслеживание этих показателей поможет обнаружить проблемы с производительностью, прежде чем они повлияют на работу Exchange. По возможности стоит использовать интеграцию System Center Operations Manager 2007 от поставщика хранилища для более четкого понимания некоторых специальных показателей. В число некоторых основных показателей, которые следует отслеживать, входят:

Использование диска Насколько заняты физические диски?
Процент попаданий при чтении из кэша Насколько хорошо используется кэш контроллера хранилища?
Ожидание запросов на запись Насколько часто контроллер находится в состоянии ожидания ответа от физического диска?
Использование процессора хранилища Насколько занят процессор контроллера хранилища?