Ocorreu um erro aleatório que nos impede de publicar aplicativos remotos. Cada vez que gerenciamos os Serviços de Área de Trabalho Remota no Gerenciador do Servidor, somos recebidos com o erro acima. Temos apenas um Connection Broker configurado, mas o configuramos em HA com a ideia de que poderíamos adicionar outro no futuro. Examinei a configuração e tudo que vejo aponta para que ela esteja configurada corretamente. A única coisa estranha é que não tínhamos a porta 1433 aberta para SQL no SQL Server, mas isso não parecia ser um problema anteriormente.
Esta também não é uma configuração nova – estamos publicando aplicativos remotos para clientes por meio deste gateway há cerca de seis meses.
No momento estou tentando decifrar as entradas da tabela ErrorLog no banco de dados SQL. Qualquer idéia sobre onde mais procurar por configuração incorreta será apreciada.
SO: Windows Server 2012R2
SQL: MSSQL Server 2012
Infelizmente, não podemos identificar quando esse problema surgiu nas últimas semanas, portanto, não podemos isolar quais alterações fizemos que poderiam ter causado isso. Um técnico reinicializou acidentalmente o SQL Server há três semanas e há muitos erros no log naquele dia e naquela hora. A data modificada nos bancos de dados também está alinhada com isso. Mas suspeitamos que nossos técnicos tenham conseguido publicar aplicativos remotos desde então.
Responder1
Acontece que alguém adicionou a função Connection Broker a um de nossos hosts de sessão. Tanto facedesk.
Editar: como eu disse no post original, temos nosso Connection Broker configurado em modo de alta disponibilidade (clusterizado) com a ideia de que adicionaremos outro no futuro. Um técnico adicionou a função Connection Broker (sem cluster) a um de nossos Session Hosts (servidor que hospeda o aplicativo remoto). Ele então o adicionou ao pool de servidores no Gerenciador de Servidores em nosso servidor que gerencia as coleções, resultando em dois Connection Brokers como parte do pool, um clusterizado e outro não. RDS não gostou disso.
Edição 2: fui informado de que o motivo pelo qual não pudemos simplesmente remover o servidor do pool é que o host de sessão em questão já havia sido adicionado à implantação do RDS e tinha aplicativos remotos publicados a partir dele. A função Connection Broker foi adicionada após algumas soluções de problemas equivocadas e teve que ser removida do servidor para que o RDS pudesse ser acessado novamente.