Доброго дня коллеги!!!

Столкнулся с проблемой уже не знаю куда копать. Постараюсь построить цепочку событий для выявления причино-следствия. Суть в следующем:
Имеется задача построить отказоустойчивую терминальную ферму. Имеется 2 сервера с терминальной ролью Win2016std, готовый работающий AlwaysOn ms sql 2016 на двух серверах 2016 Std.

Есть неплохая статейка на winitpro Настройка RDS Connection Broker с высокой доступностью на Windows Server 2019/2022. По ней собственно и настраивал все, плюс раздел https://docs.microsoft.com/ru-ru/windows-server/remote/remote-desktop-services/rds-connection-broker-cluster описывающий конфигурацию RDS.
В Итоге:
Развернул роли на обеих серверах TS, добавил оба в группу. Настроил DNS rr запись. На одном сервере поднял посредник подключений , узел сеансов, веб доступ. На втором только узел сеансов. В АД создал группу безопасности куда входят оба TS.

Используя SQL Studio перешел в primary(первичная реплика) экземпляр SQL сервера Создал логин указав группу TS серверов, дал этой группе пользователей необходимые права dbcreator, public и на этап настройки sysadmin. В настройках логина группы TS в MS Sql так же настроил необходимые права connect sql, control server, create any database и т.д.

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



Как бы в инструкциях утверждается о том, что мастер настройки высокой доступности сам создаст базу либо удалит ее если она существует, но что то создания БД не произошло. Создал БД руками, дал необходимые права на БД группе TS. Начал настройку заново. Настройка завершилась такой же ошибкой, но в этот раз в бд master были созданы схема, таблицы, синонимы.

Запустил для диагностики XEvent начал смотреть что происходит и теперь при прохождении этой же процедуры с ошибкой такие результаты:



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

Но в sql сервере создано множество таблиц, схема, хранимые процедуры, синонимы. Думаю что их теперь вычищать? как это все победить, чтобы создать БД для HA RDS. Возможно кто то сталкивался с такой же проблемой.

komrad,

Созданное мастером точнее?

самое забавное что лог самого sql сервера в отношении создаваемой бд RDCB-DB чист. Все движения фиксировал только через профайлер, и то последняя запись logout смущает, что не так и почему далее мастер конфигурирования посредника подключения к УРС не продолжил развертывание БД. Системный лог в ОС в отношении SQL отображает ту же ошибку и ее содержимое что и на первом скрине.

Сейчас попробую еще раз вычистить БД от следов создания RDBC_DB и пройти процедуру создания БД через мастер.

зачистил базу master от следов работы мастера развертывания HA RDS. Были удалены таблицы, схема, хранимые процедуры, программируемые модули и т.д. Все что имело наименование rds и имело отношение к rds. БД созданная ручками тоже удалена. Начинаю настройку HA RDS на стороне посредника RDS на одном из группы серверов TS:
Использую fqdn имя кластера посредника подключений к УРС. В ДНС предварительно сделаны необходимые записи для fqdn.
Использую строку подключения:
DRIVER=SQL Server Native Client 11.0;Server=FQDN сервера SQL;Trusted_Connection=yes;App=Remote Desktop Services Connection Broker;Database=RDCB_DB
папка хранения файлов бд указываю D:\RDCB_DB папка существует на sql сервере и на нее выданы необходимые права группе серверов TS

собственно правильность строки подключения позволяет пройти на следующий этап


Сейчас включаю профайлер для мониторинга взаимодействия мастера с скуль сервером. Будем смотреть что происходит..

При настройке через секунду получаем ошибку


Смотрим события, что не так не пойму предпоследняя строка ALTER DATABASE[RDCB_DB] SET MULTI_USER; потом logout.




Журнал самого sql сервера не содержит никаких записей и ошибок.

Журнал ОС содержит интересную ошибку, которая ссылается на бд master для которой в свою очередь для группы TS ест права на взаимодействие.

Да вот уже так и делаю.

Подключаюсь не к availability group listener а к основной реплике. Я уже подумал, ну допустим я где то косякнул и не все данные удалил при том случае когда попытался ручками бд RDCB-DB создать и мастер HA RDS создал в бд master необходимые таблицы и параметры. Перекинул роль primary на вторую реплику, к примеру 2 SQL сервера sqlsrv1.loc.com(primary) sqlsrv2.loc.com(secondary) теперь sqlsrv2.loc.com является primary туда точно мастером HA RDS ничего не писалось. В строке подключения уже использую sqlsrv2.loc.com, ну и та же самая ошибка.
Пытаюсь выудить информацию с англоязычных сайтов где эта проблема описывается при настройке sharepoint, но что то везде одно и тоже ничего полезного.

На счет авторвам пока нужно создать базу, а настройка alwayson и правка строки подключения (listener) будет потом.

Это да, я в курсе. Там скриптом в powershell потом строку подключения можно будет сменить.