Как мы уже говорили ранее, Active Manager следит за состоянием баз данных на серверах, и в случае возникновения проблем, принимает решение о активации копии базы на другом сервере. В случае, когда у вас одна копия, то тут даже и думать нечего о том, что именно активировать. А что если копий много? А что если копии сами находятся в плохом состоянии? На эти вопросы мы попытаемся ответить далее.
Для того, чтобы выбрать лучшую копию для активации, Active Manager запускает процесс Best Copy Selection (BCS). Целью данного процесса является выбор копии, наиболее подходящей для активации в данный момент времени. Процесс BCS отрабатывает по определенному алгоритму, при этом во внимание принимаются несколько критериев.
Для начала BCS строит список всех копий, потенциально доступных для активации. Из списка сразу выбрасываются:
- Копии, которые сейчас не доступны (например сервер не отвечает);
- Копии с серверов, заблокированных для автоматической активации администратором (свойство DatabaseCopyAutoActivationPolicy установлено в Blocked командлетом Set-MailboxDatabaseServer).
Далее список сортируется, при этом порядок сортировки отличается в зависимости от версии сервера Exchange (RTM, SP1).
В Exchange 2010 RTM сортировка происходит два раза по следующим алгоритмам:
- копии с наименьшей длиной очереди копирования (свойство LastLogInspected);
- копия с минимальным значением ActivationPreference.
В Exchange 2010 SP1 алгоритм аналогичен RTM-версии, за исключением серверов, для параметра автоподключения базы данных (AutoDatabaseMountDial) которых задано значение Lossless. При использовании значения Lossless, Active Manager сортирует список один раз в порядке возрастания параметра ActivationPreference.
AutoDatabaseMountDial (устанавливается для каждого сервера командлетом Get-MailboxServer). Принимает значения:
- BestAvailability – может быть потеряно не более 12 лог-файлов (12 Мб информации). Теоретически, эти данные могут быть восстановлены из Transport Dumpster.
- GoodAvailability - может быть потеряно не более 6 логов;
- Lossless – не может быть утеряно ни одного лог-файла.
ВАЖНО! Если нет базы, удовлетворяющей этим условиям, то ни одна копия автоматически смонтирована НЕ будет!
Такое может произойти, например, при больших нагрузках на сервер или сеть, в результате чего очередь из логов может быть больше 12.
Далее из списка выбирается лучшая база, исходя из условий:
- Состояние базы - Healthy, DisconnectedAndHealthy, DisconnectedAndResynchronizing или SeedingSource;
- Состояние индексов содержимого - Healthy, Crawling;
- Длина очереди копирования;
- Длина очереди преобразования.
Подробнее можно посмотреть здесь http://technet.microsoft.com/ru-ru/library/dd776123.aspx
После того, как база будет выбрана, предпринимается попытка скопировать с сервера-источника все отсутствующие файлы журналов, находившиеся в активной копии базы данных. Об этом процессе мы поговорим далее в статье Автоматическая активация копий базы в DAG: Attempt copy last logs (ACLL) и переключение пользователей
Комментариев нет:
Отправить комментарий