可用性グループ ウィザードの使用 (SQL Server Management Studio)
適用対象: 
SQL Server
このトピックでは、 の新しい可用性グループ ウィザードSQL Server Management Studioを使用して、SQL Server で Always On 可用性グループを作成および構成する方法について説明します。 可用性グループ は、1 つのまとまりとしてフェールオーバーする一連のユーザー データベースと、フェールオーバーをサポートする一連のフェールオーバー パートナー ( 可用性レプリカ) を定義します。
注意
可用性グループの概要については、「Always On 可用性グループとは (SQL Server)」を参照してください。
はじめに
可用性グループを初めて作成する場合は、あらかじめこのセクションに目を通しておくことを強くお勧めします。
前提条件、制限事項、および推奨事項
ほとんどの場合、可用性グループの作成と構成に必要なすべての作業は、新しい可用性グループ ウィザードで行うことができます。 ただし、一部手作業が必要になる場合があります。
Windows Server フェールオーバー クラスター (WSFC) クラスター タイプを使用して可用性グループをホストする場合は、可用性レプリカをホストする SQL Server のインスタンスが、同じ WSFC 内の別のクラスター サーバー (またはノード) に存在していることを確認します。 また、各サーバー インスタンスが Always On 可用性グループ の他のすべての前提条件を満たしていることも確認します。 詳細については、「Always On 可用性グループの前提条件、制限事項、および推奨事項 (SQL Server)」を参照することを強くお勧めします。
可用性レプリカのホストとして選択したサーバー インスタンスがドメイン ユーザー アカウントで実行されていて、まだデータベース ミラーリング エンドポイントが存在しない場合、ウィザードでエンドポイントを作成し、サーバー インスタンスのサービス アカウントに CONNECT 権限を許可することができます。 ただし、 SQL Server サービスがビルトイン アカウント (Local System、Local Service、Network Service など) で実行されている場合または非ドメイン アカウントで実行されている場合は、エンドポイント認証に証明書を使用する必要があります。ウィザードは、サーバー インスタンス上でデータベース ミラーリング エンドポイントを作成できなくなります。 この場合は、データベース ミラーリング エンドポイントを手動で作成してから、新しい可用性グループ ウィザードを起動することをお勧めします。
データベース ミラーリング エンドポイントで証明書を使用するには:
SQL Server フェールオーバー クラスター インスタンス (FCI) は可用性グループによる自動フェールオーバーをサポートしないため、FCI によってホストされる可用性レプリカは手動フェールオーバー用にのみ構成できます。
ウィザードによって初期データの完全同期を実行するための前提条件
可用性グループのレプリカをホストするすべてのサーバー インスタンスで、すべてのデータベース ファイルのパスが同じである必要があります。
セカンダリ レプリカをホストするサーバー インスタンスにプライマリ データベース名が存在することはできません。 これは、新しいセカンダリ データベースがまだ存在しないことを意味します。
ウィザードでバックアップを作成し、バックアップにアクセスするために、ネットワーク共有を指定する必要があります。 プライマリ レプリカでは、 データベース エンジン の起動に使用するアカウントにネットワーク共有での読み取り/書き込みファイルシステム権限が必要です。 セカンダリ レプリカでは、アカウントは、ネットワーク共有に対する読み取り権限を持つ必要があります。
重要
ログ バックアップは、ログ バックアップ チェーンの一部になります。 ログ バックアップ ファイルは適切に保存してください。
ウィザードを使用して初期データの完全同期を実行できない場合は、セカンダリ データベースを手動で準備する必要があります。 これは、ウィザードの実行前でも実行後でもかまいません。 詳細については、可用性グループに対する手動でのセカンダリ データベースの準備 (SQL Server) に関するページを参照してください。
セキュリティ
アクセス許可
sysadmin 固定サーバー ロールのメンバーシップと、CREATE AVAILABILITY GROUP サーバー権限、ALTER ANY AVAILABILITY GROUP 権限、CONTROL SERVER 権限のいずれかが必要です。
また、可用性グループ ウィザードでデータベース ミラーリング エンドポイントを管理できるようにする場合は、CONTROL ON ENDPOINT 権限も必要です。
新しい可用性グループ ウィザードの使用
オブジェクト エクスプローラーで、プライマリ レプリカをホストするサーバー インスタンスに接続します。
[AlwaysOn 高可用性] ノードと [可用性グループ] ノードを展開します。
新しい可用性グループ ウィザードを起動するには、 [新しい可用性グループ ウィザード] をクリックします。
このウィザードの初回実行時には、 [説明] ページが表示されます。 今後このページを省略するには、 [次回からこのページを表示しない] をクリックします。 このページの内容を確認してから、 [次へ] をクリックします。
[可用性グループ オプションの指定] ページの [可用性グループ名] フィールドに、新しい可用性グループの名前を入力します。 この名前は、クラスターおよびドメイン全体で一意となる有効な SQL Server 識別子であることが必要です。 可用性グループ名の最大文字数は 128 文字です。
次に、クラスター タイプを指定します。 使用できるクラスター タイプは、SQL Server バージョンとオペレーティング システムによって異なります。 WSFC、EXTERNAL、NONE のいずれかを選択してください。 詳細については、 クラスターを確認してください。
[データベースの選択] ページのグリッドに、接続されているサーバー インスタンス上の 可用性データベースとして利用できるユーザー データベースが一覧表示されます。 新しい可用性グループに追加する 1 つまたは複数のデータベースを一覧から選択します。 これらのデータベースが初期 プライマリ データベースとなります。
一覧の各データベースの [サイズ] 列には、データベースのサイズが表示されます (わかっている場合)。 状態列は、特定のデータベースが可用性データベースとしての前提条件を満たしているかどうかを示します。 前提条件が満たされていない場合は、簡単な状態説明によって、データベースが不適格である理由が示されます (完全復旧モデルを使用していない、など)。 詳細については、状態の説明をクリックしてください。
要件を満たすようにデータベースを変更した場合は、 [更新] をクリックして、データベース グリッドを最新の情報に更新します。
データベースにデータベース マスター キーが含まれている場合、 [パスワード] 列にデータベース マスター キーのパスワードを入力します。
[レプリカの指定] ページで、新しい可用性グループの 1 つまたは複数のレプリカを指定し、構成します。 次のテーブルでは、[レプリカの指定] ページにあるタブの情報について詳しく説明します。
タブ 簡単な説明 レプリカ このタブを使用して、セカンダリ レプリカをホストする SQL Server の各インスタンスと、required_synchronized_secondaries_to_commitなどの追加設定を指定します。 現在接続しているサーバー インスタンスでプライマリ レプリカをホストする必要があることに注意してください。 エンドポイント このタブを使用して、既存の任意のデータベース ミラーリング エンドポイントを検証します。また、サービス アカウントが Windows 認証を使用しているサーバー インスタンスでエンドポイントが不足している場合は、エンドポイントを自動的に作成します。
注: ドメイン以外のユーザー アカウントで実行されているサーバー インスタンスが 1 つでもある場合、ウィザードを続行するには、サーバー インスタンスに手動で変更を加える必要があります。 詳細については、このトピックの「 前提条件」をご覧ください。バックアップの設定 このタブを使用して、可用性グループ全体についてバックアップの設定を指定し、各可用性レプリカのバックアップ優先順位を指定します。 リスナー このタブを使用して、可用性グループ リスナーを作成します。 既定では、ウィザードによってリスナーは作成されません。 読み取り専用ルーティング このタブを使用して、可用性グループ内のレプリカの読み取り専用ルート指定を構成します。 既定では、読み取り専用ルート指定は構成されません。 [最初のデータの同期を選択] ページで、新しいセカンダリ データベースを作成して可用性グループに参加させる方法を選択します。 次のいずれかのオプションを選択します。
[自動シード処理]
グループの各データベースのセカンダリ レプリカが SQL Server で自動的に作成されます。 自動シード処理には、データとログ ファイルのパスが、グループに参加しているすべての SQL Server インスタンスで同じである必要があります。 SQL Server 2016 (13.x) 以降で使用できます。 「AlwaysOn 可用性グループを自動的に初期化する」を参照してください。
[完全なデータベースとログ バックアップ]
使用している環境が、初期データの同期を自動的に開始するための要件を満たす場合は、このオプションを選択します (詳細については、このトピックの「前提条件、制限事項、および推奨事項」をご覧ください)。
[完全] を選択すると、可用性グループを作成後、ウィザードはすべてのプライマリ データベースとそのトランザクション ログをネットワーク共有にバックアップし、セカンダリ レプリカをホストするすべてのサーバー インスタンスでそのバックアップを復元します。 その後、ウィザードは、すべてのセカンダリ データベースを可用性グループに参加させます。
[すべてのレプリカからアクセス可能な共有ネットワーク場所を指定] フィールドで、レプリカをホストするサーバー インスタンスが読み取り/書き込み権限を持つバックアップ共有を指定します。 詳細については、このトピックの「 前提条件」をご覧ください。 検証手順で、指定されたネットワークの場所が有効であることを確認するテストが行われます。このテストにより、プライマリ レプリカにデータベースが作成されますが、その名前は "BackupLocDb_" に GUID を続ける方式で付けられます。さらに、指定されたネットワークの場所にバックアップが実行され、セカンダリ レプリカでそれが復元されます。 このデータベースがウィザードで削除できなかった場合、そのバックアップ履歴とバックアップ ファイルと共に削除しておくことをお勧めします。
[参加のみ]
セカンダリ レプリカをホストするサーバー インスタンス上のセカンダリ データベースを手動で準備した場合は、このオプションを選択できます。 ウィザードは、既存のセカンダリ データベースを可用性グループに参加させます。
[最初のデータの同期をスキップ]
プライマリ データベースの独自のデータベースとログ バックアップを使用する場合は、このオプションを選択します。 詳細については、「AlwaysOn セカンダリ データベース上のデータ移動の開始 (SQL Server)」を参照してください。
[検証] ページでは、このウィザードで指定した値が、新しい可用性グループ ウィザードの要件を満たしているかどうかが確認されます。 変更が必要な場合は、 [戻る] をクリックして前のウィザード ページに戻り、値を変更できます。 その後、 [次へ] をクリックして [検証] ページに戻り、 [検証の再実行] をクリックします。
[概要] ページで、新しい可用性グループに対して選択した内容を確認します。 変更が必要な場合は、 [戻る] をクリックして、該当するページに戻ります。 必要な変更を加えたら、 [次へ] をクリックして、 [概要] ページに戻ります。
重要
新しい可用性レプリカをホストするサーバー インスタンスの SQL Server サービス アカウントがログインとして存在していない場合は、新しい可用性グループ ウィザードでログインを作成する必要があります。 [概要] ページには、作成するログインの情報が表示されます。 [完了] をクリックすると、SQL Server サービス アカウントに対してこのログインが作成され、ログインに CONNECT 権限が付与されます。
選択内容に問題がなければ、 [スクリプト] をクリックして、ウィザードが実行する手順のスクリプトを作成することもできます。 新しい可用性グループを作成して構成するには、 [完了] をクリックします。
可用性グループの作成手順 (エンドポイントの構成、可用性グループの作成、グループへのセカンダリ レプリカの参加) の進行状況が、 [進行状況] ページに表示されます。
以上の手順が完了すると、 [結果] ページに各手順の結果が表示されます。 これらのすべての手順が成功した場合は、新しい可用性グループが完全に構成されます。 手順のいずれかでエラーが発生した場合は、手動で構成を完了するか、失敗した手順に対してウィザードを使用する必要があります。 特定のエラーの原因については、 [結果] 列の [エラー] リンクをクリックします。
ウィザードでの作業が完了したら、 [閉じる] をクリックして終了します。
Related Tasks
可用性グループの構成を完了するには
別の方法で可用性グループを作成する
Always On 可用性グループを有効にするには
データベース ミラーリング エンドポイントを構成するには
Always On 可用性グループの構成のトラブルシューティング方法
関連コンテンツ
ブログ:
Always On - HADRON 学習シリーズ:HADRON 対応データベースでのワーカー プールの使用
SQL Server Always On チームのブログ: SQL Server Always On チームのオフィシャル ブログ
ホワイト ペーパー:
高可用性と災害復旧のための Microsoft SQL Server AlwaysOn ソリューション ガイド
別の方法で可用性グループを作成する
新しい可用性グループ ウィザードを使用する代わりに、Transact-SQL や SQL Server PowerShell コマンドレットを使用することもできます。 詳細については、「可用性グループの作成 (Transact-SQL)」や「可用性グループの作成 (SQL Server PowerShell)」を参照してください。
参照
データベース ミラーリング エンドポイント (SQL Server)
Always On 可用性グループの概要 (SQL Server)
Always On 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)