Миграция на Exchange 2016: установка первых серверов

Итак, предыдущий пост прочитан. Ящик валерьянки закуплен. Можно двигаться дальше.

Балансировщики и общая схема

В качестве подготовительного шага немного добавим правил на существующий балансировщик нагрузки. Предыдущая конфигурация балансировщика на примере Kemp VLM описана здесь. Помимо штатных правил я добавил новый VIP для HTTPS-трафика для Exchange 2010, чтобы избежать проблемы с Ambiguous URLs, а так же добавил новый VIP для HTTPS-трафика сервера Exchange 2016. Табличка с адресами получается следующая:

FQDN VIP Тип трафика
outlook.o365lab.pro 192.168.1.106 RPC
webmail.o365lab.pro 192.168.1.110 2010 HTTPS
192.168.1.108 2016 HTTPS

Картинка с правилами на балансировщике:

ex20161

Сама схема тестовой лабы выглядит примерно следующим образом:

ex20162

Имея эту схему на руках можно приступать к установке серверов Exchange 2016.

Установка пререквизитов

Ставить будем на Windows Server 2012R2. Список поддерживаемых ОС можно посмотреть тут. Предварительно ставим все необходимые компоненты операционной системы:

Install-WindowsFeature AS-HTTP-Activation, Desktop-Experience, NET-Framework-45-Features, 
RPC-over-HTTP-proxy, RSAT-Clustering, RSAT-Clustering-CmdInterface, RSAT-Clustering-Mgmt, 
RSAT-Clustering-PowerShell, Web-Mgmt-Console, WAS-Process-Model, Web-Asp-Net45, 
Web-Basic-Auth, Web-Client-Auth, Web-Digest-Auth, Web-Dir-Browsing, Web-Dyn-Compression, 
Web-Http-Errors, Web-Http-Logging, Web-Http-Redirect, Web-Http-Tracing, Web-ISAPI-Ext, 
Web-ISAPI-Filter, Web-Lgcy-Mgmt-Console, Web-Metabase, Web-Mgmt-Console, Web-Mgmt-Service, 
Web-Net-Ext45, Web-Request-Monitor, Web-Server, Web-Stat-Compression, Web-Static-Content, 
Web-Windows-Auth, Web-WMI, Windows-Identity-Foundation

После чего устанавливаются .NET Framework 4.5.2 и Microsoft Unified Communications Managed API 4.0.

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

Установка сервера Exchange 2016

В процессе установки сервер подготовит схему, раздел конфигурации и доменные разделы. Более подробно процедуру подготовки со всеми требуемыми правами я описывал тут. Со стороны установщика поменялось только одно – все команды требуют использования ключа /IAcceptExchangeServerLicenseTerms. Таким образом, нам нужно будет запускать следующую последовательность команд:

setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAllDomains /IAcceptExchangeServerLicenseTerms

Можно отдельно этого не делать и запускать установщик от учётной записи, входящей в группы Schema Admins и Enterprise Admins. Проверить готовность можно по версиям обновлённых объектов. Список версий можно посмотреть тут.

Сама установка запускается следующим образом:

setup.exe /Mode:Install /Roles:Mailbox   /IAcceptExchangeServerLicenseTerms

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

Set-ClientAccessService -Identity mbx161 
-AutodiscoverServiceInternalURI https://webmail.o365lab.pro/Autodiscover/Autodiscover.xml

После установки второго сервера:

Set-ClientAccessService -Identity mbx162 
-AutodiscoverServiceInternalURI https://webmail.o365lab.pro/Autodiscover/Autodiscover.xml

Серверы можно перегружать.

Полезные ссылки:
Миграция на Exchange 2016: вводные данные и подготовка
Kemp VLM: настраиваем Exchange 2010
Ambiguous URLs and their effect on Exchange 2010 to Exchange 2013 Migrations
Exchange 2016 system requirements
Exchange 2016 prerequisites
Миграция на Exchange 2010: подготовка домена
Prepare Active Directory and domains

5 thoughts on “Миграция на Exchange 2016: установка первых серверов

  1. Здравствуйте!
    Сейчас изучаю вопрос миграции с Exchange 2013 на 2016.
    Мне непонятен вопрос: на схемах миграции, которые я видел используется балансировщик нагрузки, в данной статье (Kemp VLM). А как производить миграцию без балансировщика (куда направлять запросы клиентских подключений)?

  2. 2Анатолий
    Если целевой сервер один – то направлять на него. Если их несколько (DAG), то можно использовать DNS Round Robin.

Leave a Reply

Your email address will not be published. Required fields are marked *