У нас возникла случайная ошибка, которая не позволяет нам публиковать удаленные приложения. Каждый раз, когда мы идем управлять службами удаленных рабочих столов в диспетчере серверов, мы сталкиваемся с вышеуказанной ошибкой. У нас настроен только один Connection Broker, но мы настроили его в HA с мыслью, что можем добавить еще один в будущем. Я проверил конфигурацию, и все, что я вижу, указывает на то, что она настроена правильно. Единственная странность заключается в том, что у нас не был открыт порт 1433 для SQL на SQL Server, но раньше это, похоже, не было проблемой.
Это не новая схема — мы публикуем удаленные приложения для клиентов через этот шлюз уже около полугода.
Сейчас я пытаюсь расшифровать записи в таблице ErrorLog в SQL DB. Буду признателен за любые идеи о том, где еще искать неправильную конфигурацию.
ОС: Windows Server 2012R2
SQL: MSSQL Server 2012
К сожалению, мы не можем точно определить, когда эта проблема возникла, за исключением последних нескольких недель, поэтому мы не можем выделить, какие изменения мы внесли, которые могли вызвать это. У нас был технический специалист, который случайно перезагрузил SQL Server три недели назад, и в журнале в тот день было множество ошибок. Дата изменения в базах данных также совпадает с этим. Но мы подозреваем, что наши технические специалисты смогли публиковать удаленные приложения с тех пор.
решение1
Оказывается, кто-то добавил роль Connection Broker одному из наших Session Hosts. Так много facedesk.
Редактировать: Как я уже сказал в исходном посте, у нас есть наш Connection Broker, настроенный в режиме высокой доступности (кластеризованный) с мыслью, что мы добавим еще один в будущем. Технический специалист добавил роль Connection Broker (некластеризованную) к одному из наших Session Hosts (сервер, на котором размещено удаленное приложение). Затем он добавил ее в пул серверов в Server Manager на нашем сервере, который управляет коллекциями, в результате чего в составе пула оказалось два Connection Brokers, один кластеризованный, а другой нет. RDS это не понравилось.
Редактирование 2: Мне сообщили, что причина, по которой мы не могли просто удалить сервер из пула, заключается в том, что рассматриваемый Session Host уже был добавлен в развертывание RDS и имел опубликованные из него Remote Apps. Роль Connection Broker была добавлена постфактум в ходе какого-то ошибочного устранения неполадок, и ее пришлось удалить с сервера, чтобы RDS снова стал доступен.