Примеры проектов группы доступности базы данных

Последнее изменение раздела: 2009-12-08

Способность группы доступности базы данных (DAG) включать в себя до 16 серверов почтовых ящиков, а также способность расширять группу DAG на нескольких физических местоположениях и сайтах Active Directory обеспечивают большое разнообразие возможностей проектирования групп DAG.

Примеры проектирования групп DAG можно использовать в различных средах:

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

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

Необходимы сведения о задачах управления, связанных с высоким уровнем доступности и устойчивостью сайтов к сбоям? См. раздел Управление высокой доступностью и устойчивостью сайтов.

Содержание

Группа DAG из двух участников в одном центре данных или на одном сайте Active Directory

Группа DAG из четырех участников в одном центре данных или на одном сайте Active Directory

Группа DAG из четырех участников в двух центрах данных или на двух сайтах Active Directory

Группа DAG из двух участников в одном центре данных или на одном сайте Active Directory

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

Группа доступности базы данных из двух участников

Следует отметить несколько аспектов о данной конфигурации.

• В этой структуре совместно расположены только роли сервера клиентского доступа, сервера почтовых ящиков и транспортного сервера-концентратора. Несмотря на то что поддерживается совместное расположение роли сервера единой системы обмена сообщениями, использовать эту конфигурацию не рекомендуется по причине возможного снижения производительности.
• Для обеспечения высокой доступности для ролей сервера клиентского доступа и транспортного сервера-концентратора, необходимо сбалансировать нагрузку между клиентами и этими ролями сервера. Так как эти роли сервера расположены совместно с сервером почтовых ящиков, являющимся участником группы доступности базы данных, использование балансировки нагрузки сети Windows невозможно (поскольку балансировка нагрузки сети и отказоустойчивые кластеры Windows не могут быть установлены на одном сервере). Вместо этого необходимо использовать решение балансировки нагрузки сети, не относящееся к Windows(например, балансировку нагрузки сервера Internet Security and Acceleration (ISA) 2006, устройства для балансировки нагрузки оборудования или устройства для балансировки нагрузки ПО сторонних производителей).
• Так же как для всех групп доступности базы данных, содержащих четное число участников, группе доступности базы данных из двух участников требуется использование следящего сервера для поддержания кворума. Кворум сохраняется до тех пор, пока более половины участников кворума доступны и находятся на связи. Группа доступности базы данных из двух участников со следящим сервером предоставляет трех участников кворума (каждый участник группы доступности базы данных и следящий сервер может участвовать в голосовании, когда они доступны и находятся на связи). Таким образом, группа доступности базы данных из двух участников способна переносить сбои или отключение отдельного участника кворума (например, участников группы доступности базы данных или только следящий сервер) без прерывания службы. Однако потеря двух участников кворума (например, участника группа доступности базы данных и следящего сервера) приведет к потере кворума, что станет причиной прерывания службы.

В начало

Группа DAG из четырех участников в одном центре данных или на одном сайте Active Directory

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

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

Группа доступности базы данных из четырех участников

С помощью группы доступности базы данных из четырех участников можно создавать до четырех копий каждой базы данных. Это достаточное количество копий базы данных для использования альтернативных сценариев защиты данных, таких как гибкая защита почтового ящика. Гибкая защита почтовых ящиков позволяет объединять функции высокой доступности Exchange 2010 и устойчивости расширенного обработчика хранилищ (ESE) с другими встроенными функциями защиты, например изолированными копиями базы данных почтовых ящиков, политиками хранения, папкой элементов для восстановления и политикой удержания, благодаря чему можно создать решение для сокращения необходимости использовать другие формы защиты, например использование RAID-массива (RAID) или создание резервных копий данных. Дополнительные сведения о гибкой защите почтовых ящиков см. в разделе Общие сведения об архивации, восстановлении и аварийном восстановлении. Дополнительные сведения об использовании репликации для резервных копий и использовании просто несколько жёстких дисков см. в разделе Проектирование системы хранения сервера почтовых ящиков.

В начало

Группа DAG из четырех участников в двух центрах данных или на двух сайтах Active Directory

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

Группа доступности базы данных из четырех участников, расширенная на два сайта

Следует отметить несколько аспектов о данной конфигурации.

• Следящий сервер для группы доступности базы данных должен располагаться в основном центре данных. Как правило, основным центром данных является центр данных, который содержит большее количество пользователей. Использование следящего сервера в основном центре данных позволяет большинству пользователей продолжать работу при отключении глобальной сети.
• Не существует прямой маршрутизации, выполняющей трафик пульса из сети для репликации на одном сервере участника DAG в сеть MAPI на другом сервере участника DAG и наоборот, или между несколькими сетями для репликации в группе доступности базы данных.
• В этом примере роли сервера Exchange развертываются на выделенном оборудовании. Так как роли сервера клиентского доступа и транспортного сервера-концентратора не расположены совместно с сервером почтовых ящиков в группе доступности базы данных, для балансировки нагрузки ролей сервера клиентского доступа и транспортного сервера-концентратора используется балансировка нагрузки сети Windows.

В начало