Миграция с Exchange 2010 на 2019. Часть 19 (заключительная). Вывод серверов Exchange 2016 из эксплуатации

В прошлый раз мы перенесли все почтовые ящики с Exchange 2016 на почтовые базы Exchange 2019. Теперь мы можем выполнить вывод серверов Exchange 2016 из эксплуатации. После завершения этой процедуры в нашей организации Exchange останутся только сервера Exchange версии 2019.

Про необходимые шаги вывода серверов Exchange 2016 из эксплуатации мы поговорим ниже.

Общая последовательность действий

Вывод серверов Exchange 2016 из эксплуатации мы будем выполнять в следующей последовательности:

  1. Удаление почтовых баз.
  2. Удаление группы высокой доступности.
  3. Деинсталяция серверов почтовых ящиков.

Вывод серверов почтовых ящиков из эксплуатации

Непосредственно перед выводом серверов почтовых ящиков из эксплуатации нам необходимо удалить почтовые базы и группу высокой доступности.

Удаление почтовых баз и их копий

У нас всего две базы – DB03 и DB04. Плюс дополнительные их копии в DAG:

Get-MailboxDatabase

Удалим копии почтовых баз и сами почтовые базы Exchange 2016:

Remove-MailboxDatabaseCopy -Identity DB03\MBX04
Remove-MailboxDatabaseCopy -Identity DB04\MBX03

Затем удалим основные почтовые базы Exchange 2016 – DB03 и DB04:

Get-MailboxDatabase -server MBX03 | Remove-MailboxDatabase
Get-MailboxDatabase -server MBX04 | Remove-MailboxDatabase

Удаление группы высокой доступности

Посмотрим, какие у нас есть группы высокой доступности:

Get-DatabaseAvailabilityGroup -Identity DAG02

Мы видим, что группы у нас две. Группа DAG02 содержит сервера Exchange 2016 и нам необходимо её удалить. Предварительно нам необходимо удалить все сервера из группы высокой доступности DAG02:

Remove-DatabaseAvailabilityGroupServer -Identity DAG02 -MailboxServer MBX03
Remove-DatabaseAvailabilityGroupServer -Identity DAG02 -MailboxServer MBX04

После этого мы можем удалить саму группу высокой доступности DAG02:

Remove-DatabaseAvailabilityGroup -Identity DAG02

Удаление первого сервера почтовых ящиков

Для удаления ролей Exchange 2016 с сервера MBX03 необходимо выполнить следующие действия:

1. Запустить мастер удаления Exchange 2016.

2. На странице приветствия мастера удаления Exchange 2016 нажмите кнопку “Next”.

3. Мастер выполнит проверку предварительных требований. Если замечаний не будет, то будет активна кнопка удаления. Нажмите кнопку “Uninstall”.

4. Дождитесь окончания работы мастера удаления Exchange 2016.

5. Перезагрузите сервер.

Удаление компонентов Exchange 2016 на оставшемся сервере Exchange 2016 выполняется аналогичным образом.

Заключение

Вывод серверов Exchange 2016 из эксплуатации завершен.

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

Цикл статей по миграции с Exchange 2010 на Exchange 2019 получился не самым коротким, хотя мы не всегда углублялись в детали. Но в тоже время было приведено детальное описание последовательности шагов миграции с примерами на тестовых серверах.

Миграция с Exchange 2010 на 2019. Часть 19 (заключительная). Вывод серверов Exchange 2016 из эксплуатации: 6 комментариев

  1. Спасибо! Единственный способ, позволивший в автоматическом режиме вычистить все записи о внезапно почившем сервере. А то наиболее популярный рецепт с использованием “/Mode:RecoverServer” и последующим удалением по невыясненным причинам не доходил до успешного завершения развёртывания “подменного” сервера.

  2. добрый день!
    может сможете дать совет…
    имею два сервера exchange 2019 на win 2019 в DAG. необходимо на одном из серверов переустановить винду (вот надо и все. такое требование сверху). в голове два пути:
    1. перевожу нужный сервер в режим обслуживания. удаляю базы данных. удаляю сервер из DAG. удаляю на сервере (через удаление программ) exchange. переустанавливаю винду. завожу обратно сервер в dag. жду синхронизации. мне кажется это путь камикадзе
    2. поднимаю еще одну виртуалку, ставлю винду. поднимаю exchange. настраиваю dag и жду синхронизации баз. потом нужный сервер вывожу из работы.

    1. Добрый день! Если есть возможность поднять третий сервер и перевести нагрузку с проблемного сервера на него, то я бы выбрал этот путь, т.е. в вашем случае это вариант №2. После перевода нагрузки проблемный сервер можно выводить из обслуживания.

  3. Добрый день! Подскажите, пожалуйста. В случае, если не используется распределение smtp трафика. На каком этапе необходимо маршруты транспорта переводить на Exchange 2019 ?
    Предположим, что у нас есть 2 сервера в DAG 2016 Exchange . Мы добавляем второй даг с 2019 Exchange. Маршрут транспорта смотрит на 2016 сервер. Если с 2016 перенести ящик на 2019 – он продолжит получать почту?

    1. Добрый день! Обратная совместимость Exchange 2019 c Exchange 2016 точно есть, но вот с проксирование почты с 2016 на 2019 гарантированной работы не заявлено. Кто-то пишет в обсуждениях, что у них работает, кто то пишет, что у них не работает. В тех проектах, в которых я учавствовал – почту переключали на 2019 сервер при первой же воможности.

      Если интересно, то вот тут есть один из примеров обсуждения – https://www.reddit.com/r/exchangeserver/comments/1cab8mz/exchange_20162019_coexistence/

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

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