Управление высокой доступностью и устойчивостью сайтов

Область применения: Exchange Server 2013 г.

После сборки, проверки и развертывания решения с высоким уровнем доступности или устойчивости сайта Microsoft Exchange Server 2013 решение переходит от этапа развертывания к рабочему этапу общего жизненного цикла решения. Рабочая стадия состоит из нескольких задач, относящихся к группам обеспечения доступности баз данных (DAG), копиям баз данных, копиям баз данных почтовых ящиков, упреждающему мониторингу или управлению переключениями и отработками отказа.

Управление группами обеспечения доступности баз данных

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

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

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

    • Имеются серверы в нескольких доменах. Все члены одной группы DAG должны также быть членами одного домена.

  • Управление членством DAG. Управление членами DAG — это нечасто выполняемая задача, обычно выполняемая на этапе развертывания жизненного цикла решения. Однако благодаря гибкости добавочного развертывания членами группы DAG также можно управлять на протяжении всего жизненного цикла решения.

  • Настройка свойств DAG. Каждая daG имеет различные свойства, которые можно настроить по мере необходимости. Эти свойства приведены ниже.

    • Следящий сервер и следящий каталог. Следящий сервер является сервером за пределами DAG, который выступает в качестве избирателя кворума, если DAG содержит четное число членов. Следящий каталог — это каталог, созданный на следящем сервере, который используется системой для поддержания кворума.

    • IP-адреса. Каждое DAG будет иметь один или несколько IPv4-адресов и при необходимости один или несколько IPv6-адресов. Эти IP-адреса, назначенные группе обеспечения доступности баз данных, используются базовым кластером группы DAG. Количество IPv4-адресов, назначенных группе обеспечения доступности баз данных, равно количеству подсетей, образующих сеть MAPI, используемую этой группой обеспечения доступности баз данных. Группу обеспечения доступности баз данных можно настроить так, чтобы она использовала статические IP-адреса или получала адреса автоматически с помощью протокола DHCP.

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

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

    • Порт репликации. По умолчанию все группы доступности базы данных используют TCP-порт 64327 для непрерывной репликации. Вы можете изменить этот порт с помощью параметра ReplicationPort командлета Set-DatabaseAvailabilityGroup.

    • Сетевое обнаружение. Вы можете принудить DAG повторно обнаруживать сети и сетевые интерфейсы. Эта операция используется при добавлении или удалении сетей, а также при введении новых подсетей. Принудительно запустить повторное обнаружение всех сетей групп обеспечения доступности баз данных можно с помощью параметра DiscoverNetworks командлета Set-DatabaseAvailabilityGroup.

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

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

  • Завершение работы членов DAG. Решение для обеспечения высокой доступности Exchange 2013 интегрировано с процессом завершения работы Windows. Если администратор или приложение инициирует завершение работы сервера Windows в daG с подключенной базой данных, которая реплицируется на один или несколько членов DAG, система попытается активировать другую копию подключенных баз данных, прежде чем разрешить завершение работы. Однако это новое правило не гарантирует, что все базы данных на отключаемом сервере пройдут активацию без потерь. Поэтому перед завершением работы сервера, который является членом группы DAG, лучше выполнить его переключение.

Дополнительные сведения о создании группы обеспечения доступности баз данных см. в разделе Создание группы обеспечения доступности баз данных. Дополнительные сведения о настройке свойств группы DAG см. в статье Configure database availability group properties. Дополнительные сведения о каждой из приведенных выше задач управления, а также об управлении группами DAG в целом, см. в статье Managing database availability groups.

Управление копиями баз данных почтовых ящиков

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

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

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

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

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

    • Активация копии базы данных почтового ящика. Активация — это процесс назначения конкретной пассивной копии в качестве новой активной копии базы данных почтовых ящиков. Этот процесс называется переключением. Дополнительные сведения см. в разделе Переключения и отработки отказа далее в этом разделе.

    • Удаление копии базы данных почтового ящика. Копию базы данных почтового ящика можно удалить в любое время. Иногда может потребоваться удалить копию базы данных почтовых ящиков. Например, сервер почтовых ящиков нельзя удалить из группы DAG, пока с него не будут удалены все копии баз данных почтовых ящиков. Кроме того, чтобы изменить путь к базе данных почтовых ящиков, необходимо удалить все копии.

Подробные инструкции по добавлению копии базы данных почтовых ящиков см. в статье Add a mailbox database copy. Подробные инструкции по настройке копий базы данных почтовых ящиков см. в статье Configure mailbox database copy properties. Дополнительные сведения о каждой из приведенных выше задач управления, а также об управлении копиями баз данных почтовых ящиков в целом, см. в статье Managing mailbox database copies. Подробные инструкции по удалению копии базы данных почтовых ящиков см. в статье Remove a mailbox database copy.

Упреждающий мониторинг

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

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

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

Переключения и отработки отказа

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

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