将SSMS连接到Integration Services时“访问被拒绝”
尝试使用特定SQL Server群集的网络名称将SSMS连接到Integration Services时收到以下错误： 连接到计算机“ FooDB”上的Integration Services服务失败，出现以下错误：“访问被拒绝”。 如果尚未将计算机配置为允许通过DCOM进行远程连接，或者用户确实具有通过DCOM访问SQL Server Integration Services服务的权限，则会发生此错误。 这是有据可查的解决方案的常规问题。例如，在此处和此处查看解决方案。 但是，我尝试了所有已知的解决方案，但问题仍然存在。 更详细地说，我已经完成了以下工作： 验证连接的用户具有MsDtsServer100上上面链接到的文章中列出的DCOM权限： 启动和激活权限：允许本地启动，允许远程启动，本地激活，远程激活 访问权限：允许本地访问，允许远程访问 配置权限：允许读取 使用数据包嗅探器确认与连接有关的所有通信都已成功通过防火墙。在断开TCP连接之前显示的最后一个数据包是来自服务器的答复，其中包含Windows状态代码，表示MSRPC标头中的“拒绝访问”。 已测试将用户添加到“分布式COM用户”组和/或本地管理员组，然后重新启动服务器。这允许用户使用本地节点名称（FooDBN1，FooDBN2）从SSMS连接到SSIS，但是当他们连接到群集网络名称（FooDB）时，他们仍然会遇到“拒绝访问”错误。使用以及在其他集群上有效的方法。 另外，我还没有发现在其他集群上必须更改这些组的成员身份。 在检查过的其他群集上，我可以使用群集名称将SSMS连接到SSIS，而无需任何非默认配置。 我意识到这可能更适合ServerFault，并且可以根据需要迁移该问题，但是这也是SQL Server的问题，我认为此处的用户以前更可能会对其进行处理。 平台详细信息： Windows Server 2008 R2 SP1 SQL Server 2008 R2 SP2 具有单个SQL Server实例的2节点主动-被动群集 有人可以建议我接下来在这里看什么吗？ 更新：这神秘地从今天开始工作，但仅适用于本地管理员组的成员。据我所知，没有任何改变。