none
Восстановление\перенос арбитражных ящиков exchange 2013. RRS feed

  • Вопрос

  • Всем доброго дня.

    Вышел из строя один из mailbox-серверов. (Восстановить не удалось).

    Вместо него подняли другой сервер, настроили, ввели в DAG, все ОК.

    Кроме одного - старый (несуществующий) сервер светится в AD и, соответственно в консоли Exchange. Из-за этого в логах серверов постоянно ошибки, связанные с отсутствием связи с одним из серверов Exchange.

    Хотел почистить АД от несуществующего сервера (с помощью adsiedit.msc), но вспомнил про арбитражные ящики. И точно-все они числятся на этом удаленном сервере Exchange.

    Get-Mailbox -Arbitration:

    SystemMailbox{e0dc1c29... SystemMailbox{e0d...     mail2         Unlimited
    SystemMailbox{1f05a927... SystemMailbox{1f0...      mail2         Unlimited
    FederatedEmail.4c1f4d8... FederatedEmail.4c...          mail2         1 MB (1,048,576 bytes)
    SystemMailbox{bb558c35... SystemMailbox{bb5...     mail2         Unlimited
    Migration.8f3e7716-201... Migration.8f3e771...           mail2         300 MB (314,572,800 bytes)

    Как корректно их перенести/восстановить на другой сервер?

    25 июня 2019 г. 13:41

Ответы

  • И что сейчас делать с арбитражными ящиками? И с сервером mail2? Вообще не чистить АД от него?

    Но просто много ошибок из-за него копится в логах.

    В общем, из DAG сервер вы вывели вполне штатно.

    С арбитражными п/я - надо просто посмотреть, в какой они БД

    Get-Mailbox -Arbitration | fl Name,Database

    и на каком сервере сейчас активная копия этой БД. Если тут всё ОК - не делать ничего.

    Насчет сервера уже написал: либо штатно восстановить на новом сервере (где-нибудь на виртуалке) и удалить Exchange (лучше делать во внерабочее время, чтобы транспорт и клиенты за него не зацепились сильно), либо на свой страх и риск удалить через adsiedit.


    Слава России!

    • Помечено в качестве ответа Nikos2012 27 июня 2019 г. 12:03
    26 июня 2019 г. 10:59

Все ответы

  • Get-Mailbox -Arbitration -Identity "SystemMailbox{1f05a927-09a2-4d07-afd1-5415ee3ac449}" | New-
    MoveRequest -TargetDatabase yourDB

    25 июня 2019 г. 13:56
  • У меня правда этот системный ящик с другим ID.

    [PS] C:\Windows\system32>Get-Mailbox -Arbitration -Identity "SystemMailbox{1f05a927-faa8-435e-82e0-de5a7abe1325}" | New-MoveRequest -TargetDatabase MDBMAIN

    Но все равно говорит, что SystemMailbox{1f05a927-faa8-435e-82e0-de5a7abe1325} уже находится в целевой базе MDBMAIN


    Можно как-то указать конкретный сервер для переноса?
    • Изменено Nikos2012 25 июня 2019 г. 15:00
    25 июня 2019 г. 14:59
  • П/я в Exchange (начиная с версии Exch2010)  находятся не "на сервере", а "в базе данных", а сами базы данных к серверам не привязаны (могут иметь несколько копий на разных серверах).

    Как я подозреваю, вы добавили новый сервер с новым именем в DAG, а инофрмацию о погибшем не тронули. Это вы сделали зря. Информация о погибшем сервере и его конфигурация остались в AD - из-за этго и ошибки. В частности, к нему остались приписаны копии БД, которые были на нем. Какие именно - можно посмотреть командой Get-MailboxDatabaseCopyStatus -server mail2  Удалите эти копии из EAC или  через EMS: Remove-MailboxDatabaseCopy имя_бд\mail2 После этого удалите этот сервер из DAG.

    На всякий случай: если на этом сервере оставались единственные копии каких-либо БД, то тогда сложнее. Из таких БД нужно удалить или переназначить все п/я, которые за ними числятся (переназначать п/я надо командой Set-Mailbox имя_п/я -Database новая_БД). После этого можно попробовать удалить БД. Иногда удалить не получается, если за БД числятся другие объекты - запросы на перемещение/загрузку/выгрузку/восстановление п/я. Если это так, то надо удалить эти объекты, а потому удалять базу.

    По поводу того, как удалять сервер из организации Exchange вообще. Удалять через adsiedit.msc - это не штатная, не документированная MS процедура, так что какие побочные эффекты вы в результате получите, выполнив конкретную инструкцию откуда-то из интернета (а инструкции разные бывают) - это никто не знает.

    Штатная процедура удаления сервера - это деинсталляция Exchange на нем. Чтобы деинсталлировать погибший сервер, его надо восстановить - установить Exchange с ключом /m:RecoverServer (процедура - здесь).

    PS SystemMailbox{1f05a927-XXXX-XXXX-XXXX-XXXXXXXXXXXX} (он используется для модерации) имеет разное  название в разных организациях Exchange: вместо X могут быть любые шестнадцатеричные цифры. Так что не удивляйтесь, что имя у вас другое.


    Слава России!


    • Изменено M.V.V. _ 25 июня 2019 г. 20:46 Добавлена гиперссылка на процедуру восстановления сервера
    25 июня 2019 г. 20:29
  • Добрый день.

    Сервер mail2 был в составе DAG.

    После выхода его из строя вместо него был введен в состав DAG новый сервер с новым именем.

    После этого с "умершего" сервера mail2 были удалены копии баз через EMS:

    Remove-MailboxDatabaseCopy "MDBMAIN\MAIL2"

    Далее он был удален из DAG:

    Remove-DatabaseAvailabilityGroupServer -Identity DAG-MailboxServer MAIL2 -ConfigurationOnly

    и из кластера:

    Get-ClusterNode MAIL2 | Remove-ClusterNode -Force

    Сейчас я хотел аккуратно почистить АД от его остатков, но перед этим перенести арбитражные ящики с mail2 на рабочий сервер, но не получается.

    И что сейчас делать с арбитражными ящиками? И с сервером mail2? Вообще не чистить АД от него?

    Но просто много ошибок из-за него копится в логах.

    26 июня 2019 г. 7:31
  • И что сейчас делать с арбитражными ящиками? И с сервером mail2? Вообще не чистить АД от него?

    Но просто много ошибок из-за него копится в логах.

    В общем, из DAG сервер вы вывели вполне штатно.

    С арбитражными п/я - надо просто посмотреть, в какой они БД

    Get-Mailbox -Arbitration | fl Name,Database

    и на каком сервере сейчас активная копия этой БД. Если тут всё ОК - не делать ничего.

    Насчет сервера уже написал: либо штатно восстановить на новом сервере (где-нибудь на виртуалке) и удалить Exchange (лучше делать во внерабочее время, чтобы транспорт и клиенты за него не зацепились сильно), либо на свой страх и риск удалить через adsiedit.


    Слава России!

    • Помечено в качестве ответа Nikos2012 27 июня 2019 г. 12:03
    26 июня 2019 г. 10:59
  • БД у нас одна. И все арбитражные ящики в ней

    Всего 3 копии этой БД в DAG на серверах: mailbox1, 2 и 3

    Активная копия на сервере mailbox1

    [PS] C:\Windows\system32>Get-MailboxDatabaseCopyStatus -Identity MDBMAIN

    Name                                          Status          CopyQueue ReplayQueue    ContentIndex
                                                                                Length    Length                       State
    ----                                          ------          --------- ----------- --------------------   ------------
    MDBMAIN\MAILBOX1                   Mounted       0         0                                              Healthy
    MDBMAIN\MAILBOX2                   Healthy         0         0       6/26/2019 4:03:48 PM   Healthy
    MDBMAIN\MAILBOX3                   Healthy         0         0       6/26/2019 4:03:48 PM   Healthy

    Но Exchange утверждает, что арбитражные ящики находятся на несуществующем сервере mail2:

    Get-Mailbox -Arbitration:

    SystemMailbox{e0dc1c29... SystemMailbox{e0d...     mail2         Unlimited
    SystemMailbox{1f05a927... SystemMailbox{1f0...      mail2         Unlimited
    FederatedEmail.4c1f4d8... FederatedEmail.4c...          mail2         1 MB (1,048,576 bytes)
    SystemMailbox{bb558c35... SystemMailbox{bb5...     mail2         Unlimited
    Migration.8f3e7716-201... Migration.8f3e771...           mail2         300 MB (314,572,800 bytes)


    • Изменено Nikos2012 26 июня 2019 г. 13:07
    26 июня 2019 г. 12:56
  • Не обращайте на это внимание. Свойство ServerName объекта Mailbox (оно отображает атрибут AD msExchHomeServerName для учетной записи п/я), начиная с Exhange 2010 больше не используется, а этот атрибут при перемещении активной копии базы даннных п/я никак не обновляется. Подробности - https://blogs.technet.microsoft.com/timmcmic/2011/09/26/exchange-2010-homemta-and-msexchhomeservername-are-not-updated-on-mailboxes/

    Слава России!

    26 июня 2019 г. 14:27
  • Спасибо большое.

    Я создал новый вопрос по поднятию "умершего" сервера.

    Если есть время и возможность, можете посмотреть и подсказать.

    27 июня 2019 г. 12:08