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

Статус
Закрыто для дальнейших ответов.
М

Мирный Атом

Почетный гость
Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.
 
Вот краткая инструкция по перезагрузке рядового сервера 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 *
 
Переместите все базы на 1 сервер (если ресурсы позволяют, место и тд)
 
Добавьте лучше в DAG третий, новый сервер, реплику на него включите. Старый выгоните из DAG. Я бы так сделал
 
Мирный Атом сказал(а):
Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.
Нажмите, чтобы раскрыть...
Лучше такие вещи поподробнее спланировать. Репликацию можно отключить через командлет remove-mailboxdatabasecopy
Так то можно и dag развалить а один из серверов вывести из эксплуатации. Вопрос в том по какому пути пойдете вы..
Вот в этой теме собирали DAG, там с командлетами. Можно по аналогии отключать.
 
Перевод 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

Как то так
 
Вывод 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
 
Последнее редактирование модератором:
Можно еще перевести Exchange в maintenance mode с помощью скрипта StartDagServerMaintenance.ps1
 
BlowFish сказал(а):
Можно еще перевести Exchange в maintenance mode с помощью скрипта StartDagServerMaintenance.ps1
Нажмите, чтобы раскрыть...
Это и планируется сделать. Сам сервер находится на виртуалке Hyper-V. Хотим на другой сервер увезти. Проблем с переносом нет - вопрос тут в том, на какой период можно оставить нерабочим первый сервер? Не будет ли такого, что, условно, через 24 часа он не захочет реплицироваться из-за огромного объема писем очередей итд итп...
 
Ну там же транзакционная база.. по идее transaction logs возможно будут накапливаться. С чем ей реплицироваться, если второй сервер будет в MM, мы же запрещаем ему активные БД размещать. Хм.. наверное пока место позволяет расти логу.:unsure:
Еще помоему там есть режим воспроизведения логов, то ли отложенный толи еще как то называется... Хм.. ща вспомню
 
можно проверить включив режим обслуживания на какой то короткий срок и посмотреть что будет.
 
BlowFish сказал(а):
Ну там же транзакционная база.. по идее transaction logs возможно будут накапливаться. С чем ей реплицироваться, если второй сервер будет в MM, мы же запрещаем ему активные БД размещать. Хм.. наверное пока место позволяет расти логу.:unsure:
Еще помоему там есть режим воспроизведения логов, то ли отложенный толи еще как то называется... Хм.. ща вспомню
Нажмите, чтобы раскрыть...
не. Вы путаете, это несколько не то, при репликации пассивных копий

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

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

Я думаю наоборот с maintenance mode лучше не затягивать. Там же еще и сервер свидетель должен быть, серверов то у ТС =2. По идее если он будет не доступен то базы не с монтируются. Короче лучше быстрее все сделать..:unsure:
 
Lera сказал(а):
можно проверить включив режим обслуживания на какой то короткий срок и посмотреть что будет.
Нажмите, чтобы раскрыть...
Пассивные копии активируются на втором сервере и всё будет работать. DAG ведь жив. С коротким сроком нет проблем и даже на 2 часа оставляли в такой конфигурации (накатывание CU). Просто интересно стало, что будет, если очередь писем накопится огромная. Не упадет ли он в ошибку из-за большого объема.
Apossum сказал(а):
CopyQueueLength - показывает сколько логов ожидает копирования и проверки (логи которые не были скопированы в пассивную реплику)
ReplayQueueLength - Сколько логов ожидает проигрывания в копии конкретной БД
Нажмите, чтобы раскрыть...

Вот я именно об этом говорю.
Apossum сказал(а):
Там же еще и сервер свидетель должен быть
Нажмите, чтобы раскрыть...

О нем забыл. Он отдельный третий сервер свидетель.
 
Мирный Атом сказал(а):
С коротким сроком нет проблем и даже на 2 часа оставляли в такой конфигурации (накатывание CU).
Нажмите, чтобы раскрыть...
И что ? Очередь накапливалась по письмам за 2 часа ?

Мирный Атом сказал(а):
если очередь писем накопится огромная
Нажмите, чтобы раскрыть...
будет тупить нещадно, было давно на 2007 - почтовую очередь зас#али спамом. Либо будут NDR приходить.
 
Goblin сказал(а):
И что ? Очередь накапливалась по письмам за 2 часа ?
Нажмите, чтобы раскрыть...
Да. Где-то около 1000 писем. Где-то за час-два растащилась, но я больше переживаю, не уйдет ли совсем тот первый сервак, который будет в режиме обслуживания
 
Как я понял после:
Anatoly сказал(а):
7. Запрещаем серверу размещать активные базы данных у себя
[PS] C:\> Set-MailboxServer EX16-1 -DatabaseCopyAutoActivationPolicy Blocked
Нажмите, чтобы раскрыть...

Все активные БД будут на выжившем сервере поэтому CopyQueueLength ReplayQueueLength не должно же быть?. Это же при репликации?
Мирный Атом сказал(а):
Где-то за час-два растащилась, но я больше переживаю, не уйдет ли совсем тот первый сервак, который будет в режиме обслуживания
Нажмите, чтобы раскрыть...
Именно поэтому я бы предложил начать с резервных копий, затем поставить третий сервер. Затем уже заниматься проблемным.

Вы можете выбрать / посмотреть порядок активации копий БД
Get-MailboxDatabaseCopyStatus * |fl Name,ActivationPreference
Get-DatabaseAvailabilityGroup |fl name,PreferenceMoveFrequency (как часто запускать ребалансировку согласно ActivationPreference)
Можно просто проблемному серверу запретить на себе бд размещать и все.
 
Мирный Атом сказал(а):
Доброго дня! У нас два почтовых сервера в рамках одного DAG. Сервера реплицируются между собой и часть баз на одном сервере, а другая часть баз - на втором сервере. Хотим один сервер перевезти на новую железку и временно включить на нем режим обслуживания. Все базы уедут на второй сервер exchange. Вопрос в следующем: как долго мы можем первый сервер держать в режиме обслуживания? Не будет ли такого, что из-за слишком долгого режима обслуживания не начнется репликация и перенос баз обратно со второго на первый сервер? Спасибо.
Нажмите, чтобы раскрыть...
Ничем, но придется заново сидировать базы
 
Статус
Закрыто для дальнейших ответов.
Назад
Верх