SQL Server 2016 SP1 StandardにAlwaysOn AGをセットアップしました。次に、AGを作成し、自動シード(同期モード)を使用してデータベースを追加しました。 SSMS 2017を使用してAGを作成し、データベースを追加しました。すべてが正常に動作します。
しかし、待機統計を確認すると、平均リソース時間が42秒のプライマリでVDI_CLIENT_OTHERタイプ(80%)の待機が発生します。調査の結果、待機がVDI_CLIENT_WORKERコマンドを実行する4つのセッションによって生成されていることがわかりました。私が理解しているように、待機は、新しいAGをシードするときにスレッドが作業を待機していることを意味します。しかし、理解できないのは、AGの準備ができているために待機する理由と、VDI_CLIENT_WORKERコマンドを実行する4つのセッションがあるのはなぜですか?各スケジューラには1つのVDI_CLIENT_WORKERがあることがわかりました
誰かがVDI_CLIENT_WORKERコマンドが何をするのか、そして多くのVDI_CLIENT_OTHER待機の問題をどのように解決できるかを説明しようとできますか?
さらに調査を行った結果、自動シード機能を備えたAGを作成すると、SQL Serverがスケジューラごとに(VDI_CLIENT_WORKERコマンドを実行する)新しいワーカーを作成することがわかりました。これらのワーカーを削除するには、すべての「自動シード」AGを削除して、SQL Serverサービスを再起動する必要があります。
次に、完全バックアップ/復元でAGを作成すると、これらのワーカーは作成されません。