Configuration ManagerのSQL Server Always On可用性グループを構成する

  • [アーティクル]

Configuration Manager (現在のブランチ) に適用

この記事の情報を使用して、Configuration Manager サイト データベースのSQL Server Always On可用性グループを構成および管理します。 開始する前に、「 可用性グループを使用するための準備」の情報を理解しておいてください。 また、可用性グループと関連する手順の使用に関するSQL Serverドキュメントについても理解しておいてください。

可用性グループを作成して構成する

Configuration Managerの可用性グループを作成するには、次の手順に従います。 次に、サイト データベースのコピーをその可用性グループに移動します。

  1. 次のコマンドを使用して、Configuration Manager サイトを停止します。

    preinst.exe /stopsite

    詳細については、「 階層メンテナンス ツール」を参照してください。

  2. サイト データベースのバックアップ モデルを SIMPLE から FULL に変更します。

    ALTER DATABASE [CM_xxx] SET RECOVERY FULL;

    可用性グループは、FULL バックアップ モデルのみをサポートします。 詳細については、「 データベースの復旧モデルを表示または変更する」を参照してください。

  3. SQL Serverを使用して、サイト データベースの完全バックアップを作成します。 次のいずれかのオプションを選択します。

    • 可用性グループのメンバーになります:このサーバーを可用性グループの初期プライマリ レプリカ メンバーとして使用する場合は、サイト データベースのコピーをこのサーバーまたはグループ内の別のサーバーに復元する必要はありません。 データベースは既にプライマリ レプリカに配置されています。 SQL Server後の手順でデータベースをセカンダリ レプリカにレプリケートします。

    • 可用性グループのメンバーになりません:サイト データベースのコピーを、グループのプライマリ レプリカをホストするサーバーに復元します。

    詳細については、SQL Serverドキュメントの次の記事を参照してください。

    注:

    既存のレプリカで可用性グループからスタンドアロンに移行する予定の場合は、まず可用性グループからデータベースを削除します。

  4. グループの初期プライマリ レプリカをホストするサーバーで、 新しい可用性グループ ウィザード を使用して可用性グループを作成します。 このウィザードで次のように操作します。

    • [データベースの選択] ページで、Configuration Manager サイトのデータベースを選択します。

    • [ レプリカの指定 ] ページで、次の構成を行います。

      • レプリカ： セカンダリ レプリカをホストするサーバーを指定します。

      • リスナー： 完全な DNS 名としてリスナー DNS 名 を指定します (例: <listener_server>.fabrikam.com)。 可用性グループ内のデータベースを使用するようにConfiguration Managerを構成すると、この名前が使用されます。

    • [ 初期データ同期の選択] ページで 、[完全] を選択 します。 ウィザードで可用性グループが作成されると、ウィザードによってプライマリ データベースとトランザクション ログがバックアップされます。 次に、ウィザードは、セカンダリ レプリカをホストする各サーバーで復元します。

      注:

      この手順を使用しない場合は、セカンダリ レプリカをホストする各サーバーにサイト データベースのコピーを復元します。 次に、そのデータベースをグループに手動で結合します。

  5. 各レプリカの構成を確認します。

    1. サイト サーバーのコンピューター アカウントが、可用性グループのメンバーである各コンピューターのローカル 管理者 グループのメンバーであることを確認します。

    2. 検証スクリプトを実行して、各レプリカのサイト データベースが正しく構成されていることを確認します。

    3. セカンダリ レプリカで構成を設定する必要がある場合は、続行する前に、プライマリ レプリカをセカンダリ レプリカに手動でフェールオーバーします。 プライマリ レプリカのデータベースのみを構成できます。 詳細については、SQL Serverドキュメントの「可用性グループの計画的な手動フェールオーバーの実行」を参照してください。

  6. すべてのレプリカが要件を満たしたら、可用性グループをConfiguration Managerで使用する準備が整います。

可用性グループを使用するようにサイトを構成する

新しいサイトをインストールするときに、 可用性グループを作成して構成した後、可用性グループ リスナーの FQDN を使用するように直接セットアップします。 カスタム ポートと名前付きインスタンスを使用した場合は、セットアップ ウィザードでインスタンス名を空のままにし 、リスナーの FQDN という形式のポート番号を使用します。 たとえば、既定のポート 1433 を使用しない名前付きインスタンスには を使用 listener.contoso.com, 1445 します。

既存のサイト データベースを作成して構成した可用性グループに移動した場合は、サイトメンテナンスConfiguration Manager使用して、次の手順で構成を変更します。

  1. Configuration Managerセットアップ: \BIN\X64\setup.exe Configuration Manager サイトのインストール フォルダーから実行します。

  2. [はじめに] ページで、[サイトのメンテナンスを実行するか、このサイトをリセットする] を選択し、[次へ] を選択します。

  3. [構成SQL Server変更] を選択し、[次へ] を選択します。

  4. サイト データベースの次の設定を再構成します。

    • SQL Server名: 可用性グループ リスナーの仮想名を入力します。 可用性グループの作成時にリスナーを構成しました。 仮想名は、 のような <Listener_Server>.fabrikam.com完全な DNS 名にする必要があります。

    • インスタンス： 可用性グループの リスナー の既定のインスタンスを指定するには、この値を空白にする必要があります。 現在のサイト データベースが名前付きインスタンスで実行されている場合は、現在の名前付きインスタンスをクリアします。

    • データベース： 表示された名前のままにします。 この名前は現在のサイト データベースです。

  5. 新しいデータベースの場所の情報を指定したら、通常のプロセスと構成を使用してセットアップを完了します。

同期レプリカ メンバー

サイト データベースが可用性グループでホストされている場合は、次の手順に従って同期レプリカ メンバーを追加または削除します。 サポートされているレプリカの種類と数の詳細については、「 可用性グループの構成」を参照してください。

同期レプリカ メンバーを追加または削除する

セットアップConfiguration Manager実行して、同期レプリカ メンバーを追加または削除します。 次の手順では、追加する方法を示します。

  1. SQL Server手順を使用してセカンダリ レプリカを追加します。

    1. セカンダリ レプリカをAlways On可用性グループに追加します。

    2. SQL Server Management Studioで状態を確認します。 可用性グループが完全な正常性に戻るのを待ちます。

  2. セットアップConfiguration Manager実行し、サイトを変更するオプションを選択します。

  3. 可用性グループ リスナー名をデータベース名として指定します。 リスナーが標準以外のネットワーク ポートを使用する場合は、それも指定します。 このアクションにより、各ノードが適切に構成されていることを確認するようにセットアップが行われます。 また、データベース復旧プロセスも開始します。

Configuration Managerセットアップでは、SQL Serverデータベース移動操作が使用され、ノードが正しく構成されていることを確認します。

非同期レプリカ

Configuration Managerで使用する可用性グループで非同期レプリカを使用できます。 サイト データベースでは非同期レプリカがサポートされていないため、同期レプリカの構成に必要な構成スクリプトを実行する必要はありません。

非同期コミット レプリカを構成する

詳細については、「 可用性グループにセカンダリ レプリカを追加する」を参照してください。

非同期レプリカを使用してサイトを回復する

非同期レプリカを使用してサイト データベースを復旧します。

  1. アクティブなプライマリ サイトを停止して、サイト データベースへの追加の書き込みを防ぎます。 サイトを停止するには、 階層メンテナンス ツールを使用します。 preinst.exe /stopsite

  2. サイトを停止した後、 手動で復旧されたデータベースではなく非同期レプリカを使用します。

可用性グループの使用を停止する

可用性グループでサイト データベースをホストしない場合は、次の手順に従います。 このプロセスでは、サイト データベースを SQL Server の 1 つのインスタンスに戻します。

  1. 次のコマンドを使用して、Configuration Manager サイトを停止します。 preinst.exe /stopsite 詳細については、「 階層メンテナンス ツール」を参照してください。

  2. SQL Serverを使用して、プライマリ レプリカからサイト データベースの完全バックアップを作成します。 詳細については、「 データベースの完全バックアップを作成する」を参照してください。

  3. SQL Serverを使用して、サイト データベースをホストするサーバーにサイト データベースのバックアップを復元します。 詳細については、「 SSMS を使用したデータベース バックアップの復元」を参照してください。

    注:

    可用性グループのプライマリ レプリカ サーバーがサイト データベースの単一インスタンスをホストする場合は、この手順をスキップします。

  4. サイト データベースをホストするサーバーで、サイト データベースのバックアップ モデルを FULL から SIMPLE に変更します。 詳細については、「 データベースの復旧モデルを表示または変更する」を参照してください。

  5. Configuration Managerセットアップ: \BIN\X64\setup.exe Configuration Manager サイトのインストール フォルダーから実行します。

  6. [はじめに] ページで、[サイトのメンテナンスを実行するか、このサイトをリセットする] を選択し、[次へ] を選択します。

  7. [構成SQL Server変更] を選択し、[次へ] を選択します。

  8. サイト データベースの次の設定を再構成します。

    • SQL Server名: サイト データベースをホストするサーバーの名前を入力します。

    • インスタンス： サイト データベースをホストする名前付きインスタンスを指定します。 データベースが既定のインスタンス上にある場合は、このフィールドを空白のままにします。

    • データベース： 表示された名前のままにします。 この名前は現在のサイト データベースです。

  9. 新しいデータベースの場所の情報を指定したら、通常のプロセスと構成を使用してセットアップを完了します。 セットアップが完了すると、サイトが再起動され、新しいデータベースの場所の使用が開始されます。

  10. 可用性グループのメンバーだったサーバーをクリーンアップするには、「可用性グループの削除」のガイダンス に従います。