我们发生了一个随机错误，导致我们无法发布远程应用程序。 每次我们去pipe理服务器pipe理器中的远程桌面服务，我们都迎来了上述错误。 我们只build立了一个连接代理，但是我们在HA中设置了连接代理，我们认为我们可能会添加另一个连接代理。 我已经运行了configuration，我看到的一切都指向正确的设置。 唯一奇怪的是，我们没有在SQL Server上打开SQL的端口1433，但是这似乎不是以前的问题。
这也不是一个新的设置 – 我们已经通过这个网关向客户发布了大约六个月的远程应用程序。
现在我试图破译SQL DB中的ErrorLog表中的条目。 任何想find错误configuration的任何想法，将不胜感激。
操作系统：Windows Server 2012R2
SQL：MSSQL Server 2012
不幸的是，我们无法确定这个问题在最近几周内何时出现，因此我们无法确定我们所做的可能导致这种情况的变化。 我们有一个技术人员在三周前意外重启了SQL Server，当时的日志里有很多错误。 在数据库上修改的date也与此一致。 但是我们怀疑我们的技术人员已经能够发布远程应用程序。
原来有人将连接代理angular色添加到我们的一个会话主机。 这么多facedesk。
编辑：就像我在原帖中所说的，我们有我们的连接代理设置在高可用性模式（集群），以为我们会在路上添加另一个。 技术人员将Connection Brokerangular色（非集群）添加到我们的一个会话主机（托pipe远程应用程序的服务器）中。 然后，他将其添加到pipe理集合的服务器上的服务器pipe理器中的服务器池中，导致两个连接代理作为池的一部分，一个集群，一个没有。 RDS不喜欢那样。
编辑2：我已经意识到，我们不能从服务器池中删除服务器的原因是有问题的会话主机已经被添加到RDS部署，并从它发布的远程应用程序。 连接代理angular色是在一些错误的故障排除之后添加的，必须从服务器中删除才能再次访问RDS。