Ошибка the server pool does not match the rd connection brokers that are in it. errors

Обновлено 15.08.2023

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. Не так давно у нас с вами была интересная тема посвященная системам хранения данных. Двигаемся дальше и сегодня пост будет вновь на тему RDS фермы, она прямо не устает пополнять контент на моем блоге и опыт траблшутинга. Открываю я оснастку управления и что я вижу, ошибку "The server pool does not match the rd connection brokers that are in it. errors". Давайте разбираться в чем дело и как выкручиваться из данной ситуации.

🆘Описание ошибки

Я разворачивал месяц назад Remote Desktop Services High Availability на Windows Server 2022. Все успешно работало. Просыпаюсь я с утра и вижу интересную картину, что при попытке войти в оснастку управления RDS я получаю ошибку:

По сути вам сообщают, что ваш посредник подключений. уже не брокер, что очень смущает😂.

Или еще вот такую:

Как устранять ошибку "The RD Connection Broker server is not in the server pool but is part ot the cluster"

Первое, что вы должны сделать, это проверить есть ли на вашем сбойном RDCB хосте в логах, события, что он все же обрабатывает подключения, или же там много ошибок. Для этого я выкладывал статью "Скрипты RDS" и там приводил вот такой скрипт PowerShell.

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

Далее я вам советую проверить настройки RDS HA. Для этого в PowerShell в режиме администратора введите:

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

Это еще раз подтверждает, что данная ситуация просто неприятный глюк системы. Давайте искать в чем дело, первое на что требуется обратить внимание, это обновления системы. И правда у меня ночью на моем хосте Windows Server 2022 произошла установка обновлений KB5023705, но перезагрузки не было так как на хосте RDCM была активная сессия.

Так же если вы делали по моей инструкции RDS HA, то должны были воспользоваться SQL Native Client. Запустите его через окно "Выполнить", введя там:

На сбойном хосте справа не видно общей базы данных, на втором хосте она есть. Проверьте что у сбойного хоста RDCB есть права на общую базу данных с настройками. Если нет, выдайте их.

Если по правам все в порядке, то я вам предлагаю в вечернее время просто произвести перезагрузку системы, главное не забудьте переключить в настройках RDS HA кто сейчас активный брокер, пусть это будет тот на котором проблем нет.

Если перезагрузка не помогла

Бывает и такое, тут вам нужно уже через Management Studio зайти на сервер, кто держит вашу базу данных и проверить в каком режиме она находится. Проверьте нет ли там статуса "Pending Recovery". Если ожидается восстановление, то его нужно произвести. Попробуйте перевести БД в Offline, а зачем через минутку в Online. Если выскочит ошибка, то попробуйте выполнить процедуру через минуту. Обязательно еще раз проверьте наличие прав у RDCM хостов.

Включение TLS 1 для Windows Server 2016 и ниже

Эта проблема возникает, если вы отключили TLS 1.0 на серверах 2012 R2 и 2016 или ваша база данных находится в режиме ожидания восстановления. Чтобы восстановить TLS 1.0 или лучшее решение, обновите его до версии 2019, которая поддерживает TLS 1.2.

Редактор реестра Windows версии 5.00

Неофициальное решение

Для этого решения не используйте IIS crypto tool, так как он не будет настраивать наборы шифров и протоколы по мере необходимости! Вам нужно будет отредактировать реестр вручную.  Поскольку вы имеете дело с правилами PCI, вы можете знать, что в реестре Windows есть 2 основных параметра, где вы можете настроить наборы шифров и протоколы.

• Одним из них является параметр приоритета набора шифров:

• Другой параметр — это параметр SCHANNEL (протоколы и шифры):

Используя эти параметры реестра, вы можете включить TLS1.0 для внутреннего использования серверными службами, но он не будет обслуживаться для внешних подключений к серверу... поэтому любому, кто подключается к серверу, будет предложено подключение только с использованием TLS1.2. Для этого выполните следующие действия...

В разделе "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\SecurityProviders\SCHANNEL" установите:

1. Ciphers: оставить только совместимые с PCI шифры (AES128 и AES256)
2. Hashes: оставить включенными SHA, SHA256, SHA384
3. KeyExchangeAlgorithms: включите ECDH, PKCS и Diffie-Hellman (ВНИМАНИЕ: установите длину ключа DH на 2048! ... Длина ключа DH 1024 не совместима с PCI!) - Протоколы: отключите все, кроме TLS1.0, TLS1.1
   и TLS1.2

• • Использовать только наборы шифров TLS1.2. Таким образом, когда кто-то хочет подключиться к серверу, предлагается использовать только наборы шифров. указано в приоритете. Поскольку эти наборы шифров поддерживаются только TLS1.2, единственным доступным протоколом, предлагаемым клиенту, является TLS1.2.
    Между тем, серверные службы внутри по-прежнему могут использовать все протоколы TLS.

Ошибка There are no RD Connection Broker server in the server pool

Еще на днях встретил вот такую ошибку:

Из наблюдений, на обоих серверах RDCB были установлены обновления Windows и они находились в статусе RebootPending. Оба сервера были поочереди перезагружены, с переносом через PowerShell команды, описанные выше активного посредника подключений. В результате этих действий оснастка RDS восстановила привычную работы и смогла определить состав RDS-фермы.

На этом у меня все, надеюсь, что вы починили свой RDS HA сервис. С вами был Иван Сёмин, автор и создатель IT портала Pyatilistnik.org.