SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

如何在USB拇指驱动器上配置文件共享见证？

by Leave a Comment

如何以进行配置，文件共享见证-ON-A-USB拇指驱动器

如何以进行配置，文件共享见证-ON-A-USB拇指驱动器

群集仲裁文件共享见证在USB记忆棒上

有关Windows Server 2019中故障转移群集仲裁的文件共享见证的一些新功能。这是我的客户多年来一直要求的功能 – 在USB拇指驱动器上共享文件！许多人希望在每个商店位置，分支机构等部署一个简单的2节点集群。他们不希望增加SAN的费用来利用磁盘见证，并且没有依赖Azure中的云见证的连接。结果，他们放弃了聚类。或者他们使用了替代的集群解决方案，如SIOS Protection Suite。现在，他们有了一个可行的替代方案 – 在Windows服务器2019上的USB拇指驱动器上的文件共享见证。通过利用支持的路由器，可以将插入路由器的USB磁盘配置为可用作见证的文件共享。这消除了对第三服务器或互联网连接的需要。

USB拇指驱动器上的文件共享见证
https://blogs.msdn.microsoft.com/clustering/2018/04/16/new-file-share-witness-feature-in-windows-server-2019/

我可以想象一些场景。 从HCI for Hyper-V到使用DataKeeper的简单文件服务器集群。无论情况如何，请记住，除非您计划构建工作组群集，否则您可能希望在每个服务器上运行VM以充当冗余域控制器。或者，您可以将可靠的WAN连接返回到主数据中心中托管的域控制器。

有关更多提示和技巧，例如在USB拇指驱动器上配置文件共享见证，请在此处阅读更多信息。经ClusteringForMereMortals.com许可转载

我可以将我的文件共享证人放在DFS共享上吗？

by Leave a Comment

我可以将我的文件共享证人放在DFS共享上吗？

我可以将我的文件共享证人放在DFS共享上吗？

我一直被问到这个问题 – 哪里可以将我的文件共享见证放在DFS共享上。人们担心失去他们的文件共享证人。因此，与其他许多股票一样，他们希望利用DFS获得一些额外的可用性。这是一个非常糟糕的主意，不受支持。微软最近发布了一篇很棒的博客文章，该文章描述了为什么不支持DFS共享上的文件共享见证的原因。https://blogs.msdn.microsoft.com/clustering/2018/04/13/failover-cluster-file-share-witness-and-dfs/本文的大部分内容也适用于那些询问是否可以使用DataKeeper将卷资源复制为磁盘共享。这说得通。对于任何其他工作负载，您可以使用DataKeeper卷资源代替物理磁盘资源，那么为什么不使用Disk Witness？此问题与DFS问题相同。如果两台服务器之间的通信中断，则无法保证两台服务器上的卷都不会联机。这将导致潜在的裂脑情况。物理磁盘资源通过使用SCSI保留克服了此问题。这将确保磁盘一次只能由一个群集节点访问。好消息是，微软已经阻止您尝试使用复制的DataKeeper Volume资源。在Windows Server 2019中，看起来它们也会阻止您将DFS共享用作文件共享见证。

来自故障转移群集和网络负载平衡团队博客文章“故障转移群集文件共享见证和DFS [/ caption]

有关于将文件共享见证放在DFS共享上的问题吗？阅读我们的博客或联系我们！经ClusteringForMereMortals.com许可转载

Windows Server 2012 R2中的Windows Server故障转移群集仲裁类型

by Leave a Comment

群集仲裁类型？它有什么作用？

在我们开始使用Windows Server 2012 R2中所有出色的新群集仲裁类型之前，我们应该花点时间了解它的作用以及我们如何到达今天的位置。Rob Hindman在他的博客文章中描述了法定人数最佳...

“故障转移群集中的仲裁配置决定了群集在保持联机状态时仍能保持的故障数量。”

开始：仅磁盘

在Windows Server 2003之前，只有一种仲裁类型，即仅磁盘。现在有不同的群集仲裁类型。 磁盘仅在今天仍然可用，但不推荐使用，因为仲裁磁盘是单点故障。在Windows Server 2003中，Microsoft引入了多数节点集（MNS）法定人数。这是一个改进，因为它消除了作为群集中单个故障点的仅磁盘仲裁。但是，它确实有其局限性。正如其名称所暗示的，多数节点集必须具有大多数节点才能形成法定人数并保持在线状态。因此，这个仲裁模型对于双节点集群来说并不理想，其中一个节点的故障只会留下一个节点。两分之一不是多数，所以剩下的节点将脱机。

档案分享证人简介

Microsoft推出了允许在Windows Server 2003 SP1和2003 R2群集上创建文件共享见证（FSW）的修补程序。本质上，FSW是在MNS群集中投票的另一台服务器上的简单文件共享。这一创新背后的推动力是Exchange Server 2007连续群集复制（CCR），它允许在没有共享存储的情况下进行群集。当然，如果没有共享存储，则仅限磁盘仲裁不是一种选择。 有效的MNS群集将需要三个或更多的群集节点。因此，引入FSW来支持两个节点Exchange CCR群集。

新磁盘目击者保留了一个群集数据库副本

Windows Server 2008引入了一种新的见证类型Disk Witness。与旧式磁盘仲裁类型不同，Disk Witness允许用户在共享磁盘上配置一个小型分区，该分区充当群集中的投票，与FSW类似。但是，Disk Witness比FSW更可取。这是因为它保留了集群数据库的副本并消除了“及时分区”的可能性。如果您想要及时阅读有关分区的更多信息，建议您阅读文件共享见证与 本地集群的磁盘见证。

改进

依据法定人数选项，Windows Server 2012持续改进。我相信许多这些新功能都是由两种力量驱动的：Hyper-V和SQL Server AlwaysOn可用性组。使用Hyper-V，我们开始看到集群中包含的节点比过去通常看到的多得多。在多数节点组中，只要您失去大部分选票，其余节点就会脱机。例如，如果您有一个具有七个节点的Hyper-V群集，并且您将丢失其中四个节点，则即使剩余三个节点，其余节点也将脱机。这可能不是你想要发生的。所以在Windows Server 2012中，微软推出了Dynamic Quorum。

动态仲裁

动态法定名称的含义如此。它动态调整法定人数。因此，在所描述的场景中，假设我并未同时丢失全部四台服务器，并且群集中的服务器脱机，则法定数量将动态调整。当节点一脱机时，我理论上会有一个六节点集群。当节点2脱机时，我会有一个五节点群集，依此类推。实际上，如果我继续一个接一个地丢失集群节点，我可以一路下降到两个节点集群，并仍然保持在线状态。而且，如果我配置了一个见证者（磁盘或文件共享），我实际上可以一路走到单个节点并仍然保持联机状态。

在…处阅读有关群集仲裁类型的更多信息。

http://blogs.msdn.com/b/microsoft_press/archive/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012- r2.aspx

转载自https://clusteringformeremortals.com/2014/04/29/understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012-r2/