お世話になります。
今回はSQL Server Always On可用性クラスタの構築を行ってみます。
基本的にこちらのサイトそのままの手順を、SQL Server 2019にて検証します。
https://qiita.com/zaburo/items/5ca86becda6023b90f7e
・Active Cirectory
・Windows Serverフェイルオーバークラスタ仮想マシン（2台）
は構築済みの状態から始めます。
SQL Server 2019を2台のノードにインストールします。
インストール後、メモリの使用率が跳ね上がります。
SQLサービス用のユーザーをADで作成します。
SQLサービスにユーザーをバインドします。
TCP/IPを有効にし、ファイアウォールを無効にしておきます。
Always On用のフォルダを2つ作り、SQLサービスユーザに権限をつけます。
SQL Server Management Studioを両ノードにインストールします。
SSMSにてデータベースを作成します。パスは先ほど作成したフォルダを指定します。
テーブルを作成し、テストの値を入力します。
DBのバックアップをとっておきます。
Always Onの有効化を両サーバで行います。
ウィザードでAlways On可用性グループを作成します。
自動フェイルオーバーにチェックを入れます。
DBの完全バックアップフォルダを先ほど作成したフォルダに指定します。
作成されました。
AO可用性専用のリッスンポートを指定します。
testdbがTEST_AGリッスンポートにバインドされました。
両サーバーで包含データベースを有効にし、部分バックアップを指定します。
新規SQLユーザーとしてtestuserを作成します。
testuserにtestdbの所有者権限を追加します。
SMSSでWindows認証からSQL Server認証に切り替えます。これをしないとPowershellでのSQL認証でエラーとなります。
Powershellで接続を確認します。
CLUSTER1がプライマリになっていて、testdbに値が2つある状態を確認します。（この後もう一つ追加し3つの値となっています）
CLUSTER1をシャットダウンします。
SSMSを再起動すると、CLUSTER2がプライマリに切り替わります。この状態でテーブルに値を追加します。
CLUSTER1を起動します。
両サーバーがしばらくオンになった状態で、今度はCLUSTER2をシャットダウンします。
CLUSTER1で表示すると、さきほどCLUSTER2の単独運用時に追加した値を確認できました。
Always Onを速足で構築してみましたが、WSFCの基盤上にSQL専用のリッスンポートやサービスユーザを追加することで、より可用性の高いDBサーバーを作ることが出来そうです。