Переезд сервера Exchange 2013

MapiExceptionNetworkError: Unable to mount database
www.microsoft.com

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

Ниже мы будем перемещать в другую локацию сервер exch02.

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


Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.


Переезд сервера Exchange 2013

Описанные ниже действия основаны на двух статьях 1 2 на блоге Technet, но также включают в себя и много дополнительных пунктов.

Отключение балансировки

Первым делом сервер необходимо вывести из балансировки, чтобы на него больше не отсылались никакие запросы.

Примечание: кстати, вариант простейшего балансировщика 4 уровня я недавно рассматривал в статье Простейший отказоустойчивый балансировщик layer 4.

Если у вас используется балансировка DNS RR, то просто временно удалите соответствующие записи. Не забудьте перенаправить на оставшийся сервер все внешние пробросы портов.

Перенос активных копий

Перенесем все активные копии баз данных на оставшийся сервер командой:

Аналогичные действия вы можете проделать и через EMC, правда вручную для каждой базы.

Перевод в режим обслуживания

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

Это пока не все…

Ресурсы кластера

Проверим на каком узле располагаются ресурсы кластера:

И перенесем на другой узел, если требуется:

Смена адреса и завершение работы

На этом этапе сервер пока включен и самое время, подключившись к нему напрямую, изменить ip-адрес на новый, чтобы при следующем включении все было как надо.

Примечание: подразумевается, что сервер не только переезжает в другую подсеть, но и в другой сайт AD.

Как только адрес изменен, сервер отключаем.

Переезд сервера и включение

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

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

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

Пока не спешите пересоздавать DNS-записи, ведь сервер все ещё в режиме обслуживания.

Вывод из режима обслуживания

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

На этом этапе сервер полностью работоспособен.

Проверка состояния

Вывели сервер из режима обслуживания? Самое время проверить все ли компоненты находятся в нужном состоянии.

Теперь пора перекидывать на сервер часть нагрузки.

Включение балансировки

Возвращаем сервер в пулы балансировки и перенаправляем пробросы обратно.

Подписка EdgeSync

Даже если у вас не используются серверы эксча с ролью Edge, вам все равно надо создать пустую подписку, иначе служба EdgeSync не сможет запуститься.

Примечание: об этой ошибке я подробно рассказывал в одной из последних статей — Предупреждение 1045 MSExchange EdgeSync.

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

Добавление адреса DAG

Необходимо в настройки DAG добавить любой свободный адрес из подсети, в которую перетащили эксч. Сделать это можно через EMC. Я же не буду подробно останавливаться на этом моменте

Записи DAG

Дальше вы сможете заметить, что начнут сыпаться ошибки. Связаны они будут с тем, что сервер не может обновить запись кластера DAG 3.

Чтобы все поправить, нужно удалить DNS-запись кластера. Далее в оснастке Управление отказоустойчивости кластеров на любом эксче перевести в offline имя кластера и возвратить в online обратно. DNS-имя должн пересоздаться, ошибки уйти.

Этот момент мне также пришлось разгребать самому.

Принадлежность к сайту

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

Эта команда устанавливает для всех серверов Exchange список доверенных сайтов.

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

comments powered by HyperComments
Яндекс.Метрика