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

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

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

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

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

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

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

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

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

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

Get-MailboxDatabase

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

Remove-MailboxDatabaseCopy -Identity DB01\MBX01
Remove-MailboxDatabaseCopy -Identity DB02\MBX01

Затем удалим основные почтовые базы Exchange 2010 – DB01 и DB02:

Get-MailboxDatabase -server MBX02 | Remove-MailboxDatabase

Удаление offline address book Exchange 2010

У нас еще осталась автономная адресная книга для Exchange 2010:

Удаление выполняется довольно просто:

Get-OfflineAddressBook -Identity "Default Offline Address Book" | Remove-OfflineAddressBook

Если её не удалить, то на этапе удаления ролей с сервера мастер установки будет генерировать ошибку.

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

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

Get-DatabaseAvailabilityGroup

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

Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer MBX02
Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer MBX01

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

Remove-DatabaseAvailabilityGroup -Identity DAG01

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

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

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

2. На первом шаге мастера нажмем “Next”.

3. На втором шаге мастера убираем галочку с компонента “Mailbox Server”.

4. Мастер установки выполнит проверку предварительных требований. Если будут найдены какие-то ошибки, то их следует предварительно устранить.

5. Дожидаемся окончания процесса удаления компонентов Exchange 2010 с сервера.

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

Вывод серверов клиентского доступа из эксплуатации

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

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

2. На первом шаге мастера нажмем “Next”.

3. На втором шаге мастера убираем галочку с компонента “Client Access Role” и “Hub Transport Role”.

4. Мастер установки выполнит проверку предварительных требований. Если будут найдены какие-то ошибки, то их следует предварительно устранить.

5. Дожидаемся окончания процесса удаления компонентов Exchange 2010 с сервера.

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

Дополнительные шаги

Последним шагом нам необходимо выполнить удаление виртуального сервиса, который мы использовали на нашем балансировщике сетевой нагрузки KEMP LoadMaster для балансировки трафика клиентских подключений к CAS Array.

Выполним следующие действия:

1. Перейдем в веб интерфейс администрирования:

https://10.10.10.150/

2. В меню слева перейдем к списку сервисов и удалим сервис “Exchange 2010 MAPI”:

Заключение

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

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

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

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