我正在尝试使数据库镜像在具有自动故障转移function的高安全模式下正常工作。 我已经在Windows Server 2012 R2上为我的主体和镜像命名了SQL Server 2014的实例。 我在Windows Server 2016上安装了另一个命名的SQL Server Express 2014实例，作为我的见证人。 我一直有很大的麻烦，这似乎与Windows防火墙的奇怪行为有关。
在镜像的初始设置过程中，我遇到了连接到数据库镜像安全向导中的次要和见证问题，以及尝试启动镜像时出现错误1418的问题。 在所有情况下，我必须在各种服务器上临时禁用Windows防火墙。 然后，我可以完成向导，以及启动镜像没有任何错误。
我已经在所有服务器上打开了端口1433和5022。 我也尝试根据我挖掘的其他信息开放135,137,138,139和1434端口，但是这并没有帮助。 唯一有效的工作是在整个configuration和启动镜像的过程中，closures所有三台服务器上的Windows防火墙。 然后我能够把它打开，镜子继续工作。
但是现在，如果我在主体上打开数据库镜像监视器并重新启动镜像服务器，镜像将不会重新连接，直到我再次禁用Windows防火墙。 一旦它重新连接，我可以重新打开防火墙，它将继续工作，直到下一次重新启动。
如果我在重新启动之前禁用了Windows防火墙，那么当服务器重新启动时，它将自动重新连接，然后我可以再次启用防火墙，即使在后续重新启动之后，仍然可以继续工作。 然后校长变成镜子，反之亦然，我在新镜子（前校长）上得到同样的问题。 然后我必须在新镜像上采取与上述相同的步骤来连接它。
现在，即使我说如果我禁用原始镜像上的Windows防火墙，重新启动，然后重新启用防火墙，镜像将能够自动重新连接后，后来重新启动，一旦我失败了镜子，如果我故障恢复到原始主体，重新启动后自动重新连接的能力将丢失，我将不得不再次禁用防火墙，重新启动并重新启用。
显然这种行为是远远不理想的。 我需要一切工作和连接，因为他们应该自动。 任何人都可以帮我解决这个问题吗？