none
Параметр Database является обязательным на UserMailbox RRS feed

  • Вопрос

  • Здравствуйте!

    После удаления из AD записи о вышедшем из строя сервере Exchange 2016 появилась ошибка "Параметр Database является обязательным на UserMailbox".  Практически при любом запросе в консоли Exchange и в ECP при попытке открыть свойства любой почтовой учетки.

    Были проделаны действия из этой инструкции - http://smtp25.ru/archives/3090 , но желаемого результата это не принесло. На 6-м шаге при проверке появляется все та же ошибка.

    [PS] C:\Users\xxxx\Desktop>get-mailbox -Arbitration
    Параметр Database является обязательным на UserMailbox.
        + CategoryInfo          : NotSpecified: (:) [Get-Mailbox], DataValidationException
        + FullyQualifiedErrorId : [Server=MAIL,RequestId=08510498-22be-4fe5-a71e-948c80e63239,TimeStamp=05.03.2017 13:
       59:01] [FailureCategory=Cmdlet-DataValidationException] 15845A98,Microsoft.Exchange.Management.RecipientTasks.GetM
      ailbox
        + PSComputerName        : mail.domain.com

    В ECP база видна, кроме того, даже новая создалась и подключилась нормально. Почта ходит, все хорошо, но не зайти в свойства учеток. Попробовал переместить ящик в новую базу, но получаю ошибку "Не удалось найти допустимый почтовый ящик миграции для этой организации".

    Прошу помощи в решении проблемы. Гугление водит по замкнутому кругу с пересозданием служебных почтовых ящиков.

    5 марта 2017 г. 14:07

Ответы

  • Хорошо.

    Тогда вот вам статья для изучения. Проверьте пожалуйста, еще раз (выше вы уже писали про это) параметр homeMDB  для всех служебных ящиков с которыми мы воевали.

    Или так, как здесь описывается, делайте только не торопитесь.

    Set-Mailbox “SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}” -Arbitration -Database “YourDatabaseNameHere”

    • Помечено в качестве ответа Vitaliy.I 6 марта 2017 г. 16:16
    6 марта 2017 г. 13:21
  • удалить все из AD и перезапустить службу Exchange Health Manager service


    scientia potentia est
    My blog

    • Помечено в качестве ответа Vitaliy.I 6 марта 2017 г. 16:16
    6 марта 2017 г. 15:03

Все ответы

  • Вот и пересоздайте все ящики корректно.

    setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

    Migration и Federated ящики- созданы? Должны быть.

    Get-Mailbox -AuditLog -Database <DatabaseName>

    Что показывает?

    5 марта 2017 г. 17:18
  • Вот и пересоздайте все ящики корректно.

    setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

    Migration и Federated ящики- созданы? Должны быть.

    Get-Mailbox -AuditLog -Database <DatabaseName>

    Что показывает?

    Тоже самое показывает - Параметр Database является обязательным на UserMailbox.

    setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms

    Это действие тоже проводил в рамках одного из шагов в инструкции. Операция завершилась корректно.

    В атрибутах пользователей HomeMDB прописаны верные данные БД. В msExchHomeServerName верные данные сервера. В HomeMTA пусто. Не знаю что там должно быть.

    Ящики Migration и Federated есть. Пересоздавались согласно инструкции.

    5 марта 2017 г. 18:21
  • В HomeMTA пусто. Не знаю что там должно быть.

    Это нормально.

    А что с сервером произошло вообще? Вы вычислити о нем данные полностью? Базы его и тд? Все как в тойже статье Максима?

    5 марта 2017 г. 18:38
  • Сервер приказал долго жить. На новом сервере была проблема с обновлением адресной книги. Пересоздал ее, но при попытке ее обновить была ошибка о недоступности старого сервера. Это и повлияло на принятие решения о чистке AD. Данные о нем чистил с помощью ADSI Edit. Удалил саму запись о нем и запись о старой БД. Гугление по поводу OAB привело на эту страницу - https://social.technet.microsoft.com/Forums/ru-RU/82edaaf7-1649-4f60-a035-86379c2ac1ae/exchange-2016-oab?forum=exchange2013ru, где и нашлась инструкция Максима. По ней удалил указанные системные учетки в AD и запустил setup.exe /PrepareAD /IAcceptExchangeServerLicenseTerms.
    5 марта 2017 г. 19:04
  • Ну, давайте проверять тогда, как Вы выполняли шаги. В соседней теме, тоже товарищ божился что все сделал хорошо, а до сих пор с OWA проблемы.

    Покажите вывод

    Get-Mailbox -Arbitration | fl Name, PersistedCapabilities

    Get-Mailbox -Arbitration | ForEach-Object {Get-ADUser
    $_.DistinguishedName -Properties *} |
    Format-Table
    -Property @("Name", "msExchCapabilityIdentifiers")
    -AutoSize

    5 марта 2017 г. 19:14
  • Во всех случаях вывод команд - Параметр Database является обязательным на UserMailbox.

    Еще замтил такое - в AD есть учетка SystemMailbox{D0E409A0-AF9B-4720-92FE-AAC869B0D201}, которая отсутствует в инструкции Максима. И соответственно я ее не удалял и, очевидно, она не пересоздавалась. Может ли быть проблема в ней?

    • Изменено Vitaliy.I 5 марта 2017 г. 19:37
    5 марта 2017 г. 19:22
  • Может, что проблема в ней, может, это у вас по наследству какой-то ящик, атрибутов я его не видел. Тем не менее, удалите его, установщик Exchange 2016 вам все корректно пересоздаст, все нужные ящики. И вывода я так и не увидел. Поэтому- удалите все ящики еще раз. И сдеайте повторно.Иначе так и будете видеть вывод команд (как на первом скриншоте) https://jaapwesselius.com/2015/10/14/exchange-2013-recreate-arbitration-mailboxes/

    6 марта 2017 г. 5:34
  • Проделал операцию по пересозданию арбитражных ящиков заново, включая SystemMailbox{D0E409A0...

    После действий 

    Enable-Mailbox –Arbitration –Identity "FederatedEmail.4c1...
    Enable-Mailbox –Arbitration –Identity "SystemMailbox{1f05...
    Enable-Mailbox –Arbitration –Identity "SystemMailbox{e0dc...
    Enable-Mailbox –Arbitration –Identity "SystemMailbox{bb55...

    проверка 

    Get-User | Where {$_.Name –like "SystemMailbox*"} | Enable-Mailbox -Arbitration

    показывает всего 2 ящика, вместо трёх. А если запустить эту команду проверки снова, то не показывает уже ничего. Пустая строка.

    [PS] C:\Users\xxxx\Desktop>Get-User | Where {$_.Name -like "SystemMailbox*"} | Enable-Mailbox -Arbitration
    [PS] C:\Users\xxxx\Desktop>

    Т.е. Exchange перестает видеть данные учетки практически сразу после их создания.

    Последующие команды возвращают все ту же ошибку, которой озаглавлена данная тема.

    [PS] C:\Users\xxxx\Desktop>Get-Mailbox -Identity "SystemMailbox{e0dc1c29*" -Arbitration | Set-Mailbox -Arbitration -DisplayName "Microsoft Exchange"

    Параметр Database является обязательным на UserMailbox.

    Очевидно, что проблема в AD. Но как ее отловить? Два контроллера домена Win 2016. Репликация между ними проходит корректно.

    6 марта 2017 г. 8:46
  • Покажите вывод:

    Get-Mailbox -Arbitration |FT Name, ServerName, Database -Auto
    Get-Mailbox -Monitoring |FT Name, ServerName, Database -Auto
    Get-Mailbox -AuditLog |FT Name, ServerName, Database -Auto

    Желательно скриншотом.

    6 марта 2017 г. 9:40
  • Хехе, я дважды уже просил. Мне хоть бы как, только бы одним глазком хотябы.

    проверка 

    Get-User | Where {$_.Name –like "SystemMailbox*"} | Enable-Mailbox -Arbitration

    показывает всего 2 ящика, вместо трёх. А если запустить эту команду проверки снова, то не показывает уже ничего. Пустая строка.

    Это не проверка, это вы включили ящики.

    И почему-то удивляетесь, что их теперь больше нет в запросе, "пустая строка".

    Вообще, чтоли нет понимания что Вы делаете?

    6 марта 2017 г. 10:38
  • Сюда скрин прикрепить не удается.

    http://i89.fastpic.ru/big/2017/0306/d0/8fdd622d484768a43927c3f573fa90d0.jpg

    Get-Mailbox -Arbitration |FT Name, ServerName, Database -Auto
    Get-Mailbox -Monitoring |FT Name, ServerName, Database -Auto

    Вывод 

    [PS] C:\Users\xxxx\Desktop>Get-Mailbox -Arbitration |FT Name, ServerName, Database -Auto
    Параметр Database является обязательным на UserMailbox.
        + CategoryInfo          : NotSpecified: (:) [Get-Mailbox], DataValidationException
        + FullyQualifiedErrorId : [Server=MAIL,RequestId=cef80e70-3bd9-481d-8b25-46803aa0ba89,TimeStamp=06.03.2017 10:
       32:47] [FailureCategory=Cmdlet-DataValidationException] 15845A98,Microsoft.Exchange.Management.RecipientTasks.GetM
      ailbox
        + PSComputerName        : mail.domain.com

    [PS] C:\Users\xxxx\Desktop>Get-Mailbox -Monitoring |FT Name, ServerName, Database -Auto
    Параметр Database является обязательным на UserMailbox.
        + CategoryInfo          : NotSpecified: (:) [Get-Mailbox], DataValidationException
        + FullyQualifiedErrorId : [Server=MAIL,RequestId=cef80e70-3bd9-481d-8b25-46803aa0ba89,TimeStamp=06.03.2017 10:
       32:55] [FailureCategory=Cmdlet-DataValidationException] 15845A98,Microsoft.Exchange.Management.RecipientTasks.GetM
      ailbox
        + PSComputerName        : mail.domain.com

    Get-Mailbox -AuditLog |FT Name, ServerName, Database -Auto

    [PS] C:\Users\xxxx\Desktop>Get-Mailbox -AuditLog |FT Name, ServerName, Database -Auto
    [PS] C:\Users\xxxx\Desktop>


    6 марта 2017 г. 10:58
  • Прошу сильно не пинать, т.к. с Exchange сталкиваюсь впервые. Квадратная голова уже от него, отсюда и невнимательность. 


    6 марта 2017 г. 11:10
  • а у вас рутового домена нет случайно?

    попробуйте в EMS выполнить команду:

    Set-AdServerSettings -ViewEntireForest $True

    после нее уже те, что те, которые показывают различные mailbox и посмотреть после которого mailbox будет ворнинг, его и пересоздать


    scientia potentia est
    My blog

    6 марта 2017 г. 11:50
  • Set-AdServerSettings -ViewEntireForest $True

    Прошло без ошибок.

    Но на любой запрос get-mailbox всё та же ругань 

    Параметр Database является обязательным на UserMailbox.
        + CategoryInfo          : NotSpecified: (:) [Get-Mailbox], DataValidationException
        + FullyQualifiedErrorId : [Server=MAIL,RequestId=cef80e70-3bd9-481d-8b25-46803aa0ba89,TimeStamp=06.03.2017 12:
       13:28] [FailureCategory=Cmdlet-DataValidationException] 15845A98,Microsoft.Exchange.Management.RecipientTasks.GetM
      ailbox
        + PSComputerName        : mail.domain.com

    Снова проделал шаги по пересозданию системных учеток и на шаге №7

    Get-Mailbox -Arbitration | fl Name, PersistedCapabilities

    Все то же самое.

    Вот скриншот. http://i90.fastpic.ru/big/2017/0306/21/fe919e9d56e4c7e6e04a378252de1421.jpg

    а у вас рутового домена нет случайно? Не совсем понимаю как это можно проверить.
    • Изменено Vitaliy.I 6 марта 2017 г. 12:25
    6 марта 2017 г. 12:24
  • А вот так тоже с ошибкой выходит?

    Get-Mailbox |FT Name, ServerName, Database -Auto

    6 марта 2017 г. 12:30
  • а у вас рутового домена нет случайно? Не совсем понимаю как это можно проверить.

    Имеется ввиду домен AD вида root.company.ru, где root корневой домен леса, и в нем еще создан домен company.ru. Это, как я понимаю не так, и домен он же лес у вас один. Команда, которую Вы получили выше, устанавливает область поиска не в том домене, где установлен серев, а во всем лесу.

    Отлично, хоть какие-то скриншоты есть вменяемые.

    Будьте добры Get-Mailbox -Arbitration -Verbose

    6 марта 2017 г. 12:31
  • А вот так тоже с ошибкой выходит?

    Get-Mailbox |FT Name, ServerName, Database -Auto

    Так точно. Та же самая ошибка.
    6 марта 2017 г. 12:31
  • Будьте добры Get-Mailbox -Arbitration -Verbose

    Как и любой запрос с коммандлетом get-mailbox та же ошибка.

    http://i89.fastpic.ru/big/2017/0306/d0/8fdd622d484768a43927c3f573fa90d0.jpg

    6 марта 2017 г. 12:38
  • Виталий.

    Делайте то, что  просят в точности. Я прошу диагностику, а она дается при вводе расширенного ключа  -Verbose

    У Вас его на скриншоте нет. Дабы день сегодня для Вас не прошел зря, подарю адский лайфхак: наберите в консоли

    cd \

    и ввод.

    и прыгнете в корень диска С.

    Это избавит Вас от необходимости замазывать все время профиль залогиненного администратора. И в дальнейшем даст больше месте при вводе, так что пользуйтесь на здоровье.

    6 марта 2017 г. 12:43
  • Дико извиняюсь, дал не ту ссылку на скриншот.

    http://i90.fastpic.ru/big/2017/0306/78/a4fe154abdfcb15106bbfe0ba5ce5878.jpg


    6 марта 2017 г. 13:03
  • Ничего, в спешке все бывает. Я тоже извиняюсь, Вы наверное Ивану отвечали на его вопрос, а я не заметил этого, и всем показал сразу сходу. Однако это не совсем то, что я ожидал увидеть, если честно. Сколько сейчас серверов, и какой они версии CU?
    6 марта 2017 г. 13:07
  • Сейчас один Exchange 2016 CU4.

    6 марта 2017 г. 13:13
  • Хорошо.

    Тогда вот вам статья для изучения. Проверьте пожалуйста, еще раз (выше вы уже писали про это) параметр homeMDB  для всех служебных ящиков с которыми мы воевали.

    Или так, как здесь описывается, делайте только не торопитесь.

    Set-Mailbox “SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}” -Arbitration -Database “YourDatabaseNameHere”

    • Помечено в качестве ответа Vitaliy.I 6 марта 2017 г. 16:16
    6 марта 2017 г. 13:21
  • Дмитрий, действительно, при пересоздании учеток одна из них, а именно

    Migration.8f3e7716-2011-43e4-96b1-aba62d229136

    привязалась к другой БД, которую я создал для попытки переместить ящики (описывал ситуацию в самом первом сообщении).

    Тем не менее выполнил Set-Mailbox “SystemMailbox...” -Arbitration -Database “Mailbox Database 1” для всех данных учеток.

    Вывод аналогичен для всех ящиков

    [PS] C:\>Set-Mailbox "SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}" -Arbitration -Database "Mailbox Database 1"

    Подтверждение
    Возвращение почтового ящика "SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}" в базу данных "Mailbox Database 1". Эта
    операция изменит только конфигурацию Active Directory почтового ящика. Учтите, что текущее содержимое почтового ящика станет
    недоступным для пользователя.
    [Y] Да - Y  [A] Да для всех - A  [N] Нет - N  [L] Нет для всех - L  [?] Справка (значением по умолчанию является "Y"): y

    Подтверждение
    "SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}" является почтовым ящиком разрешения конфликтов. Почтовые ящики
    разрешения конфликтов используются для управления рабочими процессами утверждения. Изменение этой конфигурации может привести
    к отрицательным последствиям. Продолжить?
    [Y] Да - Y  [A] Да для всех - A  [N] Нет - N  [L] Нет для всех - L  [?] Справка (значением по умолчанию является "Y"): y
    ПРЕДУПРЕЖДЕНИЕ: Команда выполнена успешно, но параметры 'domain.com/Users/SystemMailbox{bb558c35-97f1-4cb9-8ff7-d53741dc928c}'
     не были изменены.

    кроме SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}

    [PS] C:\>Set-Mailbox "SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}" -Arbitration -Database "Mailbox Database 1"
    Не удалось выполнить операцию, поскольку объект "SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}" не найден в "DC02.domain.com"
        + CategoryInfo          : NotSpecified: (SystemMailbox{8...6-bb94bd0641a9}:MailboxIdParameter) [Set-Mailbox], ManagementO
       bjectNotFoundException
        + FullyQualifiedErrorId : [Server=MAIL,RequestId=c570bb6f-3e1e-429e-b03e-e582d74cabf9,TimeStamp=06.03.2017 14:07:54]
       [FailureCategory=Cmdlet-ManagementObjectNotFoundException] 11C605B0,Microsoft.Exchange.Management.RecipientTasks.SetMailb
      ox
        + PSComputerName        : mail.domain.com

    При этом учетка есть, ошибки в написании нет. Атрибут задан верно. CN=Mailbox Database 1,CN=Databases,CN=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Administrative Groups,CN=DOMAIN,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=domain,DC=com

    http://i91.fastpic.ru/big/2017/0306/69/058137ddf5aa686d29cd98bea7ae6e69.jpg

    И да, вывод Get-Mailbox -Arbitration -Verbose не изменился. 



    • Изменено Vitaliy.I 6 марта 2017 г. 14:27
    6 марта 2017 г. 14:22
  • Ну в GUIDе учетки ошиблись стало быть, если он ее не находит.

    кроме SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}

    То, что не изменился, видно из скриншота, получается эта база уже была корректно указана, и ничего не поменялось от командлетов выше.

    Что-то в журнале Application есть, ошибки, подсказки какие-то?

    6 марта 2017 г. 14:32
  • возможно у вас остался ящик с не полностью затертыми атрибутами Exchange.

    попробуйте выполнить командлет:

    Get-ADUser -filter {msExchHomeServerName -ne "/o=org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=Server"}

    подставив значения организации и нового сервера Exchange.

    Проверить в выводе системные ящики. 


    scientia potentia est
    My blog

    6 марта 2017 г. 14:39
  • возможно у вас остался ящик с не полностью затертыми атрибутами Exchange.

    попробуйте выполнить командлет:

    Get-ADUser -filter {msExchHomeServerName -ne "/o=org/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=Server"}

    подставив значения организации и нового сервера Exchange.

    Проверить в выводе системные ящики. 


    scientia potentia est

    34 записи вида

    DistinguishedName : CN=HealthMailboxcf452a2caaf149eb845fbf0f4d897844,CN=Users,DC=domain,DC=com
    Enabled           : True
    GivenName         :
    Name              : HealthMailboxcf452a2caaf149eb845fbf0f4d897844
    ObjectClass       : user
    ObjectGUID        : ea713df7-03fb-42c7-a2f0-347d8eb2f876
    SamAccountName    : SM_7c8f7d895753486c8
    SID               : S-1-5-21-4176598984-680808199-4228409276-1132
    Surname           :
    UserPrincipalName : HealthMailboxcf452a2caaf149eb845fbf0f4d897844@domain.com

    http://i91.fastpic.ru/big/2017/0306/ca/2e7347cb71d8f0e5d10d801ed9a656ca.jpg

    6 марта 2017 г. 14:58
  • удалить все из AD и перезапустить службу Exchange Health Manager service


    scientia potentia est
    My blog

    • Помечено в качестве ответа Vitaliy.I 6 марта 2017 г. 16:16
    6 марта 2017 г. 15:03
  • Ну в GUIDе учетки ошиблись стало быть, если он ее не находит.

    кроме SystemMailbox{8cc370d3-822a-4ab8-a926-bb94bd0641a9}

    То, что не изменился, видно из скриншота, получается эта база уже была корректно указана, и ничего не поменялось от командлетов выше.

    Что-то в журнале Application есть, ошибки, подсказки какие-то?

    Есть ошибки. 

    The Microsoft Exchange Mailbox Replication service was unable to process jobs in a mailbox database.
    Database: RecDB3
    Error: MapiExceptionRecoveryMDBMismatch: Unable to open message store. (hr=0x80004005, ec=1165)
    Diagnostic context:
        Lid: 55847   EMSMDBPOOL.EcPoolSessionDoRpc called [length=132]
        Lid: 43559   EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=248][latency=1]
        Lid: 52176   ClientVersion: 15.1.669.32
        Lid: 50032   ServerVersion: 15.1.669.6032
        Lid: 35180  
        Lid: 23226   --- ROP Parse Start ---
        Lid: 27962   ROP: ropLogon [254]
        Lid: 17082   ROP Error: 0x48D     
        Lid: 26937  
        Lid: 21921   StoreEc: 0x48D     
        Lid: 27962   ROP: ropExtendedError [250]
        Lid: 1494    ---- Remote Context Beg ----
        Lid: 61208   StoreEc: 0x8004010F
        Lid: 57721   StoreEc: 0x8004010F
        Lid: 61692   StoreEc: 0x8004010F
        Lid: 50608  
        Lid: 45768   StoreEc: 0x48D     
        Lid: 56872   dwParam: 0xFE
        Lid: 42712   StoreEc: 0x48D     
        Lid: 10786   dwParam: 0x0        Msg: 15.01.0669.032:MAIL2017
        Lid: 1750    ---- Remote Context End ----
        Lid: 26849  
        Lid: 21817   ROP Failure: 0x48D     
        Lid: 26297  
        Lid: 16585   StoreEc: 0x48D     
        Lid: 32441  
        Lid: 1706    StoreEc: 0x48D     
        Lid: 24761  
        Lid: 20665   StoreEc: 0x48D     
        Lid: 25785  
        Lid: 29881   StoreEc: 0x48D     

    --------------------------------------------------------

    Active Manager failed to mount database OLDArch on server MAIL.domain.com. Error: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionTooManyMountedDatabases: Unable to mount database. (hr=0x8004060e, ec=-2147219954)
    Diagnostic context:
        Lid: 65256  
        Lid: 10722   StoreEc: 0x8004060E
        Lid: 1494    ---- Remote Context Beg ----
        Lid: 59596   dwParam: 0x58170F4  Msg: SM01
        Lid: 59596   dwParam: 0x58170F4  Msg: SM02
        Lid: 59596   dwParam: 0x58170F4  Msg: SM03
        Lid: 59596   dwParam: 0x58170F4  Msg: SM04
        Lid: 59596   dwParam: 0x5817104  Msg: SM05
        Lid: 39576   StoreEc: 0x977     
        Lid: 35200   dwParam: 0x18FC
        Lid: 54768   StoreEc: 0x8004060E
        Lid: 35056   StoreEc: 0x8004060E
        Lid: 35388   StoreEc: 0x8004060E
        Lid: 59596   dwParam: 0x5817104  Msg: SM08
        Lid: 59596   dwParam: 0x5817104  Msg: SM12
        Lid: 35200   dwParam: 0x18FC
        Lid: 1750    ---- Remote Context End ----
        Lid: 1047    StoreEc: 0x8004060E

    Такое ощущение, что две recovery БД пытаются подключиться одновременно. Они есть, лежат на сервере, но отключены.

    Есть еще вот такое.

    Process Microsoft.Exchange.Directory.TopologyService.exe (PID=4460). Error DNS_ERROR_RCODE_NAME_ERROR (0x8007232B) occurred when DNS was queried for the service location (SRV) resource record used to locate a domain controller for domain xxx.domain.com
     The query was for the SRV record for _ldap._tcp.dc._msdcs.xxx.domain.com
     Common causes of this error include the following:
     - The DNS SRV records required to locate a domain controller for the domain are not registered in DNS. These records are registered with a DNS server automatically when a domain controller is added to a domain. They are updated by the domain controller at set intervals. This computer is configured to use DNS servers with following IP addresses:
    10.77.0.5
    10.77.0.22
    fec0:0:0:ffff::1Microsoft.Exchange.Directory.TopologyService.exe
    fec0:0:0:ffff::2Microsoft.Exchange.Directory.TopologyService.exe
    fec0:0:0:ffff::3Microsoft.Exchange.Directory.TopologyService.exe

     - One or more of the following zones do not include delegation to its child zone:
    xxx.domain.com
    domain.com
    com
    . (корневая область)

    ---------------------------------------------------

    xxx.domain.com это давнишний домен с доверительными отношениями, которого давно уже нету. Он был удален, но запись в оснастке "Домены и доверие" о нем осталась. Не нашел пока где его выпилить окончательно в ADSI Edit. Может он как-то влиять на работу Exchange?

    6 марта 2017 г. 15:11
  • удалить все из AD и перезапустить службу Exchange Health Manager service


    scientia potentia est
    My blog

    Да! Это сработало! 

    [PS] C:\>Get-Mailbox -Arbitration -Verbose

    Name                      Alias                ServerName       ProhibitSendQuota
    ----                      -----                ----------       -----------------
    SystemMailbox{1f05a927... SystemMailbox{1f0... mail        Unlimited
    SystemMailbox{bb558c35... SystemMailbox{bb5... mail         Unlimited
    SystemMailbox{e0dc1c29... SystemMailbox{e0d... mail         Unlimited
    Migration.8f3e7716-201... Migration.8f3e771... mail         Unlimited
    FederatedEmail.4c1f4d8... FederatedEmail.4c... mail         Unlimited
    SystemMailbox{D0E409A0... SystemMailbox{D0E... mail         Unlimited

    Спасибо огромное, Михаил!

    Дмитрий, Вам отдельное спасибо, особенно за лайфхак =)

    6 марта 2017 г. 16:16
  • Не за что, приходите еще.

    И не тому научим :)

    6 марта 2017 г. 16:50
  • Такое ощущение, что две recovery БД пытаются подключиться одновременно. Они есть, лежат на сервере, но отключены.

    Удалите если они не нужны. Надо будет создадите всегда.

    6 марта 2017 г. 16:51