僅具有 2 個節點的 WSFC + AG 的文件共享見證 vs 3rd 節點？
我正在從鏡像遷移到 SQL Server 2014 / Windows 2012 R2 上的 AG。我將有一個 2 節點集群。對於生產環境，我需要此集群始終線上。
我正在閱讀可用性組的 Microsoft 文件，但我找不到任何符合具有 2 節點 AG/WSFC 的“最佳實踐”的內容，除非沒有見證人不是“最佳實踐”。我只是在問問題。
如果我實施文件共享見證
放置我的（文件共享）證人的最佳位置是什麼？將其放在 DC 上是個好主意還是存在安全風險？
為什麼它必須是 Windows Server 而不是（比如說）linux/NAS？
我如何防止某人因為不知道文件共享是什麼或它的用途而簡單地刪除文件共享，同時又不將自己/所有系統管理員鎖定在其中？
如果我不實施文件共享見證
我可以刪除動態仲裁併完全排除見證嗎？這甚至可能嗎？
將另一個 SQL 節點添加到我的集群（如果我有一個）作為第三個投票方但不包括其任何數據庫會更好嗎？那可能更耐用嗎？
在 2 節點可用性組（或鏡像）中，如果您想要自動 HA，則第 3 個節點很重要。如果您的輔助伺服器無法連接到主伺服器，則輔助伺服器必須確定它是否可以作為主伺服器聯機，或者錯誤是否實際上與輔助伺服器有關。沒有第三者，這是不可能的。
文件共享見證比添加另一個 Windows 節點只是作為見證更簡單。它可以在任何地方，重要的是如果另一個節點離線，兩個節點都能夠看到見證。如果您有虛擬環境，您可能需要更加努力地思考，您需要考慮物理節點是否離線，您的文件共享是否仍然可用。
多數據中心的其他想法
如果 2 個節點位於不同的數據中心（您提到了 DR，所以我假設），那麼在雲中共享文件可能會有所幫助（您可以使用 Azure Blob 儲存作為見證）。這意味著如果您的主數據中心之一離線，SQL 將自動故障轉移到輔助數據中心。如果您在輔助伺服器上託管文件共享並且輔助伺服器離線，那麼您的主伺服器也將離線（無法聯繫輔助伺服器或文件共享，因此假定它不再是主伺服器）。