отключение сервера exchange

[Мирный Атом]

Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.

 

[Goblin]

Вот краткая инструкция по перезагрузке рядового сервера Exchange входящего в DAG

1. Убедитесь, что все базы данных исправны, и проверьте, какие серверы в настоящий момент являются активными. Запустите следующую команду из Exchange Management Shell:
   Get-MailboxDatabaseCopyStatus *
2. Выполните «server Switchover », чтобы изменить активные базы данных с сервера, который вы хотите перезагрузить, на участника группы DAG, который не перезагружается:
   Move-ActiveMailboxDatabase –Server [ExchangeServerYouAreRebooting]
   Пример: Move-ActiveMailboxDatabase –Server SVR-EX02
3. После каждого переключения убедитесь, что базы данных исправны, и проверьте, какой сервер является активным:
   Get-MailboxDatabaseCopyStatus *
4. Перезагрузите сервер Exchange, на котором больше нет активных баз данных.
5. Выполните переключение сервера, чтобы изменить активную базу данных на начальную ситуацию:
   Move-ActiveMailboxDatabase [I]Databasename[/I] -ActivateOnServer [I]ExchangeServer[/I]
   (for example: Move-ActiveMailboxDatabase "Mailbox Database US" -ActivateOnServer SVR-EX02)
6. Проверьте работоспособность БД и убедитесь, что базы данных находятся на нужных серверах .
   Get-MailboxDatabaseCopyStatus *

 

[Goblin]

Переместите все базы на 1 сервер (если ресурсы позволяют, место и тд)

 

[NanoSuit]

Добавьте лучше в DAG третий, новый сервер, реплику на него включите. Старый выгоните из DAG. Я бы так сделал

 

[GoodWIN]

Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.

Лучше такие вещи поподробнее спланировать. Репликацию можно отключить через командлет remove-mailboxdatabasecopy
Так то можно и dag развалить а один из серверов вывести из эксплуатации. Вопрос в том по какому пути пойдете вы..
Вот в этой теме собирали DAG, там с командлетами. Можно по аналогии отключать.

 

[Anatoly]

Перевод Exchange в режим обслуживания

1.Опустошаем почтовые очереди, что бы там ничего не было
[PS] C:\> Set-ServerComponentState EX16-1 -Component HubTransport -State Draining -Requester Maintenance

2. Microsoft рекомендует сразу перезапускать службу транспорта что бы изменения вступили в силу
[PS] C:\> Restart-Service MSExchangeTransport
[PS] C:\> Restart-Service MSExchangeFrontEndTransport

3. Перенаправляем сообщения на другой сервер
[PS] C:\> Redirect-Message -Server EX16-1 -Target EX16-2.domen.com

Если сервер НЕ является участником DAG, вы можете перейти к шагу 8, в противном случае перейдем к части DAG.
4. Тормозим нужный узел DAG.
[PS] C:\> Suspend-ClusterNode EX16-1

5. Перемещаем активные базы данных на другой узел
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyActivationDisabledAndMoveNow $True

6. Смотрим статус DatabaseCopyAutoActivationPolicy
[PS] C:\> Get-MailboxServer EX16-1 | Select DatabaseCopyAutoActivationPolicy

Если политика уже в статусе Blocked то к шагу 7
7. Запрещаем серверу размещать активные базы данных у себя
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyAutoActivationPolicy Blocked

8. Перевод Exchange в режим обслуживания.
[PS] C:\> Set-ServerComponentState EX16-1 -Component ServerWideOffline -State Inactive -Requester Maintenance

Как то так

 

[Anatoly]

Вывод Exchange сервера из maintenance mode
Если ваш сервер не является членом DAG, выполняем шаги 1, 5 и 6.
1. Выводим сервер из режима обслуживания
[PS] C:\> Set-ServerComponentState EX16-1 -Component ServerWideOffline -State Active -Requester Maintenance

2. Восстанавливаем узел в DAG.
[PS] C:\> Resume-ClusterNode EX16-1

3. Разрешаем DatabaseCopyActivation
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyActivationDisabledAndMoveNow $False

4. Возвращаем исходную настройку политики автоматической активации базы данных. Если ранее она была заблокирована, то оставляем ее таким же. Политика по умолчанию - Unrestricted.
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyAutoActivationPolicy Unrestricted

5. Оживляем транспорт сообщений
[PS] C:\> Set-ServerComponentState EX16-1 -Component HubTransport -State Active -Requester Maintenance

6. Так же передергиваем службу транспорта что бы настройка сразу применилась
[PS] C:\> Restart-Service MSExchangeTransport
[PS] C:\> Restart-Service MSExchangeFrontEndTransport
Если сервер был членом группы DAG, и вы переместили все активные копии с сервера, вы можете легко переместить их обратно в зависимости от предпочтений монтирования, запустив сценарий RedistributeActiveDatabases.ps1, предоставленный Microsoft.
[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts> .\RedistributeActiveDatabases.ps1 -BalanceDbsByActivationPreference -Confirm:$false

 

[apache]

Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания?

без разницы, если как выше посоветовали, ну или если система не умрет раньше

 

[BlowFish]

Можно еще перевести Exchange в maintenance mode с помощью скрипта StartDagServerMaintenance.ps1

 

[Мирный Атом]

Можно еще перевести Exchange в maintenance mode с помощью скрипта StartDagServerMaintenance.ps1

Это и планируется сделать. Сам сервер находится на виртуалке Hyper-V. Хотим на другой сервер увезти. Проблем с переносом нет - вопрос тут в том, на какой период можно оставить нерабочим первый сервер? Не будет ли такого, что, условно, через 24 часа он не захочет реплицироваться из-за огромного объема писем очередей итд итп...

 

[BlowFish]

Ну там же транзакционная база.. по идее transaction logs возможно будут накапливаться. С чем ей реплицироваться, если второй сервер будет в MM, мы же запрещаем ему активные БД размещать. Хм.. наверное пока место позволяет расти логу.
Еще помоему там есть режим воспроизведения логов, то ли отложенный толи еще как то называется... Хм.. ща вспомню

 

[Lera]

можно проверить включив режим обслуживания на какой то короткий срок и посмотреть что будет.

 

[Apossum]

Ну там же транзакционная база.. по идее transaction logs возможно будут накапливаться. С чем ей реплицироваться, если второй сервер будет в MM, мы же запрещаем ему активные БД размещать. Хм.. наверное пока место позволяет расти логу.
Еще помоему там есть режим воспроизведения логов, то ли отложенный толи еще как то называется... Хм.. ща вспомню

не. Вы путаете, это несколько не то, при репликации пассивных копий

Get-DatabaseAvailabilityGroup -Status|fl Identity, PrimaryActiveManager
Get-MailboxServer | fl name, AutoDatabaseMountDial (сколько логов мы можем потерять если будем переходить на пассивные реплики этого сервера)

Get-MailboxDatabaseCopyStatus *
CopyQueueLength - показывает сколько логов ожидает копирования и проверки (логи которые не были скопированы в пассивную реплику)
ReplayQueueLength - Сколько логов ожидает проигрывания в копии конкретной БД

Я думаю наоборот с maintenance mode лучше не затягивать. Там же еще и сервер свидетель должен быть, серверов то у ТС =2. По идее если он будет не доступен то базы не с монтируются. Короче лучше быстрее все сделать..

 

[GoodWIN]

можно проверить включив режим обслуживания на какой то короткий срок и посмотреть что будет.

что я щас прочитал!?? в продакшне ?

 

[Мирный Атом]

можно проверить включив режим обслуживания на какой то короткий срок и посмотреть что будет.

Пассивные копии активируются на втором сервере и всё будет работать. DAG ведь жив. С коротким сроком нет проблем и даже на 2 часа оставляли в такой конфигурации (накатывание CU). Просто интересно стало, что будет, если очередь писем накопится огромная. Не упадет ли он в ошибку из-за большого объема.

CopyQueueLength - показывает сколько логов ожидает копирования и проверки (логи которые не были скопированы в пассивную реплику)
ReplayQueueLength - Сколько логов ожидает проигрывания в копии конкретной БД

Вот я именно об этом говорю.

Там же еще и сервер свидетель должен быть

О нем забыл. Он отдельный третий сервер свидетель.

 

[Goblin]

С коротким сроком нет проблем и даже на 2 часа оставляли в такой конфигурации (накатывание CU).

И что ? Очередь накапливалась по письмам за 2 часа ?

если очередь писем накопится огромная

будет тупить нещадно, было давно на 2007 - почтовую очередь зас#али спамом. Либо будут NDR приходить.

 

[Мирный Атом]

И что ? Очередь накапливалась по письмам за 2 часа ?

Да. Где-то около 1000 писем. Где-то за час-два растащилась, но я больше переживаю, не уйдет ли совсем тот первый сервак, который будет в режиме обслуживания

 

[NanoSuit]

Как я понял после:

7. Запрещаем серверу размещать активные базы данных у себя
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyAutoActivationPolicy Blocked

Все активные БД будут на выжившем сервере поэтому CopyQueueLength ReplayQueueLength не должно же быть?. Это же при репликации?

Где-то за час-два растащилась, но я больше переживаю, не уйдет ли совсем тот первый сервак, который будет в режиме обслуживания

Именно поэтому я бы предложил начать с резервных копий, затем поставить третий сервер. Затем уже заниматься проблемным.

Вы можете выбрать / посмотреть порядок активации копий БД
Get-MailboxDatabaseCopyStatus * |fl Name,ActivationPreference
Get-DatabaseAvailabilityGroup |fl name,PreferenceMoveFrequency (как часто запускать ребалансировку согласно ActivationPreference)
Можно просто проблемному серверу запретить на себе бд размещать и все.

 

[UEF]

Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.

Ничем, но придется заново сидировать базы