Exchange Server 2013 – миграция на SP1 и Windows Server 2012 R2

Задача.

Есть инфраструктура с Exchange Server 2013 RTM/CU1/CU2/CU3 с DAG на Windows Server 2012.

Требуется выполнить миграцию Exchange Server 2013 на SP1 и Windows Server 2012 на Windows Server 2012 R2.

Первый вопрос: «А так ли нужен Windows Server 2012 R2?». Вот что может служить аргументами за обновление ОС:

1.       Для установки Exchange Server 2013 SP1 в Windows Server 2012 R2 есть все необходимые компоненты, требуется установить только UCMA 4.

2.       Windows Server 2012 R2 требует установки меньшего числа обновлений

3.       Windows Server 2012 R2 имеет WMF 4, которую поддерживает Exchange Server 2013 SP1

Этот список говорит о том, что острой и срочной необходимости в обновлении до R2 нет.

Если вы имеете Exchange Server 2013 на Windows Server 2012 и не хотите обновлять ОС до R2, то можете просто установить SP1 на Exchange Server 2013. Никаких особых замечаний по совеместимости в этом сценарии нет. (Учтите только Third—party transport agents cannot be loaded correctly in Exchange Server 2013)

Если вы имеете Exchange Server 2013 на Windows Server 2012 и хотите обновлять ОС до R2, то надо учесть:

1.       Обновление ОС с установленным Exchange не поддерживается. Exchange 2013 Prerequisites Note: You can’t upgrade Windows when Exchange is installed on the server.

2.       Установка Exchange Server 2013 версии до SP1 на Windows Server 2012 R2 не поддерживается. Exchange 2013 Prerequisites Windows Server 2012 R2 is supported only with Exchange 2013 SP1 or later.

«Не поддерживается» в данном случае означает, что инсталляторы не разрабатывались для этих сценариев и не тестировались. Более того уже есть опыт установки Exchange 2013 на Windows Server 2012 R2, обновления Windows Server 2012 на Windows Server 2012 R2 с установленным Exchange Server 2013 c SP1 и без него, и этот опыт отрицательный.

Если у вас CAS серверы установлены отдельно и объединены в массив с помощью балансировщика или NLB, то миграция CAS достаточна проста:

либо создаем новые машины с Windows Server 2012 R2, устанавливаем на них Exchange Server 2013 SP1 и вводим в массив, а за тем выводим старые CAS из массива, деинсталлируем с них Exchange и удаляем машины;

либо делаем тоже самое, но по одному CAS – совместная работа разных версий поддерживается.

Если у вас есть DAG на многоролевых серверах или отдельных серверах MailBox, то ситуация сложнее. DAG это Failover Cluster.

3.       Обновление кластера «in—place» не поддерживается в общем случае Migrate Cluster Roles to Windows Server 2012 R2

Это означает, что нам необходимо создать новый DAG на новых серверах с новыми базами и мигрировать в них почтовые ящики, после чего деинсталлировать старый DAG.

Более последовательно:

1.       Создаем новые машины с Windows Server 2012 R2

2.       Устанавливаем на них Exchange Server 2013 SP1

3.       Создаем новый DAG

4.       Создаем новые почтовые базы

5.       Мигрируем почтовые ящики в новые базы, в том числе арбитражные

6.       Удаляем старые почтовые базы

7.       Удаляем старый DAG

8.       Деинсталлируем старые Exchange

Вот только так!

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

Есть ли способ сократить требования к ресурсам?

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

Удачи!

 

Реклама