如何監視文件共享見證的可訪問性

在 SQL Server 可用性組的上下文中，監視文件共享見證的可訪問性的最佳方法是什麼？

我想確保可用性組副本可以訪問見證，這與僅可用不同。例如，用於執行 SQL Server 的帳戶需要對文件共享的訪問權限。

編輯：我最近注意到集群記錄的一些值得監控的事件。

Log Name:      System
Source:        Microsoft-Windows-FailoverClustering
Date:          6/1/2019 1:23:09 PM
Event ID:      1564
Task Category: File Share Witness Resource
Level:         Critical
Keywords:     
User:          SYSTEM
Computer:      node1.contoso.com
Description:
File share witness resource 'File Share Witness' failed to arbitrate for
the file share '\\servername\sharename'. Please ensure that file share 
'\\servername\sharename' exists and is accessible by the cluster.

Log Name:      System
Source:        Microsoft-Windows-FailoverClustering
Date:          6/1/2019 1:23:08 PM
Event ID:      1562
Task Category: File Share Witness Resource
Level:         Warning
Keywords:     
User:          SYSTEM
Computer:      node1.contoso.com
Description:
File share witness resource 'File Share Witness' failed a periodic health
check on file share '\\servername\sharename'. Please ensure that file 
share '\\servername\sharename' exists and is accessible by the cluster.

SQL Server 服務帳戶不需要訪問文件共享見證。Windows Server 故障轉移群集群集使用 FSW 來實現仲裁併避免腦裂情況。集群機器帳戶是需要訪問 FSW 的 AD 主體，如果它沒有訪問權限，您將無法將其設置為集群中的見證人。

從可用性組的角度來看，它不關心對 FSW 的訪問。集群關心這一點，當它失敗（並且仲裁失去）時，它會向 AG 發出關閉信號以避免腦裂。AG 只關心 SQL Server 特定的健康檢查（延遲、與副本的連接等）以及從 WSFC 集群接收到的關於集群健康的信號。

如果集群 CNO 失去對 FSW 共享的權限，則該資源將在集群中離線。這不一定會觸發集群中的任何操作，但應該在您可以監控的 Windows 事件日誌中記錄警報和事件。

引用自：https://dba.stackexchange.com/questions/234242