我在SQL 2012可用性组中遇到问题，在closures服务时，它不会进行故障转移。 当你closures服务时，你会得到一个错误：
与SQL Serverbuild立连接时发生networking相关或特定于实例的错误。 服务器未find或无法访问。 validation实例名称是否正确，并将SQL Serverconfiguration为允许远程连接。
看来监听器仍然试图从正在closures的节点上聆听。
如果我尝试在SSMS中手动进行故障转移，它将成功故障转移。
我不确定这个问题的根本原因是什么，因为我能够closures以前的服务，它会故障转移。 我以为这个问题已经解决了。
我试图把规定时间内的最大失败次数设置为每小时25次。
您可以随意将其添加到注释中，但是您需要提供更多详细信息 – 您在哪些操作系统上，如何configuration您的侦听器，您的群集中有多less个节点，多less副本，configuration的仲裁如何，都是节点/副本在同一个submask？ 我可以抛出一些你不是自动失败的原因
而这样的例子不胜枚举。 更多信息会有所帮助。
解决在可用性组closures某个节点上的某个SQL服务时将保持脱机状态的问题。 我不知道这是为什么发生，因为它曾经工作。 我只是说这是人为错误。
我需要做什么： – pipe理工具 – >故障转移群集pipe理器 – – >服务和应用程序 – > – >其他资源 – > – >点击启用自动启动。
我必须不小心点击禁用，因为我不记得设置它。 现在，当我closures服务，它按预期成功恢复。