可用性グループへのレプリカ追加ウィザードの使用 (SQL Server Management Studio)

[アーティクル]
06/13/2017

可用性グループへのレプリカの追加ウィザードを使用して、既存の AlwaysOn 可用性グループに新しいセカンダリレプリカを追加できます。

Note

Transact-SQL または PowerShell を使用して可用性グループにセカンダリレプリカを追加する方法については、可用性グループへのセカンダリレプリカの追加 (SQL Server) に関するページを参照してください。

はじめに

可用性グループに可用性レプリカを追加したことがない場合は、「AlwaysOn 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)」の「サーバーインスタンス」と「可用性グループとレプリカ」セクションを参照してください。

前提条件

現在のプライマリレプリカをホストするサーバーインスタンスに接続されている必要があります。
セカンダリレプリカを追加する前に、SQL Serverのホストインスタンスが既存のレプリカと同じ Windows Server フェールオーバークラスタリング (WSFC) クラスター内にあり、別のクラスターノードに存在することを確認します。また、このサーバーインスタンスが他のすべてのAlways On可用性グループの前提条件を満たしていることを確認します。詳細については、「AlwaysOn 可用性グループの前提条件、制限事項、推奨事項 (SQL Server)」を参照してください。
可用性レプリカのホストとして選択したサーバーインスタンスがドメインユーザーアカウントで実行されていて、まだデータベースミラーリングエンドポイントが存在しない場合、ウィザードでエンドポイントを作成し、サーバーインスタンスのサービスアカウントに CONNECT 権限を許可することができます。ただし、 SQL Server サービスがビルトインアカウント (Local System、Local Service、Network Service など) で実行されている場合または非ドメインアカウントで実行されている場合は、エンドポイント認証に証明書を使用する必要があります。ウィザードは、サーバーインスタンス上でデータベースミラーリングエンドポイントを作成できなくなります。この場合は、データベースミラーリングエンドポイントを手動で作成してから、可用性グループへのレプリカ追加ウィザードを起動することをお勧めします。

To use certificates for a database mirroring endpoint:

CREATE ENDPOINT (Transact-SQL)

データベースミラーリングエンドポイントでの証明書の使用 (Transact-SQL)
初期データの完全同期を使用するための前提条件
- 可用性グループのレプリカをホストするすべてのサーバーインスタンスで、すべてのデータベースファイルのパスが同じである必要があります。
- セカンダリレプリカをホストするサーバーインスタンスにプライマリデータベース名が存在することはできません。これは、新しいセカンダリデータベースがまだ存在しないことを意味します。
- ウィザードでバックアップを作成し、バックアップにアクセスするために、ネットワーク共有を指定する必要があります。プライマリレプリカでは、データベースエンジンの起動に使用するアカウントにネットワーク共有での読み取り/書き込みファイルシステム権限が必要です。セカンダリレプリカでは、アカウントは、ネットワーク共有に対する読み取り権限を持つ必要があります。
ウィザードを使用して初期データの完全同期を実行できない場合は、セカンダリデータベースを手動で準備する必要があります。これは、ウィザードの実行前でも実行後でもかまいません。詳細については、可用性グループに対する手動でのセカンダリデータベースの準備 (SQL Server) に関するページを参照してください。

セキュリティ

アクセス許可

可用性グループの ALTER AVAILABILITY GROUP 権限、CONTROL AVAILABILITY GROUP 権限、ALTER ANY AVAILABILITY GROUP 権限、または CONTROL SERVER 権限が必要です。

また、可用性グループへのレプリカ追加ウィザードでデータベースミラーリングエンドポイントを管理できるようにする場合は、CONTROL ON ENDPOINT 権限も必要です。