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