Краткие заметки по миграции с Exchange 2010 на Exchange 2016 On-Premise

Процесс миграции с Exchange 2010 на Exchange 2016 следующий:

Требования к текущей инфраструктуре:

  • Exchange 2010 SP3 with RU9 should be updated ,  for all Exchange 2010 servers.
  •  At least one Windows Server 2008 or higher Global Catalog in each AD site with Exchange installed.
  •  At least one writable Domain Controller in each AD site with Exchange Servers installed (It can be a GC.).
  •  AD Forest must be Windows Server 2008 Forest Functional Level or higher.
  •  Outlook for Windows – 2010 or later.
  •  Outlook for Mac – 2011 or later.

If you wish to enable MAPI/HTTP then you must have at least Outlook 2013 SP1 or later.

Требования к ОС куда будет устанавливаться Exchange 2016:

  • Windows Server 2012 R2 64-bit Standard or DataCenter editions.
  •  .NET framework 4.5.2.
  •  Windows Management Framework 4.0.
  •  Unified Communications Managed API (UCMA) 4.0.

При текущем сценарии миграции connection endpoint на Exchnage 2010 И 2016 будут одинаковыми  — mail.company.com

Подготовка операционной системы для установки Exchange 2016:

Необходимо установить следующие дополнения:

NET Framework 4.5.2

Click here to download http://www.microsoft.com/en-us/download/details.aspx?id=42642 Jump

Microsoft Unified Communications Managed API 4.0, Core Runtime 64-bit.

Click here to download http://go.microsoft.com/fwlink/p/?linkId=258269 Jump

Необходимо установить следующие фичи:

Install-WindowsFeature RSAT-ADDS

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

Необходимо выполнить подготовку Схемы, АД и  Домена:

Setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
Setup.exe /PrepareAllDomains /IAcceptExchangeServerLicenseTerms

Выполнить  процедуру установки Exchange 2016

Необходимо выполнить конфигурирование Exchange 2016 после установки:

С 2010 необходимо выполнить экспорт сертификата и импортировать его в 2016

Затем на 2016 необходимо выполнить конфигурацию веб каталогов для того что бы они отвечали на внешнее ДНС имя:

Выбираем сервер  и выполняем настройку URL

Так же нужно настроить аутентификацю Outlook Anywhere

Exchnage 2010:

ExternalClientAuthenticationMethod : Ntlm

InternalClientAuthenticationMethod : Ntlm

IISAuthenticationMethods           : {Basic}

Exchnage 2016:

ExternalClientAuthenticationMethod : Ntlm

InternalClientAuthenticationMethod : Ntlm

IISAuthenticationMethods           : {Basic, Ntlm, Negotiate}

Т.к. все клиенты находятся в домене процедура autodiscovery проходит с использованием SCP   —  если в AD есть несколько записей SCP с одинаковым именем клиент оутлука всегда подключается по записи, которая старее

В нашем случае на данном этапе внедрения клиент outlook подключается  только к Exchange 2010.

После импорта сертификата и настройки URL на exchange 2016 мы можем переключить DNS запись mail.asnova.com во внутреннем днс сервере на Echange 2016

На сетевом оборудовании меняем проброс порта 25 и 443 с Exchange 2010  на 2016

Т.к connection endpoint  в нашем сценарии одинаковый, после переключения ДНС записи на Exchange 2016, отлук клиенты могут не подключаться.

Данная ситуация описана  в статье https://blogs.technet.microsoft.com/exchange/2013/05/23/ambiguous-urls-and-their-effect-on-exchange-2010-to-exchange-2013-migrations/

Решение:

Set-OutlookProvider EXPR -OutlookProviderFlags:ServerExclusiveConnect

Set-OutlookProvider EXCH -OutlookProviderFlags:ServerExclusiveConnect

Миграция почтовых ящиков

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

Решение: на Exchange 2016 выполнить Restart-WebAppPool MSExchangeAutodiscoverAppPool

https://support.microsoft.com/en-us/help/3097392/outlook-logon-fails-after-mailbox-moves-from-exchange-2010-to-exchange

После миграции всех почтовых ящиков необходимо  выполнить миграцию скрытых служебных ящиков (Arbitration)

После этого необходимо удалить все почтовые базы из Exchange 2010

Удалить OAB с  Exchange 2010

Удалить Exchange 2010  через удаление программ

Миграция завершена

Запись опубликована в рубрике Без рубрики. Добавьте в закладки постоянную ссылку.

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Лимит времени истёк. Пожалуйста, перезагрузите CAPTCHA.