所以我有一个SQL Always-On组需要一个文件共享见证。 我想这个文件共享见证是多余的，因为我没有其他需要在这个networking上的文件服务器，我想用最less的服务器数量来做到这一点。
我以为我会设置2个服务器与DFS，但本文说，不要这样做，因为DFS有时可以使用一个服务器的数据，有时使用另一个，搞乱法定人数： http : //windowsitpro.com/high-availability/q -为什么-着-I宿主文件共享见证集群的DFS共享
所以看来我需要一个真正的/真正的Windows故障转移群集，在文件服务器angular色中设置。 问题是我读的所有文章都谈论使用共享存储。 但共享存储（如SAN）需要第三台服务器，然后再次出现单点故障（SAN）。 而且，我真的更愿意购买2台新的服务器，而不是3台。我发现我也可以使用Windows的存储空间作为SAN的替代scheme，但是这需要3张光盘，因此在购买硬件方面更是如此。
为证人设置冗余文件共享的最佳方式是什么，而不必购买太多的服务器或单点故障？ 很明显，我想使用本地存储，但是我可以设置文件集群，以便服务器1为主服务器时，始终使用服务器1的硬盘驱动器，当服务器2为主服务器时，始终使用服务器2的硬盘驱动器，并使用DFS复制数据，以防止其中一台服务器死亡？ 我认为这样做可以避免上述文章中提到的“唯一的DFS”问题，并且仍然只有2台服务器。
根据共享存储要求，我认为它是AlwaysON FCI（故障转移群集实例）最简单的解决scheme是部署虚拟SAN。 Virtual SAN将采用您拥有的2个SQL节点的本地存储，并将其作为高度可用的虚拟磁盘提供给它们。 现在，如果其中一个SQL集群节点失败，您仍然有一个数据的实时副本和正常的SQL故障切换。 尽pipe大多数Virtual SAN产品只是商业产品，但也可以获得具有不同级别限制的免费产品：
以下是一个关于SQL AlwaysOn FCI部署的虚拟SAN存储的video（它在Azure中，但过程相同） http://www.edwinmsarmiento.com/running-a-sql-server-failover-clustered-instance-on-microsoft -azure /
Windows Server目前还不支持无共享故障转移群集。 您需要一个支持SCSI预留的共享设备作为群集存储（任何angular色）。 随着推出存储副本的 Windows Server 2016，这一点将发生变化 ：
存储副本是Windows Server 2016技术预览版中的一项新function，支持在群集或服务器之间进行与存储无关的块级别同步复制，以备灾难恢复和备份，以及跨站点故障转移群集以实现高可用性。 通过同步复制，可以在具有崩溃一致性卷的物理站点中镜像数据，从而确保文件系统级别的数据丢失为零。
但是你的问题将会是鸡蛋和蛋类的问题。 你需要一个目击者共享，这样你的集群将能够在失败的情况下build立一个故障转移决策的法定人数。 您希望将这个见证共享放在由2个物理节点组成的机器集群上。 所以你现在突然需要的是你的文件服务器集群的另一个目击者 。 这不会解决你的问题。
底线是： 您不应仅为可用性组的certificate共享创build文件服务器群集 。 证人的可用性不像它不会影响你的SQL服务器实例的操作一样重要。 如果证人不可用，那么失去的只是您公司其他成员的自动故障转移function。
这就是说，你仍然应该小心保持见证份额低的时间修复。 特别是因为它可能会花费你任何东西，除了程序的文件 – 一个待机备份机器，将需要处理低数据速率只有2个连接可以真正地成为你的老板的域join桌面通过VPN连接。
您也可以在两台服务器和本地存储上使用DFS。 只需正确configurationDFS即可。 对不起，我现在不能提供更多信息。