Общие сведения об Active Manager

Последнее изменение раздела: 2010-01-13

Microsoft Exchange Server 2010 содержит новый компонент Active Manager, функциональность которого заменяет модель ресурсов и компоненты управления отработкой отказов, доступные благодаря интеграции со службой кластеров в предыдущих версиях Exchange. В Exchange модель ресурсов кластера более не используется для обеспечения высокой доступности. Все ресурсы кластера Exchange, предоставляемые библиотекой exres.dll, больше не существуют, включая так называемые кластерные серверы почтовых ящиков. В Exchange используется отказоустойчивый кластер Windows, но кластерных групп для Exchange нет, как нет и ресурсов хранения в кластере. Это значит, что при просмотре кластера с помощью средств управления кластером будут доступны только базовые ресурсы кластера (IP-адрес, сетевое имя и, при необходимости, ресурс кворума). Узлы кластера и сети также будут присутствовать, но они управляются Exchange, а не средствами управления кластером или самим кластером.

Служба Active Manager работает на всех серверах почтовых ящиков, являющихся членами группы обеспечения доступности баз данных. Существует две роли Active Manager: основная служба Active Manager (PAM) и резервная служба Active Manager (SAM). Роль PAM — это экземпляр Active Manager в группе обеспечения доступности баз данных, принимающий решения о том, какие копии будут пассивными, а какие — активными. PAM отвечает за получение уведомлений об изменении топологии и реакцию на сбои серверов. Член группы обеспечения доступности баз данных, которому принадлежит роль PAM, всегда является текущим владельцем ресурса кворума кластера (кластерной группы по умолчанию). Если на сервере-владельце ресурса кворума кластера происходит сбой, роль PAM автоматически перемещается на оставшийся сервер, который становится новым владельцем ресурса кворума кластера. Кроме того, если сервер, на котором размещен ресурс кворума кластера, необходимо перевести в автономный режим для обслуживания или обновления, сначала следует перенести роль PAM на другой сервер группы обеспечения доступности баз данных. Роль PAM контролирует все передвижения активных назначений между копиями баз данных (в любой момент времени активной может быть только одна копия, которая может быть подключенной или отключенной). Роль PAM также выполняет функции роли SAM на локальном компьютере (обнаружение сбоев локальных баз данных и банка данных).

Роль SAM предоставляет сведения о том, на каком сервере размещается активная копия базы данных почтовых ящиков, другим компонентам Exchange, использующим клиентский компонент Active Manager (например, службе клиентского доступа RPC или транспортному серверу-концентратору). Роль SAM обнаруживает сбои локальных баз данных и локального банка данных. Она реагирует на сбои, запрашивая у роли PAM отработку отказа (если база данных реплицирована). Роль SAM не определяет целевой сервер отработки отказа и не обновляет состояние расположения базы данных в роли PAM. Она обращается к состоянию расположения активной копии базы данных для ответа на получаемые запросы активной копии базы данных.

Примечание.

Exchange 2010 не является кластерным приложением. Вместо этого функции библиотеки кластеризации clusapi.dll используются для реализации функциональности кластера, групп, сети кластера (пульса), управления узлами, реестра кластера и ряда задач управления. Кроме этого, служба Active Manager хранит сведения о текущем состоянии базы данных почтовых ящиков (данные об активных и пассивных копиях, а также о подключении) в базе данных кластера. Хотя эти сведения хранятся непосредственно в базе данных кластера, к ним не обращаются напрямую никакие другие компоненты.

В Exchange 2010 служба репликации Microsoft Exchange периодически отслеживает работоспособность всех подключенных баз данных. Кроме этого, она также отслеживает ошибки и сбои ввода-вывода подсистемы ESE. Если служба обнаруживает сбой, она уведомляет о нем службу Active Manager. Затем Active Manager определяет, какую копию базы данных следует подключить, и что для этого необходимо. Кроме того, она отслеживает активную копию базы данных почтовых ящиков (на основании сведений о копии базы данных, подключенной последней) и предоставляет сведения о результатах отслеживания компоненту клиентского доступа RPC на сервере клиентского доступа, к которому подключен клиент.

Отработки отказов в базах данных

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

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

Выбор оптимальной копии в Active Manager

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

• Индекс содержимого имеет состояние Healthy (исправен).
• Длина очереди копирования файлов журнала меньше 10.
• Длина очереди преобразования файлов журнала меньше 50.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Crawling (сканирование).
• Длина очереди копирования файлов журнала меньше 10.
• Длина очереди преобразования файлов журнала меньше 50.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Healthy (исправен).
• Длина очереди преобразования файлов журнала меньше 50.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Crawling (сканирование).
• Длина очереди преобразования файлов журнала меньше 50.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Длина очереди преобразования файлов журнала меньше 50.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Healthy (исправен).
• Длина очереди копирования файлов журнала меньше 10.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Crawling (сканирование).
• Длина очереди копирования файлов журнала меньше 10.

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Healthy (исправен).

Если ни одна копия базы данных не отвечает всем этим условиям сразу, Active Manager пытается найти копию базы данных, отвечающую следующему набору условий:

• Индекс содержимого имеет состояние Crawling (сканирование).

Если ни одна копия базы данных не отвечает всем этим условиях, Active Manager пытается активировать любую копию базы данных в состоянии Healthy, DisconnectedAndHealthy, DisconnectedAndResynchronizing или SeedingSource. Если такие копии не удается найти, автоматическая активация копии базы данных невозможна.

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