我們真的需要文件共享見證嗎？
我們配置了一個可用性組。集群中的節點總數為 3（奇數）。都在同一個子網中。我們也有文件共享見證。目前一切正常。
我的問題是：我們真的需要文件共享見證嗎？理想的仲裁配置應該是什麼？
據我所知，由於我們已經有奇數個節點，因此不需要它，因此節點多數仲裁配置應該沒問題，並且是推薦的。
SQL 版本：Microsoft SQL Server 2016 (SP2) Enterprise Edition
作業系統版本：Windows Server 2016 Standard
在我看來，根據您擁有的 Windows 版本，尤其是始終使用配置，我建議您配置仲裁。在您的情況下，它的文件共享看起來不錯，否則您可以選擇仲裁驅動見證。
@Brentozar在這裡非常巧妙地解釋了更多關於這一點的資訊
您無法選擇是否擁有仲裁：Always On 可用性組建構在 Windows Server 故障轉移群集之上，這需要通過仲裁投票來了解在給定時間給定 AG 的主要成員是誰。
我想您可能要問的是您是否需要老式的仲裁驅動器（例如 SAN 上的 Q 驅動器）。如今，Windows Server 故障轉移群集 (WSFC) 可以使用仲裁驅動見證或文件共享見證。
Windows Server 2012 R2 包含動態見證功能：如果您的投票者數量為偶數（例如，如果您的 3 個集群節點中有 1 個出現故障），那麼 Windows 將自動添加您的見證以成為決勝局。這就是您要提前配置見證（磁碟或文件共享）的原因 - 每當您遇到節點故障或網路故障時，Windows 都會自動管理其投票權。
另請參閱答案的另一部分，這應該對您有所幫助
在 3 節點集群中，您可以將節點多數設置為仲裁模式，然後您可以在集群中單個節點的故障中倖存下來。在大多數情況下，這就足夠了。如果您的集群跨越多個站點，您可能需要根據故障轉移計劃調整 quorum-vote 權重
從評論創建答案：
在這個沒有共享儲存的 3 節點集群中，集群將只能處理單個節點宕機。如果不止一個宕機，整個集群都會宕機
3 節點集群否，假設所有節點都在投票，如果一個節點仍然出現故障，您仍然有 2 個節點（超過 50% 的投票/節點）投票，這足以保持 WSFC 正常執行，因此如果有一個節點，WSFC 將不會停機的節點下降。
場景 2：由於我們有 3 個節點集群，沒有共享儲存以及啟用文件見證和動態仲裁，我們使用此配置的好處是即使兩個節點關閉並且一個節點和見證啟動，集群仍將執行，並且跑步。我的理解正確嗎？
是的，但是讓我添加動態見證只能防止計劃內的故障轉移或停機。在您的情況下，如果 3 個節點中的 2 個突然關閉，則動態見證將無法正常工作並且 WSFC 將關閉（缺少一個節點的仲裁併且 FS 見證不超過 50% 的選票）。事實很簡單，突然停機系統資料庫沒有更新以動態更改見證，因此動態見證無法履行其職責。動態見證和仲裁提供“最後一人站立”功能，但受制於節點正常關閉的情況