アクティブなセカンダリ: セカンダリ レプリカでのバックアップ (AlwaysOn 可用性グループ)
AlwaysOn 可用性グループ のアクティブなセカンダリ機能では、セカンダリ レプリカでのバックアップ操作の実行をサポートしています。 バックアップ操作では、(バックアップ圧縮により) I/O と CPU に大きな負荷がかかる場合があります。 同期済みまたは同期中のセカンダリ レプリカへバックアップをオフロードすることで、ワークロードが最も多いプライマリ レプリカをホストするサーバー インスタンスでリソースを使用できるようにします。
.gif "注意") 注 |
|---|
可用性グループのプライマリ データベースとセカンダリ データベースでは、RESTORE ステートメントを使用できません。 |
サポートされるバックアップの種類
バックアップ ジョブを実行する場所の構成
関連タスク
セカンダリ レプリカでサポートされるバックアップの種類
セカンダリ レプリカで実行されたときに BACKUP DATABASE でサポートされるのは、データベース、ファイル、ファイル グループのコピーのみの完全バックアップだけです。 コピーのみのバックアップはログ チェーンには影響しません。また、コピーのみのバックアップを実行しても、差分ビットマップは消去されません。
差分バックアップは、セカンダリ レプリカではサポートされていません。
BACKUP LOG でサポートされるのは通常のログ バックアップだけです (セカンダリ レプリカでのログ バックアップでは、COPY_ONLY オプションはサポートされていません)。
可用性モード (同期コミットまたは非同期コミット) に関係なく、任意のレプリカ (プライマリまたはセカンダリ) で取得されたログ バックアップ全体にわたって一貫性のあるログ チェーンが保証されます。
セカンダリ データベースをバックアップするには、セカンダリ レプリカがプライマリ レプリカと通信でき、SYNCHRONIZED または SYNCHRONIZING 状態になっている必要があります。
バックアップ ジョブを実行する場所の構成
セカンダリ レプリカでバックアップを実行してプライマリ運用サーバーからバックアップ ワークロードをオフロードすると、非常に大きな利点があります。 ただし、セカンダリ レプリカでバックアップを実行する場合、バックアップ ジョブを実行する場所を決定するプロセスが非常に複雑になります。 これに対処するには、バックアップ ジョブが実行される場所を次のように構成します。
可用性グループを構成して、バックアップを優先的に実行する可用性レプリカを指定します。 詳細については、「CREATE AVAILABILITY GROUP (Transact-SQL)」または「ALTER AVAILABILITY GROUP (Transact-SQL)」の AUTOMATED_BACKUP_PREFERENCE パラメーターと BACKUP_PRIORITY パラメーターを参照してください。
バックアップの実行の候補である可用性レプリカをホストするすべてのサーバー インスタンス上のすべての可用性データベースに対して、スクリプト化されたバックアップ ジョブを作成します。 詳細については、「可用性レプリカでのバックアップの構成 (SQLServer)」の「補足情報: セカンダリ レプリカでバックアップを構成した後」を参照してください。
関連タスク
セカンダリ レプリカでバックアップを構成するには
現在のレプリカが推奨されるバックアップ レプリカであるかどうかを判別するには
バックアップ ジョブを作成するには
![[トップに戻る] リンクで使用される矢印アイコン](images/ms175817.uparrow16x16(sql.110).gif "[トップに戻る] リンクで使用される矢印アイコン")
[先頭に戻る]
関連項目
参照
CREATE AVAILABILITY GROUP (Transact-SQL)
ALTER AVAILABILITY GROUP (Transact-SQL)