アクティブなセカンダリ: セカンダリレプリカでのバックアップ (AlwaysOn 可用性グループ)

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

Always On可用性グループのアクティブなセカンダリ機能には、セカンダリレプリカでバックアップ操作を実行するためのサポートが含まれます。バックアップ操作では、(バックアップ圧縮により) I/O と CPU に大きな負荷がかかる場合があります。同期済みまたは同期中のセカンダリレプリカへバックアップをオフロードすることで、ワークロードが最も多いプライマリレプリカをホストするサーバーインスタンスでリソースを使用できるようにします。

注意

可用性グループのプライマリデータベースとセカンダリデータベースでは、RESTORE ステートメントを使用できません。

セカンダリレプリカでサポートされるバックアップの種類

セカンダリレプリカで実行されたときに BACKUP DATABASE でサポートされるのは、データベース、ファイル、またはファイルグループのコピーのみの完全バックアップだけです。コピーのみのバックアップはログチェーンには影響しません。また、コピーのみのバックアップを実行しても、差分ビットマップは消去されません。
差分バックアップは、セカンダリレプリカではサポートされていません。
BACKUP LOG でサポートされるのは通常のログバックアップだけです (セカンダリレプリカでのログバックアップでは、COPY_ONLY オプションはサポートされていません)。

可用性モード (同期コミットまたは非同期コミット) に関係なく、任意のレプリカ (プライマリまたはセカンダリ) で取得されたログバックアップ全体にわたって一貫性のあるログチェーンが保証されます。
セカンダリデータベースをバックアップするには、セカンダリレプリカがプライマリレプリカと通信可能で、SYNCHRONIZED または SYNCHRONIZING であることが必要です。

バックアップジョブを実行する場所の構成

セカンダリレプリカでバックアップを実行してプライマリ運用サーバーからバックアップワークロードをオフロードすると、非常に大きな利点があります。ただし、セカンダリレプリカでバックアップを実行する場合は、バックアップジョブを実行する場所を決定するプロセスは非常に複雑です。これに対処するには、バックアップジョブを実行する場所を次のように構成します。

可用性グループを構成して、バックアップを優先的に実行する可用性レプリカを指定します。詳細については、「CREATE AVAILABILITY GROUP (Transact-SQL)」または「ALTER AVAILABILITY GROUP (Transact-SQL)」の AUTOMATED_BACKUP_PREFERENCE および BACKUP_PRIORITY パラメーターを参照してください。
バックアップの実行の候補である可用性レプリカをホストするすべてのサーバーインスタンス上のすべての可用性データベースに対して、スクリプト化されたバックアップジョブを作成します。詳細については、「可用性レプリカでのバックアップの構成 (SQL Server)」の「補足情報: セカンダリレプリカでバックアップを構成した後」セクションを参照してください。