WSFCに依存するSQL Server AGの主な原則は何ですか？
4つのノードとファイル共有監視を備えたWSFCがあります。
ノード1〜3のみに可用性グループ（AG）を備えたSQLサーバーがあり、ノード4は正常にシャットダウンされます。
ノード1にはプライマリAAGサーバーがあります。
現在、制御不能な停電があり、ノード1と2が電源とネットワークと一緒になっていたが、ノード3から4と監視サーバーが遮断されていたことがわかっていますが、おそらくまだ稼働しています。
電源が更新されたため、WSFCは私が理解できない結果を示しています。
- 現在のホストサーバーはNode 3;
- クラスターコアリソースでは、ノード1および2に属するIPアドレスはダウンとして表示されます。
- [ノード]セクションでは、ノード1〜3がアップ、ノード4がダウン（予想どおり）として表示されます。
しかし、プライマリAGサーバーは以前と同じようにノード1にあり、通常どおり読み取り/書き込み接続を受け入れます。
これは、WSFCとAGがどのように連携するかを正しく理解しているかどうか疑問に思います。
- 現在のWSFCホストをプライマリAGサーバーにすることはできませんか？
- リスナーはどのように機能しますか？この例では、マルチサブネットネットワークがあり、リスナーのDNS名は常に3つのIPアドレスに解決され、そのうちの1つは現在のプライマリAGサーバーに属し、接続に使用されます。 WSFCはリスナーのアドレスを決定しますか？
- AGがWSFCに依存する他の原則（定足数を除く）はありますか？
ありがとう。
現在のWSFCホストをプライマリAGサーバーにすることはできませんか？
いいえ。コアクラスタリソースのホスティングは、AGプライマリから独立しています。一般的に言って、SQL Server可用性グループのWSFCクラスターを処理する場合、どのサーバーがWSFCホストであるかはそれほど重要ではありません。
リスナーはどのように機能しますか？この例では、マルチサブネットネットワークがあり、リスナーのDNS名は常に3つのIPアドレスに解決され、そのうちの1つは現在のプライマリAGサーバーに属し、接続に使用されます。 WSFCはリスナーのアドレスを決定しますか？
この部分は主に、SQL Serverに接続しているクライアントで発生します。クライアントはDNSから同じIPリストを取得し、成功するまでそれぞれのIPを試行します。現在のプライマリサーバーが応答し、接続を受け入れるか、クライアントをクラスター内の別のサーバーにリダイレクトします（接続設定および読み取り専用ルーティングなどの他の構成に応じて）。
AGがWSFCに依存する他の原則（定足数を除く）はありますか？
ドキュメントにもこれに関するきちんとした内訳があります： SQL Server AlwaysOnコンポーネントとWSFCの関係
ただし、一般的には、クォーラムの概念（私はより大きなヘルスモニタリング/フェイルオーバーの概念の一部と見なします）がWSFCとAGに最も関連しています。