データベースバックアップ (DBS) がデータベースに対してバックアップタスクを実行すると、データベースのパフォーマンスが影響を受けます。 そのため、オフピーク時にバックアップタスクを実行することを推奨します。 このトピックでは、バックアップの原則、影響、および使用法に関する注意事項について説明します。
バックアップの原理と影響
項目 | 論理バックアップ | 物理バックアップ |
フルバックアップ | DBSは、データベース内のすべてのテーブルのデータを分割し、データベース上でSQL文を実行して、複数のスレッドのデータを並列に読み取ります。 | DBSバックアップゲートウェイは、データベースバックアップ用のデータベースのサーバーにインストールされます。 |
増分バックアップ | DBSは、データベースのメモリに保存されたログをリアルタイムで増分バックアップします。 これにより、大量のデータが一度にバックアップされた場合に発生する可能性のある突然のI/Oパフォーマンスの低下を防ぎます。 | |
データベースへの影響 | データはデータベースインスタンスから読み取られ、データベースのパフォーマンスに影響します。 ただし、論理バックアップ中にテーブルはロックされません。 | データはデータベースのディスクから読み取られ、データベースのI/Oパフォーマンスに影響します。 ただし、物理バックアップ中にテーブルはロックされません。 |
使用上の注意
オフピーク時にバックアップタスクを実行することを推奨します。
DBSを使用すると、バックアップ速度を調整できます。 データを並行してバックアップするために使用されるスレッドの数を減らすことで、データベースのパフォーマンスに対するバックアップの影響を軽減できます。 詳細については、「最大バックアップ速度を変更するにはどうすればよいですか? 」をご参照ください。
プライマリデータベースとセカンダリデータベースを使用するシナリオでは、スタンバイデータベースにアクセスできる場合は、スタンバイデータベースでバックアップタスクを実行することをお勧めします。
説明ApsaraDB RDSデータベースを使用する場合、プライマリApsaraDB RDSデータベースのみにアクセスできます。 したがって、バックアップタスクは、プライマリApsaraDB RDSデータベースでのみ実行できます。
関連ドキュメント
論理バックアップと物理バックアップの違いの詳細については、「論理バックアップ、物理バックアップ、およびスナップショット」をご参照ください。