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. Никаких особых замечаний по совеместимости в этом сценарии нет. (Учтите только Thirdparty 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.       Обновление кластера «inplace» не поддерживается в общем случае 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 серверов. Если это возможно, то высвободившиеся ресурсы можно использовать для разворачивания новой инфраструктуры.

Удачи!

 

Реклама

комментария 3

  1. У меня сетка маленькая CAS один. Выключил сервер, заресетил учетку. Поставил 2012R2 и ввел под тем же именем. Запустил установщик SP1 recovery. Затем — update. Вроде все нормально. Почта, естественно, пару часов не работала.

    • «Вроде» — ключевое слово. Продуктовая группа выполняет более 100 тысяч автоматических тестов на каждой сборке Exchange. Вряд ли кому-то еще под силу выполнить такой объем работ. Описанный сценарий не поддерживается продуктовой группой, т.к. порождает неведомые проблемы. Те неофициальные проверки, которые делали специалисты по Exchange в более сложных конфигурациях, показали, что проблемы имеют место быть.

  2. […] Exchange Server 2013 – миграция на SP1 и Windows Server 2012 R2 […]

Добавить комментарий

Заполните поля или щелкните по значку, чтобы оставить свой комментарий:

Логотип WordPress.com

Для комментария используется ваша учётная запись WordPress.com. Выход / Изменить )

Фотография Twitter

Для комментария используется ваша учётная запись Twitter. Выход / Изменить )

Фотография Facebook

Для комментария используется ваша учётная запись Facebook. Выход / Изменить )

Google+ photo

Для комментария используется ваша учётная запись Google+. Выход / Изменить )

Connecting to %s

%d такие блоггеры, как: