Как исправить ошибку создания DAG в Exchange 2019?

Question

[Сергей]

Предыстория
есть два сервера Exchange 2013 в группе DAG. Работают, все норм
Внедрили еще два сервера Exchange 2019. Хотим понемногу мигрировать текущие ящики со старых серверов на новые.
Для этого пытаемся создать отдельную DAG на этих серверах, чтоб ы завести там базы данных и потом уже начать миграцию

Делаю все по инструкции с сайта MS.
1. Настраиваю сервер свидетель (Добавляю пользователя (Exchange Trusted Subsystem в группу локальных админов)
2. Создаю DAG
А далее все время происходит ошибка. Никак не могу добавить сервер в группу DAG


Сервер или не добавляется, или добавляется, но DAG нормально не функционирует. IP адрес не назначается.
Запустил тест кластера, пишет что сервер свидетель не настроен. Но на самом сервере свидетеле, пользователь в группу Админов добавлен. Каталоги и шары автоматически создаются.

Есть теория (так как лог почему-то пишется на старые серверы EX), что возможно проблема в том, что у нас разношерстные серверы и пока есть в сети серверы EX2013 мы не победим эту проблему. Но хотелось бы быть уверенным на 100500%. Потому что если я не смогу создать DAG после переноса ящиков и удаления старых серверов, будет очень нехорошо.
В общем нужен ваш совет.

UPD. Новые вводные данные.
Посредством ребута и какой-то матери, мне удалось добавить все серверы в DAG. Большее того, даже ошибок не было.
а вот дальше интереснее.

1. Если сделать запрос Get-MailboxDatabaseCopyStatus – то на базах в этом новом DAG стоит статус ContentIndexState – NotApplicable


2. Если зайти в оснастку кластера, то пишет что сервер свидетель не настроен.
Делали все по инструкции с сайта MS. На сервере свидетеле пользователь Exchange Trusted System добавлен в локальные админы. При создании кластера каталог свидетеля создался, шара есть.

Comments

[Максим Гришин]

В ошибке сказано access denied. Читайте логи security всех серверов, задействованных в процессе, что и где там кинуло нехватку доступа. И проверьте, есть ли у пользователя права exchange organization administrators (не помню, но server admin'а может не хватить)

[Роман Безруков]

Ex2013 у Вас с каким CU?
Лес/домен подготовлен?
Адресация какая - только IPv4, только IPv6 или IPv4+IPv6?
Серверы Ex2019 в одной подсети или разных?
Серверы Ex2019 оба имеют доступ в папку-свидетель?
Группа Exchange Windows Permissions имеет достаточные права в AD для управления CNO?

[Сергей]

Роман Безруков,
Ex2013 у Вас с каким CU? - с последним. Ставил буквально пару недель назад

Лес/домен подготовлен? - Разумеется. Иначе бы EX2019 просто не встал

Адресация какая - только IPv4, только IPv6 или IPv4+IPv6? - Только IP4

Серверы Ex2019 в одной подсети или разных? - Все серверы в одной сети

Серверы Ex2019 оба имеют доступ в папку-свидетель? - Права на папку у пользователя Exchange Trusted System и только у него. Он в группе локальных админов

Группа Exchange Windows Permissions имеет достаточные права в AD для управления CNO? - Все согласно инструкции.

[Роман Безруков]

Сергей,

Права на папку у пользователя Exchange Trusted System и только у него. Он в группе локальных админов

- все же добавьте в разрешения ресурса-свидетеля все серверы-участники DAG1
Диспетчер отказоустойчивого кластера Вам сильно не поможет - Exchange использует свой функционал для управления DAG, хотя и обращается к библиотекам WSFC. Что пишет ECP относительно DAG1?

[Сергей]

Роман Безруков,

- все же добавьте в разрешения ресурса-свидетеля все серверы-участники DAG1

Не совсем понял. Что именно добавить? Какого-то пользователя? какого?
Я пробовал ради эксперимента добавить everyone с полными правами. Проблема не ушла

Что пишет ECP относительно DAG1?

Вы имеете ввиду вебморду?
Да ничего не пишет. Все визуально - нормально. В том то и дело.
Но состояние индексов меня настораживает

[Роман Безруков]

Сергей,

Что именно добавить?

- добавить имена почтовых серверов, входящих в DAG1 (mailbox2$ и т.д.) с правами на изменение

Но состояние индексов меня настораживает

- проверьте состояние служб Exchange Search и Exchange Search Host. Обычно перезапуск помогает...

[Сергей]

Роман Безруков,

- добавить имена почтовых серверов, входящих в DAG1 (mailbox2$ и т.д.) с правами на изменение

Роман, извините, может я сильно туплю. Но куда я должен их добавить? На шару же права только пользователям выдаются.

- проверьте состояние служб Exchange Search и Exchange Search Host. Обычно перезапуск помогает...

Я перезагружал все серверы полностью. Не помогло.
Сейчас перезапустил службы на обоих серверах. Ничего не изменилось

[Сергей]

Сделал:

Test-ReplicationHealth -Server mailbox1

Вот такая ошибка вылезла. Кворума нет

Ресурс кворума 'Кластерная группа' не работает в оперативном режиме на сервере 'mailbox2'. Группа обеспечения доступности баз данных 'DAG1' может оказаться недоступной или потерять избыточность. Ошибка: - в автономном режиме. Проверьте, что на сервере не запущена служба кластеров.

Служба кластеров запущена

[Роман Безруков]

Сергей,

На шару же права только пользователям выдаются.

- Вы точно так же можете добавить объекты-компьютеры

По поводу "ContentIndexState - NotApplicable":
С приходом Exchange server 2019 служба поиска была очень сильно переработана. Сейчас индексы поиска уехали из базы данных в почтовый ящик. Поэтому в базе данных вы будете видеть запись: "Content index state: NotApplicable". Посмотреть работоспособность индексов можно командой:
Get-MailboxStatistics -Identity | select Bigfunnel*

В выводе смотрим следующие параметры:
BigFunnelNotIndexedSize
BigFunnelNotIndexedCount

Если в данных пунктах Вы видите, что есть какие-то не проиндексированные данные, Вы можете двинуть почтовый ящик в соседнюю базу. Индексы заполняются при наполнении почтовой базы.

Ну и описание от первоисточника:
Exchange 2019 introduces a new search engine called ‘Big Funnel’, based on Bing technologies. Search indexes are not longer stored on disk per Mailbox database, but search indexes are now stored inside the Mailbox database on a per Mailbox basis. As such, Search Indexes are also replicated to passive copies of the Mailbox database and these are always in sync. When a corrupt page containing search index information is found, page patching occurs to copy a healthy page from a passive copy of the Mailbox database and the active copy of a Mailbox database.
Now that the content indexes are always good, issues with Mailbox database failovers no longer occur, and Mailbox database failover times should decrease dramatically.
Combined with the new MCDB and dynamic database cache search results should be increase dramatically, which is again especially interesting for Outlook running in online mode.

Answer 1

[Сергей]

В общем, не нашел я в чем проблема.
Суть в чем. DAG не создается с IP адресом
Сам кластер создается, но при попытке добавить в него хосты или возникает ошибка, или нет кворума. IP не пингуется. Пробовал все, ничто не помогло.
В итоге сделал DAG - без IP. Майкрософт даже рекомендует так сделать. Якобы старый вариант кластера устарел и блаблабла...
Взлетело все на ура. Кластер работает. Жаль что не так как хотелось бы, но главное что работает.