0
我想拥有SQL Server多站点群集。我有单站点2节点群集的经验,但我有一个场景,我有一个辅助站点。在Site1发生网络故障的情况下,我的ISP正在将我的流量重定向到Site2。所以我需要在站点1和站点2的Site2上Site1和Node2 Site2或Node1 & 2处部署Node1。我真的没有像可用性组描述的具体阅读要求。我的主要要求是HA +服务可用性。所以请建议对于这种情况,哪种部署最适合。SQL Server地理群集
由于谢里夫,我将使用SQL 2012这样的AlwaysOn FCI多子网群将是选择,因为我已经在单一网站上部署相同。对于我来测试这种情况,你可以建议我任何可以执行复制的开源存储解决方案。我想问一下Site1 WAN如何在Site1 WAN关闭的情况下决定他们必须故障切换到Site2。我想在Site1服务器上编写一个脚本来ping一些公共服务器,如果无法访问,请禁用网络适配器。请建议。 – Danish
我没有存储解决方案方面的专业知识,因此无法评论它。对于多站点群集,Microsoft建议拥有偶数个节点,而对于仲裁配置,则使用**节点和文件共享多数**选项,即包括文件共享见证作为配置的一部分。文件共享见证可以位于第三个站点,即与主站点和辅助站点不同的位置,以便在其他两个站点之一出现问题时不会丢失。进一步参考[https://technet.microsoft.com/en-us/library/dd197575(v=ws.10).aspx] – Shareef
如果带有文件共享见证的第三个站点出现故障会发生什么? – Danish