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サービスアカウントからアクセスできる必要はありません。 FSWは、クォーラムを達成し、スプリットブレインシナリオを回避するために、Windows Serverフェールオーバークラスタリングクラスターによって使用されます。クラスターマシンアカウントは、FSWへのアクセスを必要とするADプリンシパルであり、アクセス権がない場合、クラスター内の監視としてセットアップすることはできません。
可用性グループの観点からは、FSWへのアクセスは考慮されません。クラスターはこれを処理し、障害が発生すると(そしてクォーラムが失われると)、スプリットブレインを回避するためにシャットダウンするようAGに通知します。 AGは、SQL Server固有のヘルスチェック(待機時間、レプリカへの接続など)と、クラスターの正常性に関してWSFCクラスターから受信した信号のみを考慮します。
クラスターCNOがFSW共有に対する権限を失うと、そのリソースはクラスター内でオフラインになります。これにより、必ずしもクラスターでアクションがトリガーされるわけではありませんが、監視できるWindowsイベントログにアラートとイベントを記録する必要があります。