Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Миграция с Exchange 2010 на Exchange 2016, установка Exchange 2016 (часть 1).


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

Следующим шагом имеет смысл обновить Exchange. В текущем исполнении у нас один сервер Exchange 2010 для миграции решили сделать DAG из двух серверов на Exchange 2016. Как обычно, для начала разворачиваем тестовый домен, в моем случае это test.loc, где и продолжатся наши изыскания в познании особенностей новых платформ.

В начале своего повествования хотел бы поблагодарить Станислава Булдакова, чьи подробные и развернутые посты в его блоге, стали настольной книгой в наших движениях вперед и были взяты за основу при миграции. Кузнецова Данилу за организацию тестовой среды.

Для начала о том, что есть (тестовая среда должна в точности эмулировать продакшен сервера):

  • dc1.test.loc (PDC-Windows2008R2-192.168.10.59)
  • dc2.test.loc (SDC-Windows2016-192.168.10.65)
  • mailtest.test.loc (Mail-Windows2008R2-Exchange2010(CU17)-192.168.10.68)

Далее нам необходим Exchange сервер, его разворачиваем на Windows2016+Exchange2016, но перед этим имеет смысл внимательно прочесть пост Станислава:

https://www.buldakov.ru/?p=3173

Станислав все подробно расписал установку из командной стоки, приведу установку в картинках и прокомментирую особенности с которыми столкнулись в процессе…

Перед установкой нового или добавления дополнительного сервера убеждаемся, что права  Enterprise Admins и Schema Admins помимо Domain Admins в наличии.

Имеет смысл скачать сразу последний дистрибутив на нынешний момент:

InstallWindowsFeature RSATADDS
InstallWindowsFeature ASHTTPActivation, DesktopExperience, NETFramework45Features, RPCoverHTTPproxy, RSATClustering, RSATClusteringCmdInterface, RSATClusteringMgmt, RSATClusteringPowerShell, WebMgmtConsole, WASProcessModel, WebAspNet45, WebBasicAuth, WebClientAuth, WebDigestAuth, WebDirBrowsing, WebDynCompression, WebHttpErrors, WebHttpLogging, WebHttpRedirect, WebHttpTracing, WebISAPIExt, WebISAPIFilter, WebLgcyMgmtConsole, WebMetabase, WebMgmtConsole, WebMgmtService, WebNetExt45, WebRequestMonitor, WebServer, WebStatCompression, WebStaticContent, WebWindowsAuth, WebWMI, WindowsIdentityFoundation, ServerMediaFoundation
В нашем случае Install-WindowsFeature компонент пришлось доставлять руками, он почему-то автоматом не подхватился.
Desktop-Experienceне установился вовсе, но как оказалось вроде не на что это не повлияло.
Распаковываем дистрибутив подготавливаем схему AD к дальнейшей установке.
setup.exe /PrepareSchema /IAcceptExchangeServerLicenseTerms
setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms
setup.exe /prepareDomain /IAcceptExchangeServerLicenseTerms
Если производится первоначальная установка, то нужно обязательно указать название организации:
setup.exe /PrepareAD /OrganizationName:«Company» /IAcceptExchangeServerLicenseTerms

Далее приступаем непосредственно к самой установке:

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


Как мы знаем некоторые роли были объединены: https://www.buldakov.ru/?p=2706

Поэтому выбираем роль Mailbox

Иногда может потребоваться перезагрузка, об этом система сообщит. А далее остается только ждать…

После установки снова перезагружаем сервер, донакатываем все обновления через Windows Update (если они есть). После перезагрузки попытка сразу открыть консоль управления сервером Exchange успехом не увенчалась, почему-то она стала доступна еще минут через 5, мы уже стали переживать, что что-то пошло не так…, но в последствии все благополучно открылось…

Далее PS (от имени администратора):

Set-ClientAccessService -Identity mail1

Снова перезагружаем сервер.

*заметили интересную особенность (нюанс): например необходимо дать доступ к консоли управления сервера другим сисадминам. Для этого создаем их тестовые учетки с ящиками в тестовом домене, добавляем их в группу Organization Management 

но самое интересное , что после этого пока вы не войдете один раз в свой ящик https://mail1/owa, консоль ecp никак не откроется, обратите на это внимание.

Аналогично устанавливаем и второй сервер, после установки аналогично накатываем все обновления, из PS (от имени администратора) выполняем:

Set-ClientAccessService -Identity mail2

Перезагружаем сервер.

В итоге получаем следующий комплект серверов:

  • dc1.test.loc (PDC-Windows2008R2-192.168.10.59)
  • dc2.test.loc (SDC-Windows2016-192.168.10.65)
  • mailtest.test.loc (Mail-Windows2008R2-Exchange2010(CU17)-192.168.10.68)
  • mail1.test.loc (Mail1-Windows2016-Exchange2016(CU6)-192.168.10.44)
  • mail2.test.loc (Mail2-Windows2016-Exchange2016(CU6)-192.168.10.56)

В Центре администрирования должны видеть следующую картину:

Далее предстоит объединить сервера в DAG, но это уже тема следующего повествования.

Продолжение следует…

Всем хорошей работы!!!

Реклама

13.07.2017 - Posted by | ms exchange 2016

1 комментарий

  1. […] Миграция с Exchange 2010 на Exchange 2016, установка Exchange 2016 (часть … […]

    Уведомление от Миграция с Exchange 2010 на Exchange 2016, настройка DAG Exchange 2016 (часть 2). « Blog of Khlebalin Dmitriy | 18.07.2017


Sorry, the comment form is closed at this time.

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