Миграция Exchange 2013-2019. Часть 2

В прошлом году мы приняли давно назревшее решение об обновлении домена и Exchange на 2019. Работа очень объёмная, процесс длится уже больше года. Рассказываем, как мы готовили и настраивали сервера.

Продолжение.

Содержание:

Часть 1.

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

6.1. Автономная адресная книга(OAB)

6.2. Миграция системных ящиков

6.3. Миграция ящиков общих папок

6.4. Миграция ящиков пользователей

6.5. Возможные ошибки

7. Удаление серверов Exchange 2013 – EX1 и EX2

8. Обновление пограничных серверов EDGE

8.1. Удаление подписки 2013 EDGE-сервера

8.2. Подготовка 2019 EDGE-сервера

8.3. Создание подписки нового EDGE-сервера

8.4. Установка сертификата на коннектор приема

9. Заключение

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

В Exchange есть системные ящики, также называемые ящиками арбитража. Генерация автономной адресной книги(OAB), также происходит в арбитражном почтовом ящике.

Теперь требуется  перенести в новый Exchange — DAG19 почтовые ящики, не только пользователей, но и почтовые ящики арбитража(Arbitration) и общих папок(Public Folders). Подробнее.

При перемещении любых ящиков создаются запросы перемещения(MoveRequest).

Отобразить запросы перемещения ящиков:

Get-MoveRequest | Get-MoveRequestStatistics

Удалить, завершенные запросы на перемещение ящиков:

Get-MoveRequest -MoveStatus Completed -ResultSize Unlimited | Remove-MoveRequest -Confirm:$false

1. Автономная адресная книга(OAB):

Список OAB:

Get-OfflineAddressBook | Select AddressLists, Name,*Version, Virt*,*Web*,GeneratingMailbox | OGV

Ящик, содержащий OAB’ы с отображение локации (сервера и БД) на Exchange 2013:

2. Миграция системных ящиков:

Отобразить арбитражные почтовые ящики расположены в среде Exchange 2013:

Запустить миграцию арбитражных почтовых ящиков в Ex2019DB. Эта БД расположена в среде Exchange 2019:

3. Миграция ящиков общих папок:

Запустить миграцию ящиков общих почтовых ящиков в Ex2019DB. Это БД расположена в среде Exchange 2019:

$Ex2013Servers = Get-MailBoxServer | Where {$_.AdminDisplayVersion -Like "Version 15.0*"} 

$Ex2013Servers | Get-Mailbox-PiblicFolder | New-MoveRequest -TargetDatabase Ex2019DB

Для отображения и удаления запросов на перемещения, также используем: Get-MoveRequest/Remove-MoveRequest

4. Миграция ящиков пользователей:

Запустить миграцию ящиков общих почтовых ящиков в Ex2019DB. Это БД расположена в среде Exchange 2019:

$Ex2013Servers = Get-MailBoxServer | Where {$_.AdminDisplayVersion -Like "Version 15.0*"} 

$Ex2013Servers | Get-Mailbox  | New-MoveRequest -TargetDatabase Ex2019DB

Для отображения и удаления запросов на перемещения, также используем: Get-MoveRequest/Remove-MoveRequest

5. Возможные ошибки:

Иногда после переноса почтового ящика клиент не может подключится, тогда нужно перезапустить пул MSExchangeAutoDiscoveryAppPool(ссылка):

Можно поставить на время миграции автоматический перезапуск пула.

После завершения переноса почтового ящика, если Outlook включен, клиент увидит окно с уведомлением о необходимости перезапуска Outlook:

Достаточно просто перезапустить Outlook.

7. Удаление серверов Exchange 2013 – EX1 и EX2:

После окончания процесса миграции, после того как мы убедимся, что все работает, нужно удалить Exchange 2013. Для проверки можно просто выключить сервера Exchange 2013 на несколько дней. Все действия можно выполнить, используя ECP или PowerShell. 

Этапы вывода серверов Exchange:

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

  Remove-MailboxDatabaseCopy -Identity DBXX

• Удаление основных почтовых баз Exchange 2013: 

  Get-MailboxDatabase -Server EX1\EX2 | Remove-MailboxDatabase

• Удаление DAG серверов Exchange 2013:

  #Отобразить группу высокой доступности Exchange 2013:

  Get-DatabaseAvailabilityGroup -Identity DAG01

  #Предварительно необходимо удалить все сервера из группы высокой доступности DAG01:

  Remove-DatabaseAvailabilityGroupServer -Identity DAG01 -MailboxServer EX1\EX2

  #Удалить саму группу высокой доступности DAG01:

  Remove-DatabaseAvailabilityGroup-Identity DAG01

• Запуск мастера удаления Exchange EX1 и EX2

• Удаление ВМ EX1\EX2.

8. Обновление пограничных серверов EDGE:

Для того, чтобы заменить EDGE сервер, нужно сначала убрать его из внешнего DNS. Так как в моей конфигурации их два, то поток почты просто пойдет через второй, и работа почты не будет нарушена.

EDGE сервер не находятся в домене, но, в то же время, он использует одностороннюю синхронизацию со службами AD. Для этого используется механизм подписки(SubScription) на сайт Active Directory,, а на самом EDGE-сервере устанавливается облегченная версия службы каталогов AD LDS(Active Directory Lightweight Directory).

Итак выводим 2013 EDGE-сервер из подписки и вводим EDGE 2019. То же самое делаем со вторым EDGE-сервером.

Установка EDGE-сервера подробно: ссылка1 и ссылка2.

1. Удаление подписки 2013 EDGE-сервера:

Для даление подписки нужно запустить командлет два раза: — на EDGE-сервере и на любом MBX\CAS-сервере и согласиться с удалением:

Remove-EdgeSubscription EDGE1

2.  Подготовка 2019 EDGE-сервера:

Разворачиваем сервер Windows Server 2019, EDGE1. Оставляем в рабочей группе — не добавляем в домен. Устанавливаем настройки сети, такие же(IP-адрес), как у 2013 EDGE-сервера.

Важный пункт — нужно добавить DNS-суффикс домена, в моем случае — domen.ru и тогда Full computer name будет —  EDGE1.domen.ru. Перезагружаем.

 Устанавливаем необходимые пакеты:

• NET Framework 4.8

• Unified Communications Managed API 4.0.

• Visual C++ Redistributable Package for Visual Studio 2012

• Visual C++ Redistributable Package for Visual Studio 2013

И  службу AD LDS:

Install-WindowsFeature ADLDS

Запускаем установку, только выбираем роль “Edge Transport role”И  службу AD LDS:

Опять перезагружаем. Проверяем, инсталлятор должен был открыть входящие порты 50636, 50389 и 25 порт.

3.  Создание подписки нового EDGE-сервера:

Запускаем на EDGE-сервере:

New-EdgeSubscription -Filename "C:\edge1.xml"

У нас появится файл XML, который нужно импортировать на MBX\CAS-сервере. Просто копируем его на EX01 или EX02. Выполняем команду уже на MBX\CAS-сервере:

Чтобы не ждать и синхронизации, запускаем ее, потребуется время:

Start-EdgeSynchronization

Для проверки синхронизации:

Результат синхронизации(SyncStatus) Normal, без ошибок.

Возвращаем во внешнем DNS запись для EDGE1. Повторяем все пункты для EDGE2.

4.  Установка сертификата на коннектор приема.

Так как в нашей конфигурации используются пограничные сервера. То первой, точкой приема будет коннектор приема на EDGE-сервере. И можно(не обязательно) установить сертификат согласно пункту 5.5. Предварительно нужно скопировать сертификат и импортировать(*.pfx)  в «Personal\Certificates»(пункт 5.3).

9. Заключение

Был проведено обновление всей инфраструктуры. Причем с важным условием: не останавливая\нарушая работу сервисов. Результат вполне удовлетворительный.