SIOS SANless clusters High-availability Machine Learning monitoring
微软刚刚发布了一个关于在SQL Server 2012中进行灾难恢复的多站点群集新增支持的白皮书。如果你有兴趣，你可以在这里下载一个副本。
事实上，不要忘记我在之前的博文中发表了关于这个功能的博客，甚至还包括一个视频演示，演示了使用SteelEye DataKeeper Cluster Edition进行灾难恢复的SQL Server 2012多站点故障转移群集。SQL Server 2012和跨子网故障转移功能将为寻找SQL 2012的灾难恢复选项的用户开启全新的可能性。转载https://clusteringformeremortals.com/2012/01/03/sql-server-2012-disaster-recovery-multisite-clusters/的许可
就在几周前，我写了一篇关于如何在集群环境中配置iSCSI Software Target 3.3的文章。对于实验室和测试来说，这是非常好的，直到今天，它在生产环境中都不被支持。那么今天所有的变化！微软刚刚宣布，iSCSI软件目标3.3是一个免费下载，可用于生产网络。http://blogs.technet.com/b/josebda/archive/2011/04/04/microsoft-iscsi-software-target-3-3-for-windows-server-2008-r2-available-for-public- download.aspx
一旦您开始考虑使用DataKeeper Cluster Edition构建不共享iSCSI Target集群的可能性，这一切就开始变得有趣了。在本地构建2个节点以实现高可用性，然后将第三个节点放置在远程数据中心进行灾难恢复。现在，这是一个非常甜蜜的HA / DR解决方案，而不必打破银行！
这是一个有趣的视频，演示了Windows下一版本中的新特性“Hyper-V Replica”。跳到39分钟标记看演示。
http://digitalwpc.com/Videos/AllVideos/Permalink/3cb3788c-5c47-4b9e-987c-0dec4194058b/#fbid=slfi0dmNMqP
看起来像一个非常受欢迎的功能，当比较vSphere和Hyper-V之间的功能集与价格时，特别是在VMware宣布的新定价时，Hyper-V显然将更具竞争力。
我将非常好奇，看看它是否与Windows Server故障转移群集集成在一起，使您可以像现在这样使用第三方复制软件创建共享群集，我在之前的博客文章中使用了SteelEye DataKeeper Cluster Edition。
转载https://clusteringformeremortals.com/2011/07/21/hyper-v-replica-coming-in-windows-server-%E2%80%9Cnext%E2%80%9D/
Microsoft最近发布了一个修补程序，允许您指定群集节点是否可以投入大多数法定人数模式。这在由多个节点组成的多站点群集配置中特别有用。http://support.microsoft.com/kb/2494036
考虑以下…
我有一个本地站点高可用性的双节点群集，我希望将其扩展到第三个位置，并添加一个节点进行灾难恢复。听起来像一个伟大的计划，因为多站点集群就是您可以实施的最强大的灾难恢复计划。但是，您将无法利用多站点群集的最佳功能之一 – 在站点丢失的情况下自动恢复。如果您将丢失主站点，则DR站点只包含一个集群节点（请参阅图1）。这只是群集中的三分之一，所以大部分都无法获得，并且Node3不会自动联机。使Node3上线的唯一方法是强制在线仲裁，这种方式要求人为干预以实现多站点集群的目的。
在多站点群集中唯一具有自动故障转移的“安全”方法是在每个站点中具有相同数量的节点，并且在第三个位置具有文件共享见证，连接主站点和容灾站点。起初这个概念有点难以理解，所以让我试着通过插图来解释。
如您所见，图4表示支持自动故障转移的唯一合理配置。但是，这假定在每个位置有相同数量的节点。如果你坚持使用原来的3节点配置，那么你就会因为添加一个文件共享目击者而陷入困境，因为你永远无法获得备用站点中的大多数……直到今天！微软发布了一个补丁，基本上可以让你指定一个节点是否投票。那么这意味着您可以如图1所示构建一个3节点集群，但是如图4所示，利用第三个位置的文件共享见证。通过简单地告诉主站点中的一个节点注意集群中的投票，您将允许备用站点与文件共享见证者组成多数，并联机。假设连接到您的第三个位置和备用站点相对可靠，那么图5所示的配置确实没有任何不利之处。
虽然这是一个很好的解决方案，但您仍然需要第三个位置作为文件共享目击者。如果您没有第三个位置，则只需要解决手动切换问题，并且如果节点数量偶数，则将文件共享见证保留在主站点中。PreventQuorum开关也作为此修补程序的一部分包括在内，这也是部署多站点群集的人员感兴趣的部分。那么在未来的文章中探索这个选项。在这里得到解决办法…
修复程序可用于配置在Windows Server 2008和Windows Server 2008 R2中没有仲裁投票的群集节点
http://support.microsoft.com/kb/2494036
转载https://clusteringformeremortals.com/2011/04/29/microsoft-multisite-cluster18-users-rejoice-it-is-now-possible-to-have-automatic-failover-in-a-3-节点cluster19 /
微软最新版本的SQL代码Denali，目前在CTP中。最值得期待的功能之一就是HADRON。基本上，它被描述为镜像2.0。与2005/2008年的镜像相比，HADRON的最佳特性如下所示：
如果你想要一个很好的预览，请查看MVP Brent Ozar的帖子，SQL Server Denali Rocks！从阅读Brent的文章中我收集到微软只是计划将其包含在企业版的SQL中。对于运行SQL Server Standard的许多客户而言，这太糟糕了，传统上，从标准版到企业版的价格大幅度上涨。不过，对于那些在标准版和企业版上使用SQL 2005/2008提供类似功能的第三方复制供应商来说，这是个好消息。
虽然它不是HADRON的完全重复，但是使用SteelEye DataKeeper Cluster Edition for SQL Server的多站点集群为您提供了HA / DR的完美解决方案，而不需要共享存储。所以当我们等待Denali和所有应用程序供应商开始支持Denali时，您可能需要看看SteelEye DataKeeper Cluster Edition今天能为您做些什么！转载https://clusteringformeremortals.com/2010/12/10/sql-server-denali-and-hadron/的许可