e2010В предыдущей статье я обзорно пробежался по процедуре переключения почтового сервиса на резервный дата центр в случае сбоя основного. Есть ещё один сценарий, который возникает в случае, если наш DAG растянут между двумя и более дата центрами. Речь идёт о так называемом Database Failover – который отрабатывает в случае сбоя базы и переводит активную базу в другой дата центр. Картинка с технета прекрасно показывает данную ситуацию:

untitled1

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

e2010В Exchange 2010 появилась возможность достаточно просто собрать отказоустойчивую конфигурацию для почтовой системы организации на базе нескольких дата центров, которые физически разнесены друг от друга. Для данной конфигурации существует одна неразрешимая проблема, которую не совсем получается логически описать, а следовательно автоматизировать. Эта проблема – какой дата центр считать выжившим после сбоя? В связи с наличием данной проблемы и существует процедура переключения активного дата центра (Datacenter Switchover), которую должен выполнять администратор почтовой системы в случае глобального сбоя, приведшего к недоступности одного из дата центров, который использовался пользователями почтовой системы.

Процедура переключения дата центра хорошо описана. Так что я перенесу её, немного сократив.

Стандартный список действий при переключении дата центра:

  • Остановка вышедшего из строя основного дата центра.
  • Проверка готовности резервного дата центра.
  • Активация серверов почтовых ящиков в резервном дата центре.
  • Активация остальных серверных ролей в резервном дата центре.

Continue Reading »