このトピックでは、[ レプリカの指定 ] ページのオプションについて説明します。 このページは、SQL Server 2014 の新しい可用性グループ ウィザードと可用性グループへのレプリカの追加ウィザードに適用されます。 [ レプリカの指定 ] ページを使用して、可用性グループを追加する 1 つ以上の可用性レプリカを指定して構成します。 このページには、次の表に示す 4 つのタブがあります。 テーブル内のタブの名前をクリックして、このトピックの後半の対応するセクションに移動します。
| タブ | 簡単な説明 |
|---|---|
| レプリカ | このタブを使用して、セカンダリ レプリカをホストまたは現在ホストする SQL Server の各インスタンスを指定します。 現在接続しているサーバー インスタンスでプライマリ レプリカをホストする必要があることに注意してください。 ヒント: 他のタブを開始する前に、[レプリカ] タブですべての レプリカ の指定を完了します。 |
| エンドポイント | このタブを使用して、既存のデータベース ミラーリング エンドポイントを確認します。また、サービス アカウントが Windows 認証を使用するサーバー インスタンスにこのエンドポイントがない場合は、エンドポイントを自動的に作成します。 |
| バックアップの設定 | このタブを使用して、可用性グループ全体のバックアップ設定と、個々の可用性レプリカのバックアップの優先順位を指定します。 |
| リスナー | このタブ (使用可能な場合) を使用して、可用性グループ リスナーを作成します。 既定では、リスナーは作成されません。 注: このタブは、新しい可用性グループ ウィザードを実行している場合にのみ使用できます。 |
レプリカタブ
サーバー インスタンス
可用性レプリカをホストするサーバー インスタンスの名前を表示します。
セカンダリ レプリカのホストに使用するサーバー インスタンスが [ 可用性レプリカ ] グリッドに表示されない場合は、[ レプリカの追加 ] ボタンをクリックします。 ハイブリッド IT 環境で可用性グループを構成する場合 ( 「Azure Virtual Machines の SQL Server の高可用性とディザスター リカバリー」を参照) は、[ Azure レプリカの追加] ボタンをクリックして、Azure のセカンダリ レプリカを含む仮想マシンを作成できます。
初期ロール
新しいレプリカが最初に実行するロール ( プライマリ または セカンダリ) を示します。
自動フェールオーバー (上限 2)
この可用性レプリカを自動フェールオーバー パートナーにする場合にのみ、このチェック ボックスをオンにします。 自動フェールオーバーを構成するには、初期プライマリ レプリカと 1 つのセカンダリ レプリカに対してこのオプションを選択する必要があります。 これらのレプリカはいずれも、同期コミット可用性モードを使用します。 自動フェールオーバーをサポートできるレプリカは 2 つだけです。
同期コミット可用性モードの詳細については、「 可用性モード (AlwaysOn 可用性グループ)」を参照してください。 自動フェールオーバーの詳細については、「 フェールオーバーモードとフェールオーバー モード (AlwaysOn 可用性グループ)」を参照してください。
同期コミット (上限 3)
レプリカの 自動フェールオーバー (最大 2) を選択した場合は、 同期コミット (最大 3) も選択されます。 このチェック ボックスが空白の場合は、このレプリカで計画された手動フェールオーバーのみで同期コミット モードを使用する場合にのみ、このチェック ボックスをオンにします。 同期コミット モードを使用できるレプリカは 3 つだけです。
このレプリカで非同期コミット可用性モードを使用する場合は、このチェック ボックスを空白のままにします。 レプリカでは、強制手動フェールオーバーのみがサポートされます (データ損失の可能性があります)。 非同期コミット可用性モードの詳細については、「 可用性モード (AlwaysOn 可用性グループ)」を参照してください。 計画された手動フェールオーバーと強制手動フェールオーバーの詳細については、「 フェールオーバーモードとフェールオーバー モード (AlwaysOn 可用性グループ)」を参照してください。
読み取り可能な副役割
次のように、[ 読み取り可能なセカンダリ ] ボックスの一覧から値を選択します。
いいえ
このレプリカのセカンダリ データベースに対する直接接続は禁止されます。 読み取りアクセスで利用することはできません。 これは既定の設定です。
[読み取り目的のみ]
このレプリカのセカンダリ データベースへの直接読み取り専用接続のみが許可されます。 セカンダリ データベースはすべて読み取りアクセスで利用できます。
はい
読み取りアクセスに限り、このレプリカのセカンダリ データベースに対するすべての接続が許可されます。 セカンダリ データベースはすべて読み取りアクセスで利用できます。
レプリカの追加
可用性グループにセカンダリ レプリカを追加するためにクリックしてください。
Azure レプリカの追加
可用性グループでセカンダリ レプリカを実行している Azure 仮想マシンを作成します。 このオプションは、オンプレミスのレプリカを含むハイブリッド IT の可用性グループにのみ適用されます。 詳細については、「 Azure Virtual Machines での SQL Server の高可用性とディザスター リカバリー」を参照してください。
レプリカ の削除
選択したセカンダリ レプリカを可用性グループから削除するには、クリックします。
[エンドポイント] タブ
可用性レプリカをホストするサーバー インスタンスごとに、[ エンドポイント ] タブには、既存のデータベース ミラーリング エンドポイント (存在する場合) の実際の値、または Windows 認証を使用する可能性のある新しいエンドポイントの推奨値が表示されます。 既存のエンドポイントと潜在的なエンドポイントの両方について、[エンドポイント値] グリッドに次の情報が表示されます。
[サーバー名]
可用性レプリカをホストするサーバー インスタンスの名前を表示します。
エンドポイント URL
データベース ミラーリング エンドポイントの実際の URL または提案された URL を表示します。 提案された新しいエンドポイントの場合は、この値を変更できます。 これらの URL の形式については、「 可用性レプリカの追加または変更時のエンドポイント URL の指定 (SQL Server)」を参照してください。
ポート番号
エンドポイントの実際のポート番号または提案されたポート番号を表示します。 提案された新しいエンドポイントの場合は、この値を変更できます。
エンドポイント名
エンドポイントの実際の名前または提案された名前を表示します。 提案された新しいエンドポイントの場合は、この値を変更できます。
データの暗号化
このエンドポイント経由で送信されたデータが暗号化されているかどうかを示します。 提案された新しいエンドポイントの場合は、この設定を変更できます。
SQL Server サービス アカウント
SQL Server サービス アカウントのユーザー名。
サーバー インスタンスが Windows 認証を使用するエンドポイントを使用するには、その SQL Server サービス アカウントがドメイン アカウントである必要があります。
この要件により、次の構成手順が決まります。
すべてのサーバー インスタンスがドメイン サービス アカウントで実行されている場合、つまり、 SQL Server サービス アカウント 列にすべてのサーバー インスタンスのドメイン サービス アカウントが表示される場合は、[ 次へ] をクリックします。
ドメイン以外のサービス アカウントで実行されているサーバー インスタンスがある場合は、ウィザードに進む前に、サーバー インスタンスを手動で変更する必要があります。 この場合、[ 次へ ] をクリックすると警告ダイアログ ボックスが表示されます。[ いいえ] をクリックすると、[エンドポイント ] タブに戻ります。[ レプリカの指定 ] ページでウィザードを終了するときに、 SQL Server サービス アカウント 列にドメイン以外のサービス アカウントが表示される各サーバー インスタンスに対して、次のいずれかの変更を行います。
SQL Server 構成マネージャーを使用して、SQL Server サービス アカウントをドメイン アカウントに変更します。 詳細については、「 SQL Server のサービス スタートアップ アカウントの変更 (SQL Server 構成マネージャー)」を参照してください。
Transact-SQL または PowerShell を使用して、証明書を使用するデータベース ミラーリング エンドポイントを手動で作成します。 詳細については、 CREATE ENDPOINT (Transact-SQL) または AlwaysOn 可用性グループのデータベース ミラーリング エンドポイントの作成 (SQL Server PowerShell) に関するページを参照してください。
エンドポイントの構成中に [可用性レプリカの指定 ] ページを開いたままにした場合は、[ エンドポイント ] タブに戻り、[ 更新 ] をクリックして エンドポイント値 グリッドを更新します。
[バックアップの基本設定] タブ
バックアップの実行場所を指定するには、次のいずれかのオプションを選択します。
[セカンダリを優先]
オンラインのレプリカがプライマリ レプリカのみである場合を除き、セカンダリ レプリカでバックアップを実行することを指定します。 その場合、バックアップはプライマリレプリカで実行するべきです。 これが既定のオプションです。
[セカンダリのみ]
バックアップをプライマリ レプリカでは実行しないことを指定します。 オンラインのレプリカがプライマリ レプリカだけの場合、バックアップは実行されません。
プライマリ
バックアップを常にプライマリ レプリカで実行することを指定します。 このオプションは、差分バックアップの作成など、バックアップがセカンダリ レプリカで実行されたときにはサポートされないバックアップ機能が必要な場合に役に立ちます。
[任意のレプリカ]
バックアップを実行するレプリカを選択する際に、バックアップ ジョブが可用性レプリカのロールを無視することを希望します。 バックアップ ジョブは、動作状態および接続状態と組み合わせて、各可用性レプリカのバックアップ優先順位などの他の要素を評価する場合があります。
重要
バックアップ優先設定は適用されません。 この優先設定の解釈は、特定の可用性グループのデータベースに対するバックアップ ジョブのスクリプトでのロジックに依存します (ある場合)。 詳細については、「アクティブなセカンダリ: セカンダリ レプリカでのバックアップ (AlwaysOn 可用性グループ)」をご参照ください。
レプリカ バックアップの優先順位グリッド
[レプリカ バックアップの優先順位] グリッドを使用して、可用性グループの各レプリカのバックアップの優先順位を指定します。 このグリッドには、次の列が含まれています。
サーバー インスタンス
可用性レプリカをホストする SQL Server のインスタンスの名前を表示します。
[バックアップ優先度 (最小 = 1、最高 = 100)]
同じ可用性グループ内の他のレプリカに対して、このレプリカで実行されるバックアップの優先度を割り当てます。 既定値は 50 です。 0..100 の範囲内の他の任意の整数を選択できます。 1 は最も低い優先順位を示し、100 は最も高い優先順位を示します。
[バックアップの優先度] を 1 に設定した場合、可用性レプリカは、現在使用可能な優先順位の高い可用性レプリカがない場合にのみ、バックアップを実行するために選択されます。
[レプリカの除外]
この可用性レプリカがバックアップの実行に選択されないようにするため。 これは、たとえば、バックアップをフェールオーバーすることがないリモート可用性レプリカのような場合に便利です。
[リスナー] タブ
クライアント接続ポイントを提供する可用性グループ リスナーの設定を指定します。次のいずれかです。
今すぐ可用性グループ リスナーを作成しないでください。
この手順をスキップするために選択します。 リスナーは後で作成できます。 詳細については、可用性グループのリスナーの作成および構成 (SQL Server) に関するページを参照してください。
可用性グループ リスナーを作成します。
次のように、この可用性グループのリスナー設定を指定します。
[リスナーの DNS 名]
リスナーのネットワーク名を指定します。 この名前はドメインで一意である必要があり、任意の順序で英数字、ダッシュ (-)、ハイフン (_) のみを含めることができます。
[リスナー] タブを使用して指定した場合、DNS 名の長さは最大 15 文字です。
重要
[リスナー] タブに無効な DNS リスナー名 (またはポート番号) を入力すると、[レプリカの指定] ページで [次へ] ボタンが無効になります。
ポート
このリスナーで使用される TPC ポートを指定します。
注
[リスナー] タブに無効なポート番号 (または DNS リスナー名) を入力すると、[レプリカの指定] ページで [次へ] ボタンが無効になります。
[ネットワーク モード]
ドロップダウン リストを使用して、このリスナーで使用するネットワーク モードを選択します。次のいずれかです。
静的 IP
リスナーが複数のサブネットをリッスンするかどうかを選択します。 静的 IP ネットワーク モードを使用するには、可用性グループ リスナーは、可用性グループの可用性レプリカをホストするすべてのサブネットでリッスンする必要があります。 サブネットごとに、[ 追加 ] をクリックしてサブネット アドレスを選択し、IP アドレスを指定します。
ネットワーク モードとして [静的 IP ] が選択されている場合 (これが既定の選択)、グリッドに [サブネット ] 列と [ IP アドレス] 列が表示され、関連付けられている [追加 ] ボタンと [削除 ] ボタンが表示されます。 最初のサブネットを追加するまで、グリッドは空であることに注意してください。
サブネット 列
リスナーに追加したサブネットごとに選択したサブネット アドレスが表示されます。
[IP アドレス] 列
特定のサブネットに対して指定した IPv4 または IPv6 アドレスを表示します。
追加
このリスナーにサブネットを追加するにはクリックしてください。 クリックすると、 [IP アドレスの追加] ダイアログ ボックスが開きます。 詳細については、 IP アドレスの追加ダイアログ ボックス (SQL Server Management Studio) のヘルプ トピックを参照してください。
削除
クリックすると、グリッドで現在選択されているサブネットが削除されます。
DHCP の
リスナーが単一のサブネットでリッスンし、動的ホスト構成プロトコル (DHCP) を実行しているサーバーによって割り当てられた動的 IPv4 アドレスを使用するかどうかを選択します。 DHCP は、可用性グループの可用性レプリカをホストするすべてのサーバー インスタンスに共通する 1 つのサブネットに制限されます。
重要
運用環境での DHCP の使用はお勧めしません。 ダウンタイムが発生して DHCP IP のリース期限が切れると、リスナーの DNS 名に関連付けられている新しい DHCP のネットワーク IP アドレスの登録に余分な時間がかかり、クライアント接続に影響が及びます。 ただし、開発環境とテスト環境を設定して可用性グループの基本機能を確認する場合や、アプリケーションとの統合の場合には DHCP が適しています。
DHCP を選択すると、[サブネット] フィールドが表示されます。
サブネット
ネットワーク モードとして DHCP を選択した場合は、[ サブネット] ドロップダウン リストを使用して、可用性グループの可用性レプリカをホストするサブネットのアドレスを選択します。
重要
可用性グループ リスナーを定義したら、次の操作を行うことを強くお勧めします。
- リスナーの IP アドレスが排他的に使用されるように確保することを、ネットワーク管理者に依頼します。 この可用性グループへのクライアント接続を要求するときの接続文字列で使用できるよう、リスナーの DNS ホスト名をアプリケーション開発者に通知します。
- この可用性グループへのクライアント接続を要求するときの接続文字列で使用できるよう、リスナーの DNS ホスト名をアプリケーション開発者に通知します。
関連タスク
こちらもご覧ください
AlwaysOn 可用性グループの概要 (SQL Server)
可用性グループの作成 (Transact-SQL)
AlwaysOn 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)