Configuration ManagerでSQL Server Always On可用性グループを使用する準備をする

[アーティクル]
04/04/2023

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

この記事を使用して、サイトデータベースのSQL Server Always On可用性グループを使用するようにConfiguration Managerを準備します。この機能は、高可用性とディザスターリカバリーのソリューションを提供します。

Configuration Managerでは、可用性グループの使用がサポートされています。

プライマリサイトと中央管理サイト。
オンプレミスまたは azure 内Microsoft。

Azure で可用性グループMicrosoft使用する場合は、Azure 可用性セットを使用して、サイトデータベースの可用性をさらに高めることができます。 Azure 可用性セットの詳細については、「仮想マシンの可用性の管理」を参照してください。

重要

続行する前に、SQL Serverと可用性グループの構成に慣れる必要があります。この記事では、SQL Server ドキュメントライブラリに関する詳細と手順について説明します。

サポートされるシナリオ

Configuration Managerで可用性グループを使用する場合は、次のシナリオがサポートされています。各シナリオの詳細と手順については、「Configuration Managerの可用性グループを構成する」を参照してください。

前提条件

次の前提条件は、すべてのシナリオに適用されます。特定のシナリオに追加の前提条件が適用される場合は、そのシナリオについて詳しく説明します。

アカウントとアクセス許可のConfiguration Manager

インストールアカウント

Configuration Managerセットアップの実行に使用するアカウントは次のとおりです。

可用性グループのメンバーである各コンピューターのローカル 管理者 グループのメンバー。
サイトデータベースをホストするSQL Serverの各インスタンスの sysadmin。

サイトサーバーからレプリカメンバーへのアクセス

サイトサーバーのコンピューターアカウントは、可用性グループのメンバーである各コンピューターのローカル 管理者 グループのメンバーである必要があります。

SQL Server

バージョン

可用性グループ内の各レプリカは、Configuration ManagerのバージョンでサポートされているバージョンのSQL Serverを実行する必要があります。 SQL Serverでサポートされている場合、可用性グループのさまざまなノードで異なるバージョンのSQL Serverを実行できます。詳細については、「Configuration ManagerでサポートされているSQL Serverバージョン」を参照してください。

Edition

SQL Serverの Enterprise エディションを使用します。

取引

SQL Serverの各インスタンスは、ドメインユーザーアカウント (サービスアカウント) または非ドメインアカウントで実行できます。グループ内の各レプリカには、異なる構成を設定できます。

可能な限り最小限のアクセス許可を持つアカウントを使用します。詳細については、「SQL Serverインストールのセキュリティに関する考慮事項」を参照してください。
SQL Serverのサービスアカウントとアクセス許可の構成の詳細については、「Windows サービスアカウントとアクセス許可の構成」を参照してください。
ドメイン以外のアカウントを使用するには、証明書を使用する必要があります。詳細については、「データベースミラーリングエンドポイントに証明書を使用する (Transact-SQL)」を参照してください。
一般的な情報については、「可用性グループのデータベースミラーリングエンドポイントを作成する」を参照してください。

Database

新しいレプリカでデータベースを構成する

これらの構成は、プライマリレプリカでのみ行います。セカンダリレプリカを構成するには、まずプライマリをセカンダリにフェールオーバーします。このアクションにより、セカンダリが新しいプライマリレプリカになります。

次の設定を使用して、各レプリカのデータベースを構成します。

CLR 統合を有効にする:

sp_configure 'show advanced options', 1;  
GO  
RECONFIGURE;  
GO  
sp_configure 'clr enabled', 1;  
GO  
RECONFIGURE;  
GO

詳細については、「 CLR 統合」を参照してください。

[テキストの最大サイズ] をに2147483647設定します。
```
EXECUTE sp_configure 'max text repl size (B)', 2147483647
```
データベース所有者を SA アカウントに設定します。このアカウントを有効にする必要はありません。
[信頼できる] 設定をオンにします。
```
ALTER DATABASE [CM_xxx] SET TRUSTWORTHY ON;
```
詳細については、信頼できるデータベースプロパティに関するページを参照してください。
Service Broker を有効にします。
```
ALTER DATABASE [CM_xxx] SET ENABLE_BROKER
```
注:

可用性グループに既に含まれているデータベースで Service Broker オプションを有効にすることはできません。可用性グループに追加する前に、そのオプションを有効にする必要があります。

Service Broker の優先順位を構成します。

ALTER DATABASE [CM_xxx] SET HONOR_BROKER_PRIORITY ON;
ALTER DATABASE [CM_xxx] SET ENABLE_BROKER WITH ROLLBACK IMMEDIATE

データベース検証スクリプト

次の SQL スクリプトを実行して、プライマリレプリカとセカンダリレプリカの両方のデータベース構成を確認します。セカンダリレプリカの問題を解決する前に、そのセカンダリレプリカをプライマリレプリカに変更します。

    SET NOCOUNT ON

    DECLARE @dbname NVARCHAR(128)

    SELECT @dbname = sd.name FROM sys.sysdatabases sd WHERE sd.dbid = DB_ID()

    IF (@dbname = N'master' OR @dbname = N'model' OR @dbname = N'msdb' OR @dbname = N'tempdb' OR @dbname = N'distribution' ) BEGIN
    RAISERROR(N'ERROR: Script is targeting a system database.  It should be targeting the DB you created instead.', 0, 1)
    GOTO Branch_Exit;
    END ELSE
    PRINT N'INFO: Targeted database is ' + @dbname + N'.'

    PRINT N'INFO: Running verifications....'

    IF NOT EXISTS (SELECT * FROM sys.configurations c WHERE c.name = 'clr enabled' AND c.value_in_use = 1)
    PRINT N'ERROR: CLR is not enabled!'
    ELSE
    PRINT N'PASS: CLR is enabled.'

    DECLARE @repltable TABLE (
    name nvarchar(max),
    minimum int,
    maximum int,
    config_value int,
    run_value int )

    INSERT INTO @repltable
    EXEC sp_configure 'max text repl size (B)'

    IF NOT EXISTS(SELECT * from @repltable where config_value = 2147483647 and run_value = 2147483647 )
    PRINT N'ERROR: Max text repl size is not correct!'
    ELSE
    PRINT N'PASS: Max text repl size is correct.'

    IF NOT EXISTS (SELECT db.owner_sid FROM sys.databases db WHERE db.database_id = DB_ID() AND db.owner_sid = 0x01)
    PRINT N'ERROR: Database owner is not sa account!'
    ELSE
    PRINT N'PASS: Database owner is sa account.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_trustworthy_on = 1 )
    PRINT N'ERROR: Trustworthy bit is not on!'
    ELSE
    PRINT N'PASS: Trustworthy bit is on.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_broker_enabled = 1 )
    PRINT N'ERROR: Service broker is not enabled!'
    ELSE
    PRINT N'PASS: Service broker is enabled.'

    IF NOT EXISTS( SELECT * FROM sys.databases db WHERE db.database_id = DB_ID() AND db.is_honor_broker_priority_on = 1 )
    PRINT N'ERROR: Service broker priority is not set!'
    ELSE
    PRINT N'PASS: Service broker priority is set.'

    PRINT N'Done!'

    Branch_Exit:

可用性グループの構成

レプリカメンバー

可用性グループには、1 つのプライマリレプリカが必要です。
可用性グループ内のレプリカの数と種類は、SQL Serverのバージョンでサポートされているのと同じ数と種類を使用します。
非同期コミットレプリカを使用して、同期レプリカを復旧できます。詳細については、「サイトデータベースの回復オプション」を参照してください。

警告

Configuration Managerでは、サイトデータベースとして非同期コミットレプリカを使用するためのフェールオーバーはサポートされていません。詳細については、「フェールオーバーモードとフェールオーバーモード (Always On可用性グループ)」を参照してください。

Configuration Managerは、非同期コミットレプリカの状態を検証して現在の状態を確認しません。サイトデータベースとして非同期コミットレプリカを使用すると、サイトとデータの整合性が危険にさらされる可能性があります。このレプリカは、設計上、同期を取り消すことができます。詳細については、「SQL Server Always On可用性グループの概要」を参照してください。

各レプリカメンバーには、次の構成が必要です。

既定の インスタンス または 名前付きインスタンスを使用します。

注:

サーバー上に、SQL Server インスタンス名と同じ名前のファイル共有がありません。
[ プライマリロールの接続] 設定は [すべての接続を許可する] です。
[読み取り可能なセカンダリ] 設定は [はい] です。
手動フェールオーバーで有効
注:

Configuration Managerは、自動フェールオーバーに設定されている場合に可用性グループ同期レプリカの使用をサポートします。次の場合 に手動フェールオーバー を設定します。
- Configuration Managerセットアップを実行して、可用性グループ内のサイトデータベースの使用を指定します。
- 更新プログラムをインストールしてConfiguration Managerします。 (サイトデータベースに適用される更新プログラムだけではありません)。
すべてのメンバーに同じシードモードが必要です。 Configuration Managerセットアップには、インストールまたは回復を使用してデータベースを作成するときに、この構成を確認するための前提条件チェックが含まれています。

注:

セットアップでデータベースを作成し、自動シード処理を構成する場合、可用性グループにはデータベースを作成するためのアクセス許可が必要です。この要件は、新しいデータベースまたは復旧の両方に適用されます。詳細については、「セカンダリレプリカの自動シード処理」を参照してください。

レプリカメンバーの場所

可用性グループ内のすべてのレプリカをオンプレミスでホストするか、Azure ですべてホストMicrosoftします。オンプレミスのメンバーと Azure のメンバーを含むグループはサポートされていません。

注:

SQL Serverに Azure 仮想マシンを使用している場合は、フローティング IP を有効にします。詳細については、「Azure 仮想マシンでSQL Server Always On可用性グループのロードバランサーを構成する」を参照してください。

Configuration Managerセットアップは、各レプリカに接続する必要があります。 Azure で可用性グループを設定し、グループが内部ロードバランサーまたは外部ロードバランサーの背後にある場合は、次の既定のポートを開きます。

RPC エンドポイントマッパー: TCP 135
SQL Server Service Broker: TCP 4022
SQL over TCP: TCP 1433

セットアップが完了した後、これらのポートは、Configuration Managerおよびレプリケーションリンクアナライザー用に開いたままにする必要があります。

これらの構成にはカスタムポートを使用できます。エンドポイントと可用性グループ内のすべてのレプリカで、同じカスタムポートを使用します。

SQL Serverサイト間でデータをレプリケートするには、Azure ロードバランサー内の各ポートの負荷分散規則を作成します。詳細については、「内部ロードバランサーの高可用性ポートを構成する」を参照してください。

リスナー

可用性グループには、少なくとも 1 つの 可用性グループリスナーが必要です。可用性グループ内のサイトデータベースを使用するようにConfiguration Managerを構成すると、このリスナーの仮想名が使用されます。可用性グループには複数のリスナーを含めることができますが、Configuration Managerは 1 つだけを使用できます。詳細については、「SQL Server可用性グループリスナーを作成または構成する」を参照してください。

ファイルのパス

Configuration Managerセットアップを実行して、可用性グループ内のデータベースを使用するようにサイトを構成する場合、各セカンダリレプリカサーバーには、現在のプライマリレプリカ上のサイトデータベースファイルのファイルパスと同じSQL Server ファイルパスが必要です。同じパスが存在しない場合、セットアップはサイトデータベースの新しい場所として可用性グループのインスタンスを追加できません。

ローカル SQL Server サービスアカウントには、このフォルダーに対するフルコントロールアクセス許可が必要です。

セカンダリレプリカサーバーでは、Configuration Managerセットアップを使用して可用性グループ内のデータベースインスタンスを指定している間にのみ、このファイルパスが必要です。可用性グループ内のサイトデータベースの構成が完了したら、セカンダリレプリカサーバーから未使用のパスを削除できます。

たとえば、次のようなシナリオについて考えてみます。

3 つの SQL Server を使用する可用性グループを作成します。
プライマリレプリカサーバーは、SQL Server 2014 の新しいインストールです。既定では、データベース MDF ファイルと LDF ファイルがに C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA格納されます。
両方のセカンダリレプリカサーバーを以前のバージョンから SQL Server 2014 にアップグレードしました。アップグレードでは、これらのサーバーは、データベースファイルを格納するための元のファイルパスを保持します。 C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\DATA
サイトデータベースをこの可用性グループに移動する前に、各セカンダリレプリカサーバーで、次のファイルパスを作成します。 C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\DATA このパスは、セカンダリレプリカがこのファイルの場所を使用しない場合でも、プライマリレプリカで使用されているパスの複製です。
次に、各セカンダリレプリカのSQL Server サービスアカウントに、そのサーバー上の新しく作成されたファイルの場所へのフルコントロールアクセス権を付与します。
これで、Configuration Managerセットアップを正常に実行して、可用性グループ内のサイトデータベースを使用するようにサイトを構成できるようになりました。

マルチサブネットフェールオーバー

multiSubnetFailover 接続文字列キーワードは、SQL Serverで有効にすることができます。また、サイトサーバーの Windows レジストリに次の値を手動で追加する必要もあります。

HKLM:\SOFTWARE\Microsoft\SMS\Identification
HKLM:\SOFTWARE\Microsoft\SMS\SQL Server

MSF Enabled : 1 (DWORD)

警告

マルチサブネットフェールオーバーでサイトサーバーの高可用性とSQL Server Always On可用性グループを使用しても、ディザスターリカバリーシナリオの自動フェールオーバーの完全な機能は提供されません。

リモートの場所にメンバーを含む可用性グループを作成する必要がある場合は、最も短いネットワーク待機時間に基づいて優先順位を付けます。ネットワーク待機時間が長い場合、レプリケーションエラーが発生する可能性があります。

制限事項と既知の問題

次の制限事項は、すべてのシナリオに適用されます。

サポートされていないSQL Serverオプションと構成

基本的な可用性グループ: SQL Server 2016 Standard エディションで導入された基本的な可用性グループは、セカンダリレプリカへの読み取りアクセスをサポートしていません。構成には、このアクセスが必要です。詳細については、「Basic SQL Server 可用性グループ」を参照してください。
フェールオーバークラスターインスタンス: フェールオーバークラスターインスタンスは、Configuration Managerで使用するレプリカではサポートされていません。詳細については、「フェールオーバークラスターインスタンスのSQL Server Always On」を参照してください。

追加の可用性グループをホストする SQL サーバー

SQL Serverは、Configuration Managerに使用するグループに加えて 1 つ以上の可用性グループをホストする場合、セットアップConfiguration Manager実行するときに特定の設定が必要です。これらの設定は、Configuration Managerの更新プログラムをインストールするためにも必要です。各可用性グループ内の各レプリカには、次の構成が必要です。

手動フェールオーバー
読み取り専用接続を許可する

注:

Configuration Managerは、自動フェールオーバーに設定されている場合に可用性グループ同期レプリカの使用をサポートします。次の場合 に手動フェールオーバー を設定します。

Configuration Managerセットアップを実行して、可用性グループ内のサイトデータベースの使用を指定します。
更新プログラムをインストールしてConfiguration Managerします。 (サイトデータベースに適用される更新プログラムだけではありません)。

サポートされていないデータベースの使用

Configuration Managerでは、可用性グループ内のサイトデータベースのみがサポートされます

可用性グループのConfiguration Managerでは、次のデータベースはサポートされていません。

レポートデータベース
WSUS データベース

既存のデータベース

レプリカに作成された新しいデータベースは使用できません。可用性グループを構成する場合は、既存のConfiguration Manager データベースのコピーをプライマリレプリカに復元します。

ConfigMgrSetup.log のセットアップエラー

Configuration Managerセットアップを実行してサイトデータベースを可用性グループに移動すると、可用性グループのセカンダリレプリカ上のデータベースロールの処理が試行されます。 ConfigMgrSetup.log ファイルには、次のエラーが表示されます。

ERROR: SQL Server error: [25000][3906][Microsoft][SQL Server Native Client 11.0][SQL Server]Failed to update database "CM_AAA" because the database is read-only. Configuration Manager Setup 1/21/2016 4:54:59 PM 7344 (0x1CB0)

これらのエラーは無視しても安全です。

サイト拡張

可用性グループを使用するようにスタンドアロンプライマリサイトのサイトデータベースを構成する場合、中央管理サイトを含むようにサイトを展開することはできません。このプロセスを試すと失敗します。サイトを展開するには、可用性グループからプライマリサイトデータベースを一時的に削除します。

セカンダリサイトを追加するときに構成を変更する必要はありません。

サイトバックアップの変更

データベースファイルのバックアップ

サイトデータベースが可用性グループを使用する場合は、組み込みのバックアップサイトサーバーメンテナンスタスクを実行して、一般的なConfiguration Manager設定とファイルをバックアップします。そのバックアップによって作成された MDF または LDF ファイルは使用しないでください。代わりに、SQL Serverを使用して、これらのデータベースファイルの直接バックアップを作成します。

SQL Serverバックアップは引き続き使用できますが、SQL Server Always On クラスターに直接復元することはできません。スタンドアロンサーバーで復元し、SQL Server Always Onに戻す必要があります。

トランザクションログ

サイトデータベースの復旧モデルを [完全] に設定します。この構成は、可用性グループでConfiguration Manager使用するための要件です。サイトデータベーストランザクションログのサイズを監視して維持することを計画します。完全復旧モデルでは、データベースまたはトランザクションログの完全バックアップが作成されるまで、トランザクションは強化されません。詳細については、「SQL Server データベースのバックアップと復元」を参照してください。

サイトの回復に関する変更

可用性グループの少なくとも 1 つのノードがまだ機能している場合は、サイトの回復オプションを使用して データベースの回復をスキップします (サイトデータベースが影響を受けなかった場合は、このオプションを使用します)。

サイトの復旧では、可用性グループ内のデータベースを再作成できます。このプロセスは、手動シード処理と自動シード処理の両方で機能します。

ヒント

セットアップ/回復ウィザードを実行すると、[ 新しい可用性グループデータベース] ページは手動シード構成にのみ適用されます。自動シード処理では、共有データベースバックアップがないため、ウィザードのページは表示されません。

詳細については、「バックアップと回復」を参照してください。

レポートの変更

レポートサービスポイントをインストールする

レポートサービスポイントでは、可用性グループのリスナー仮想名の使用はサポートされていません。また、可用性グループでのデータベースのホストもサポートしていません。

既定では、Reporting Services ポイントのインストールでは、 サイトデータベースサーバー名 がリスナーとして指定されている仮想名に設定されます。可用性グループ内のレプリカのコンピューター名とインスタンスを指定するには、この設定を変更します。
レポートをオフロードし、レプリカノードがオフラインのときに可用性を高めるために、各レプリカノードに追加のレポートサービスポイントをインストールすることを検討してください。次に、各レポートサービスポイントが独自のコンピューター名を使用するように構成します。可用性グループの各レプリカにレポートサービスポイントをインストールすると、レポートは常にアクティブなレポートポイントサーバーに接続できます。

コンソールで使用されるレポートサービスポイントを切り替える

Configuration Manager コンソールで、[監視] ワークスペースに移動し、[レポート] を展開し、[レポート] ノードを選択します。
リボンで、[ レポートオプション] を選択します。
[レポートオプション] ダイアログボックスで、使用するレポートサービスポイントを選択します。

次の手順

この記事では、可用性グループを使用するときに必要な一般的なタスクConfiguration Manager前提条件、制限事項、および変更について説明します。可用性グループを使用するようにサイトを設定および構成する手順については、「可用性グループの構成」を参照してください。

次の方法で共有

Configuration ManagerでSQL Server Always On可用性グループを使用する準備をする

サポートされるシナリオ

前提条件

アカウントとアクセス許可のConfiguration Manager

インストールアカウント

サイトサーバーからレプリカメンバーへのアクセス

SQL Server

バージョン

Edition

取引

Database

新しいレプリカでデータベースを構成する

データベース検証スクリプト

可用性グループの構成

レプリカメンバー

レプリカメンバーの場所

リスナー

ファイルのパス

マルチサブネットフェールオーバー

制限事項と既知の問題

サポートされていないSQL Serverオプションと構成

追加の可用性グループをホストする SQL サーバー

サポートされていないデータベースの使用

Configuration Managerでは、可用性グループ内のサイトデータベースのみがサポートされます

既存のデータベース

ConfigMgrSetup.log のセットアップエラー

サイト拡張

サイトバックアップの変更

データベースファイルのバックアップ

トランザクションログ

サイトの回復に関する変更

レポートの変更

レポートサービスポイントをインストールする

コンソールで使用されるレポートサービスポイントを切り替える

次の手順

フィードバック

その他のリソース

次の方法で共有

Configuration ManagerでSQL Server Always On可用性グループを使用する準備をする

サポートされるシナリオ

前提条件

アカウントとアクセス許可のConfiguration Manager

インストール アカウント

サイト サーバーからレプリカ メンバーへのアクセス

SQL Server

バージョン

Edition

取引

Database

新しいレプリカでデータベースを構成する

データベース検証スクリプト

可用性グループの構成

レプリカ メンバー

レプリカ メンバーの場所

リスナー

ファイルのパス

マルチサブネット フェールオーバー

制限事項と既知の問題

サポートされていないSQL Serverオプションと構成

追加の可用性グループをホストする SQL サーバー

サポートされていないデータベースの使用

Configuration Managerでは、可用性グループ内のサイト データベースのみがサポートされます

既存のデータベース

ConfigMgrSetup.log のセットアップ エラー

サイト拡張

サイトバックアップの変更

データベース ファイルのバックアップ

トランザクション ログ

サイトの回復に関する変更

レポートの変更

レポート サービス ポイントをインストールする

コンソールで使用されるレポート サービス ポイントを切り替える

次の手順

フィードバック

その他のリソース

インストールアカウント

サイトサーバーからレプリカメンバーへのアクセス

レプリカメンバー

レプリカメンバーの場所

マルチサブネットフェールオーバー

Configuration Managerでは、可用性グループ内のサイトデータベースのみがサポートされます

ConfigMgrSetup.log のセットアップエラー

データベースファイルのバックアップ

トランザクションログ

レポートサービスポイントをインストールする

コンソールで使用されるレポートサービスポイントを切り替える