Миграция Exchange 2016 на новое железо

[StaDen]

Всем привет,

Планирую перенести одиночный сервер Exchange 2016 на другое железо, возможно даже в ВМ на Hyper-V (Windows Server 2016). Прошу совета как это лучше сделать или киньте ссылкой где это описано.

Текущий Exchange 2016 CU10 развернут на Windows Server 2016.

Пока вижу два сценария миграции

• Чистая установка с подключением старой базы, но пугает как перенастроить “хвосты” от старой системы.
• Восстановление из бекапа на новом железе, наверняка тоже есть какие то нюансы..

 

[Funtik]

Можно, поставить еще один Exchange, создать группу доступности, перенести активную копию БД на новый сервер и старый выпилить

 

[Funtik]

Всем привет,

Планирую перенести одиночный сервер Exchange 2016 на другое железо, возможно даже в ВМ на Hyper-V (Windows Server 2016). Прошу совета как это лучше сделать или киньте ссылкой где это описано.

Текущий Exchange 2016 CU10 развернут на Windows Server 2016.

Пока вижу два сценария миграции

• Чистая установка с подключением старой базы, но пугает как перенастроить “хвосты” от старой системы.
• Восстановление из бекапа на новом железе, наверняка тоже есть какие то нюансы..

Вам может пригодиться вот эта тема

 

[Force]

Чистая установка с подключением старой базы, но пугает как перенастроить “хвосты” от старой системы.

Можно почистить мусор от старого Exchange в active directory но это плохая практика.

Восстановление из бекапа на новом железе, наверняка тоже есть какие то нюансы..

А бэкап чем сделан ?

 

[Surf_rider]

Скорее всего будет сценарий сосуществования старого и нового Exchange. Сначала делаем full бэкап, лучше еще иметь отдельно резервную копию БД Exchange.
Я бы попробовал поставить еще один сервер "рядом" с проблемным Exchange, такой же версии. Далее попробовал объединить их в группу доступности. Прочтите тему которую вам посоветовали..

Далее нужно собрать группу доступности и выбрать свидетеля, поскольку серверов у меня четное число -2.
Собираю DAG
New-DatabaseAvailabilityGroup -Name DAG16 -WitnessServer filesrv.rew.local -WitnessDirectory C:\Witness16

Теперь хотелось бы написать про имена серверов что бы было понятнее что происходит.
mail.rew.local - это почтовый сервер exchange 2010
mail1.rew.local - это почтовый сервер exchange 2016
mail2.rew.local - это почтовый сервер exchange 2016

Теперь добавляю сервера в DAG
Код:
Add-DatabaseAvailabilityGroupServer -Identity DAG16 -MailboxServer MAIL1
Add-DatabaseAvailabilityGroupServer -Identity DAG16 -MailboxServer MAIL2

Проверяю все ли успешно
Get-DatabaseAvailabilityGroup DAG16 -Status

Теперь реплики баз
Код:
Add-MailboxDatabaseCopy "REWMailbox" -MailboxServer mail2
Add-MailboxDatabaseCopy "REWArchive" -MailboxServer mail1

 

[Surf_rider]

Ну и да скорее всего будут перерывы работе.. и тд. Миграцию надо планировать

 

[Anatoly]

Всем привет,

Планирую перенести одиночный сервер Exchange 2016 на другое железо, возможно даже в ВМ на Hyper-V (Windows Server 2016). Прошу совета как это лучше сделать или киньте ссылкой где это описано.

Текущий Exchange 2016 CU10 развернут на Windows Server 2016.

Пока вижу два сценария миграции

• Чистая установка с подключением старой базы, но пугает как перенастроить “хвосты” от старой системы.
• Восстановление из бекапа на новом железе, наверняка тоже есть какие то нюансы..

Снять образ акронисом, раскатать в виртуальную машину.

 

[Anatoly]

Надо знать параметры сервера, объем информации, количество ящиков и тд..
Потом старый сервер выключить (не удалять) - новый включить, проверить где то недельку если ок то старый грохнуть не включая в сеть

 

[StaDen]

Можно почистить мусор от старого Exchange в active directory но это плохая практика.

А бэкап чем сделан ?

Стандартными средствами - Windows Server Backup 2016.

Да вы правы, наверное буду смотреть в сторону группы доступности.

А конфликта лицензий не будет у старого и нового exchange ? т.к буду использовать одну лицензию...

Спасибо большое за быстрые ответы

 

[Vadim]

Нужно 2 лицензии на server в случае построения DAG, на CAL нет по-моему, то есть сколько было столько и осталось.

 

[StaDen]

Надо знать параметры сервера, объем информации, количество ящиков и тд..
Потом старый сервер выключить (не удалять) - новый включить, проверить где то недельку если ок то старый грохнуть не включая в сеть

Акронисом тоже можно, только кофигурация железа изменится и неясно как это повлияет на стабильность, и взлетит ли в итоге?
Ещё на старом сервере есть каки-то подозрения на вирусы... хотя последующие сканирования пока не выявили ничего.

База ~50ГБ, ящиков ~20

 

[CheBuRek]

Нужно 2 лицензии на server в случае построения DAG, на CAL нет по-моему, то есть сколько было столько и осталось.

Можно просто в режиме триала попробовать построить DAG, грубо говоря использовать его для репликации базы Exchange. Затем опять его разломать, ну типа освободить лицензию..

 

[Surf_rider]

Снять образ акронисом, раскатать в виртуальную машину.

а если система повреждена, получите 2 поврежденные системы. Как говорится если смешать банку меда и банку меда то будет 2 банки меда. А если смешать банку меда и банку Г то будет две банки Г

 

[CheBuRek]

 

[Anatoly]

Акронисом тоже можно, только кофигурация железа изменится и неясно как это повлияет на стабильность, и взлетит ли в итоге?
Ещё на старом сервере есть каки-то подозрения на вирусы... хотя последующие сканирования пока не выявили ничего.

База ~50ГБ, ящиков ~20

тюю. Ну это мало совсем. Мигрируйте на exchange 2019