檔案

如何在USB拇指驅動器上配置文件共享見證？

29 10 月, 2018 by Jason Aw Leave a Comment

群集仲裁文件共享見證在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共享上嗎？

22 10 月, 2018 by Jason Aw Leave a Comment

我可以將我的文件共享證人放在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故障轉移群集仲裁類型

21 2 月, 2018 by Jason Aw 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/