Переключения центра данных.

  • Статья

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

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

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

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

    Важно!

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

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

  3. Активация серверов почтовых ящиков. На этом шаге начинается процесс активации второго центра обработки данных. Этот шаг можно выполнить параллельно с шагом 4, так как службы Microsoft Exchange могут обрабатывать сбои базы данных и восстанавливаться. Активация серверов почтовых ящиков включает в себя процессы пометки неисправных серверов из основного центра данных как недоступных и последующей активации серверов во втором центре данных. Процесс активации серверов почтовых ящиков зависит от того, находится ли группа обеспечения доступности баз данных в режиме координации активации баз данных. Дополнительные сведения см. в разделе Режим координации активации центра обработки данных .

    Если группа обеспечения доступности баз данных находится в режиме координации активации баз данных, для завершения работы частично неисправного центра данных (при необходимости) и активации серверов почтовых ящиков можно использовать командлеты для устойчивости сайта Exchange. Например, в режиме координации активации баз данных этот шаг выполняется с помощью командлета Stop-DatabaseAvailabilityGroup. В некоторых случаях необходимо дважды пометить серверы как недоступные (по одному разу в каждом центре данных). Затем выполняется запуск командлета Restore-DatabaseAvailabilityGroup для восстановления оставшихся членов группы обеспечения доступности баз данных во втором центре данных и сокращения членов группы обеспечения доступности баз данных до действующих, для чего повторно устанавливается кворум. Если группа обеспечения доступности баз данных не находится в режиме координации активации баз данных, для активации серверов почтовых ящиков необходимо использовать средства для отказоустойчивого кластера Windows. После завершения любой из описанных процедур можно активировать и подключить копии баз данных, которые были пассивными во втором центре данных. На этом этапе восстановление сервера почтовых ящиков завершено.

  4. Активация служб клиентского доступа. Это включает использование сведений о сопоставлении URL-адресов и методологии изменения системы доменных имен (DNS) для выполнения всех необходимых обновлений DNS. Сведения о сопоставлении включают в себя данные об изменениях службы DNS, которые необходимо выполнить. Время, необходимое для завершения обновления, зависит от используемой методологии и параметров времени жизни (TTL) записи DNS (а также от того, учитывает ли инфраструктура развертывания TTL).

Пользователям может потребоваться доступ к службам обмена сообщениями после выполнения шагов 3 и 4. Шаги 3 и 4 описаны подробнее далее в этом разделе.

Завершение работы частично неисправного центра данных

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

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

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

  1. Члены DAG в основном центре обработки данных должны быть помечены как остановлены в основном центре обработки данных. Остановлено — это состояние 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. Откройте средство управления отказоустойчивости кластеров и подключитесь к базовому кластеру DAG. Разверните кластер, а затем узел Узлы. Щелкните правой кнопкой мыши каждый узел в основном центре обработки данных, выберите Дополнительные действия, а затем выберите Вытеснить. Завершив вытеснение членов DAG в основном центре обработки данных, закройте средство управления отказоустойчивости кластеров.

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

Примечание.

Единая система обмена сообщениями недоступна в Exchange 2019

Активация серверов почтовых ящиков

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

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

  1. Необходимо остановить службу кластеров для каждого участника группы доступности базы данных во втором центре данных. Вы можете использовать командлет Stop-Service , чтобы остановить службу (например, Stop-Service ClusSvc), или использовать net stop clussvc из командной строки с повышенными привилегиями.

  2. Затем необходимо активировать серверы почтовых ящиков в резервном центре данных с помощью командлета Restore-DatabaseAvailabilityGroup. Сайт Active Directory резервного центра данных передается в командлет Restore-DatabaseAvailabilityGroup для определения того, какие серверы будут использоваться для восстановления службы и настройки группы доступности баз данных на использование другого сервера свидетеля. Если альтернативный следящий сервер ранее не был настроен, его можно настроить с помощью параметров AlternateWitnessServer и AlternateWitnessDirectory командлета Restore-DatabaseAvailabilityGroup . При успешном выполнении этой команды критерии кворума сужаются до серверов в резервном центре данных. Если количество серверов в этом центре данных является четным, группа доступности базы данных будет использовать дополнительный следящий сервер, определенный с помощью параметра объекта группы доступности базы данных.

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

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

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

  6. Последний шаг — просмотреть все сообщения об ошибках и предупреждения для задач. Необходимо просмотреть и исправить все указанные предупреждения. Модель разработки задач для этих команд не будет правильной, только если не будут достигнуты основные цели для этой разработки. Например, выполнение командлета Restore-DatabaseAvailabilityGroup не будет успешным, если не удалось сузить кворум группы доступности базы данных, чтобы разрешить перезапуск сервера во втором центре данных для обслуживания без отключения кворума. Тем не менее, все выходные данные задач используются для определения проблем, требующих административной поддержки. Рекомендуется сохранять все выходные данные задач и просматривать их на наличие действий, требующих административной поддержки.

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

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

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

    cluster <DAGName> /quorum /nodemajority

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

    Set-DatabaseAvailabilityGroup <DAGName> -WitnessServer <ServerName>

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

    net start clussvc

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

    Move-ActiveMailboxDatabase -Server <DAGMemberinPrimarySite> -ActivateOnServer <DAGMemberinSecondSite>

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

    Get-MailboxDatabase <DAGMemberinSecondSite> | Mount-Database

Активация служб клиентского доступа

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

Активация служб клиентского доступа

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

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

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

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

Активация служб транспорта

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

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

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

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

Активация служб единой системы обмена сообщениями в Exchange 2016

Примечание.

Единая система обмена сообщениями не доступна в Exchange 2019.

Службы единой системы обмена сообщениями (UM) в Exchange 2016 подключаются к системе УАТС и телефонным линиям организации. Логическое подключение между системой УАТС и службой единой системы обмена сообщениями выполняется с помощью шлюза IP. Шлюзы IP включают в себя функцию высокого уровня доступности и позволяют переключаться между несколькими службами единой системы обмена сообщениями при обнаружении сбоя.

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

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

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

Активация пограничных транспортных серверов

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

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

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

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

Примечание.

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

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

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

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

Восстановление службы для основного центра данных

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

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

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

Обратное переключение роли сервера почтовых ящиков

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

  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.

Повторная установка устойчивости сайтов

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