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

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

1. Необходимо пометить участников группы доступности базы данных в основном центре как остановленных в основном центре данных. Остановленный — это состояние Active Manager, которое запрещает подключение базы данных. Чтобы переключить диспетчер Active Manager на каждом сервере в неисправном центре данных в это состояние, используйте командлет Stop-DatabaseAvailabilityGroup. Параметр ActiveDirectorySite этого командлета можно использовать для пометки всех серверов в основном центре данных как остановленных с помощью одной команды. Этот шаг может быть недоступным в зависимости от сбоя. Этот шаг необходимо выполнить, если состояние центра данных разрешает это. Командлет Stop-DatabaseAvailabilityGroup необходимо выполнить для всех серверов в основном центре дынных. Если сервер почтовых ящиков недоступен, но службы Служба каталогов Active Directory работают в основном центре данных, необходимо выполнить команду Stop-DatabaseAvailabilityGroup с параметром ConfigurationOnly для всех серверов с этим состоянием в основном центре данных или отключить сервер почтовых ящиков. Если не удалось отключить серверы почтовых ящиков в неисправном центре данных или успешно выполнить команду Stop-DatabaseAvailabilityGroup на серверах, в обоих центрах данных может произойти «синдром расщепления мозга». Может потребоваться отключить каждый компьютер отдельно с помощью устройств управления питанием для удовлетворения этому требованию.
   
   
2. На этом шаге необходимо обновить второй центр данных, чтобы получить сведения о том, какие серверы основного центра данных остановлены. Для этого запустите ту же команду Stop-DatabaseAvailabilityGroup с параметром ConfigurationOnly, укажите тот же параметр ActiveDirectorySite и имя сайта Служба каталогов Active Directory в неисправном основном центре данных. Целью этого шага является отправка на серверы во втором центре данных сведений о том, какие серверы почтовых ящиков можно использовать при восстановлении службы.
   
   

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

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

   	Скопировать код
   net stop clussvc cluster <DAGName> node <DAGMemberName> /forcecleanup

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

   	Скопировать код
   net stop clussvc

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

   	Скопировать код
   net start clussvc /forcequorum

4. Откройте средство управления отказоустойчивыми кластерами и подключитесь к базовому кластеру группы обеспечения доступности баз данных. Разверните кластер и затем разверните узел Сайты. Щелкните правой кнопкой мыши узел в основном центре данных, выберите пункт Дополнительные действия и затем выберите Исключить. Повторите для каждого узла. После того как все члены группы обеспечения доступности баз данных в основном центре данных будут исключены, закройте средство управления отказоустойчивыми кластерами.
   
   

Если серверы единой системы обмена сообщениями используются в неисправном центре данных, их необходимо отключить, чтобы предотвратить маршрутизацию вызовов на неисправный центр данных. Можно отключить сервер единой системы обмена сообщениями с помощью командлета Disable-UMServer (например, Disable-UMServer UM01). Кроме того, при использовании шлюза VoIP можно удалить записи сервера единой системы обмена сообщениями из шлюза VoIP или изменить записи DNS для неисправных серверов, чтобы указать IP-адрес серверов единой системы обмена сообщениями во втором центре данных, если шлюз VoIP настроен для маршрутизации вызовов с помощью службы DNS.

В начало

Клиенты подключаются к конечным точкам служб (например, Outlook Web App, автообнаружение, Exchange ActiveSync, мобильный Outlook, POP3, IMAP4 и массив клиентского доступа RPC) для доступа к службам и данным Exchange. Таким образом, активация серверов клиентского доступа подразумевает изменение сопоставления записей DNS для этих конечных точек с IP-адресов основного центра обработки данных на IP-адреса второго центра обработки данных, которые настроены в качестве новых конечных точек служб. В зависимости от конфигурации DNS изменяемые записи DNS могут быть в той же зоне DNS или в различных зонах.

Клиенты будут автоматически подключены к новым конечным точкам служб одним из двух способов.

• Клиенты продолжат попытки подключения и будут автоматически подключены по истечении срока жизни исходной записи DNS и записи в кэше службы DNS клиента. Пользователи могут также выполнить команду ipconfig /flushdns в командной строке, чтобы очистить кэш DNS вручную.
  
  
• С помощью запуска или перезапуска клиентов можно выполнить поиск DNS при запуске и получить новый IP-адрес для конечной точки службы, которая станет сервером клиентского доступа или массивом во втором центре данных.
  
  

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

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

• Клиенты продолжат попытки подключения и будут автоматически подключены по истечении срока жизни исходной записи DNS и записи в кэше службы DNS клиента. Пользователи могут также выполнить команду ipconfig /flushdns в командной строке, чтобы очистить кэш DNS вручную.
  
  
• С помощью запуска или перезапуска клиентов можно выполнить поиск DNS при запуске и получить новый IP-адрес для конечной точки SMTP, которая станет транспортным сервером-концентратором во втором центре данных.
  
  

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

Серверы единой системы обмена сообщениями подключаются к системе PBX организации и к телефонным линиям. Логическое подключение между системой PBX и сервером единой системы обмена сообщениями выполняется с помощью шлюза IP. Шлюзы IP включают в себя функцию высокого уровня доступности и позволяют переключаться между несколькими серверами единой системы обмена сообщениями при обнаружении сбоя.

Если во втором центре данных существуют серверы единой системы обмена сообщениями, отключенные из-за выделения их для решения по обеспечению устойчивости сайта, их можно включить с помощью командлета Enable-UMServer (например, Enable-UMServer UM04).

Если шлюзы IP связаны с серверами единой системы обмена сообщениями с помощью серверов DNS, процесс активации серверов единой системы обмена сообщениями будет также включать в себя изменение записей DNS для указания новых IP-адресов, которые будут настроены для серверов единой системы обмена сообщениями во втором центре данных. После истечения сроков жизни записей TTL и кэша DNS будет невозможно подключить клиентов и шлюзы IP к службе единой системы обмена сообщениями Microsoft Exchange. Если все соответствующие изменения конфигурации выполнены для определения и настройки работоспособности служб во втором центре данных, идентичной их работоспособности в основном центре данных, а также если установленная конфигурация DNS является правильной, не требуется выполнять другие изменения для активации серверов единой системы обмена сообщениями.

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

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

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

Даже при использовании активной/активной конфигурации может потребоваться обновление записей ресурсов MX для пограничных транспортных серверов во время переключения центра данных. Если запись ресурса MX для неисправного центра данных будет указывать на неисправный центр данных, при запуске восстановления центра данных могут выполняться попытки подключения к пограничным транспортным серверам неисправного центра данных. Это может произойти, когда службы пограничного транспортного сервера находятся в нестабильном состоянии (например, из-за того, что зависимые службы в центре данных восстанавливаются).

Если записи DNS находятся под управлением организации, процесс активации пограничных транспортных серверов включает в себя обновление записи ресурса MX для каждого домена SMTP, размещенного на сервере.

Примечание.
Если запись ресурса MX, используемая организацией, не размещена на сервере DNS, которым управляет организация, можно указать ссылку на запись CNAME в записи ресурса MX и использовать запись CNAME под управлением организации. Запись CNAME затем можно обновить.

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

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

В начало

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

1. Во время процесса переключения центра данных был выполнен перевод серверов почтовых ящиков в основном центре данных в остановленное состояние. Если среда (например, основной центр данных, зависимости Exchange и подключение к глобальной сети) готова, первым шагом является перевод серверов почтовых ящиков в восстановленном основном центре данных в начальное состояние и добавление их в группу доступности базы данных. Используемый способ зависит от того, находится ли группа обеспечения доступности баз данных в режиме координации активации баз данных.
   
   
   1. Если группа обеспечения доступности баз данных находится в режиме координации активации баз данных, можно повторно добавить члены группы обеспечения доступности баз данных в основной сайт с помощью командлета Start-DatabaseAvailabilityGroup. После этого выполните командлет Set-DatabaseAvailabilityGroup для группы доступности базы данных, чтобы убедиться в том, что группа использует правильную модель кворума.
      
      
   2. Если группа обеспечения доступности баз данных не находится в режиме координации активации баз данных, можно повторно добавить члены группы обеспечения доступности баз данных в основной сайт с помощью командлета Add-DatabaseAvailabilityGroupServer.
      
      
2. После добавления серверов почтовых ящиков в основном центре данных в группу доступности базы данных потребуется некоторое время для синхронизации копий баз данных. В зависимости от причин сбоя, длительности отключения и действий, выполняемых администратором во время отключения, может потребоваться повторное заполнение копий базы данных. Например, если во время отключения выполняется удаление копий базы данных из неисправного основного центра данных, чтобы разрешить усечение файла журнала для исправных активных копий во втором центре данных, потребуется повторное заполнение. С этого момента можно обрабатывать каждую отдельную базу данных. После восстановления работоспособности реплицированной копии базы данных в основном центре данных можно перейти к следующему шагу.
   
   

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

3. После восстановления работоспособности большей части баз данных в основном центре данных можно запланировать отключение восстановления размещения. В запланированное время необходимо выполнить следующие шаги.
   
   
   1. Во время процесса переключения центра данных группа доступности базы данных была настроена для использования дополнительного следящего сервера. Необходимо повторно настроить группу доступности базы данных для использования следящего сервера в основном центре данных. При указании тех же следящего сервера и следящего каталога, которые использовались до отключения основного центра данных, можно выполнить команду Set-DatabaseAvailabilityGroup -Identity DAGName. Если планируется использовать сервер или каталог свидетеля, отличные от исходного сервера и каталога свидетеля, используйте команду Set-DatabaseAvailabilityGroup для требуемой настройки параметров сервера и каталога свидетеля.
      
      
   2. Базы данных, повторно активированные в основном центре данных, необходимо отключить во втором центре данных. Чтобы отключить базы данных, используйте командлет Dismount-Database.
      
      
   3. После отключения баз данных URL-адреса сервера клиентского доступа необходимо переместить из второго центра данных в основной. Для этого можно изменить запись DNS, чтобы URL-адреса указывали на сервер клиентского доступа или массив в основном центре данных. Это приведет к тому, что система будет работать как при выполнении перехода на другой ресурс при сбое для каждой перемещаемой базы данных.
      
      

      Важно!

      Не переходите к следующему шагу, пока URL-адреса сервера клиентского доступа не будут перемещены, а срок жизни DNS и записей кэша не истечет. При активации баз данных в основном центре данных до перемещения URL-адресов сервера клиентского доступа в основной центр данных создается недопустимая конфигурация (например, подключенная база данных, у которой отсутствуют серверы клиентского доступа на сайте Служба каталогов Active Directory).

   4. Так как каждая база данных в основном центре данных находится в работоспособном состоянии, ее можно активировать в основном центре данных с помощью переключения баз данных. Для этого используйте командлет Move-ActiveMailboxDatabase для каждой базы данных, которую необходимо активировать.
      
      
   5. После перемещения всех баз данных в основной центр данных его можно подключить с помощью командлета Mount-Database.
      
      

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

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

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

В начало