増分バックアップは、前回のバックアップ以降に変更のあったデータだけをバックアップします。この手法は、バックアップ戦略の設計での柔軟性を高め、バックアップに必要なストレージを軽減します。増分バックアップは通常、完全バックアップより小さく、時間がかからないため、頻繁なバックアップジョブに適しています。増分バックアップを頻繁に取得しておけば、常にデータベースを、数時間または数日前と同じ状態にリストアでき、完全バックアップを頻繁に取得する場合と同じだけのデータベースサーバーでのロードまたはストレージオーバーヘッドは不要になります。つの完全バックアップを作成してください。コマンドのオプションで有効になります。オプションを指定します。オプションを使用しますが、ユーザー側で追加の計画が必要になります。前の完全または増分バックアップの特定の時点を指定します。自動的に取得できます。バックアップデータをリストアする準備を行うには、各増分バックアップを元の完全バックアップと組み合わせます。通常、指定された期間の経過後に新しい完全バックアップを実行し、そのあとで古い増分バックアップデータを破棄できます。前回の完全バックアップ以降に複数の増分バックアップを取得していた場合は、このような「ログの適用」ステップを順に複数実行して、完全バックアップを完全に最新の状態にすることができます。テーブルを対象としています。ファイルでは、前回のバックアップ以降にファイルに変更があった場合、ファイル全体が増分バックアップに含まれます。オプションでは増分バックアップを実行できません。データファイル内のページのレベルで変更を検出します。変更のあった各ページがバックアップされます。行またはカラムの割合に正確には比例しません。増分バックアップを作成します。つの代替例を示します。値を追跡する必要はありません。以前のバックアップのメタデータに基づいてこのバックアップの開始点を算出します。オプションを使用するのではなく、ハードコード化された名前を使用するか、自身のバックアップスクリプトで名前のシーケンスを生成することができます。使用して、名前の付けられたサブディレクトリを自動的に作成することができます。オプションを使用できます。オプションを使用してください。ログファイルが十分に大きいことが必要です。オプションの説明を参照してください。OK!通常の増分バックアップからのファイルの一覧については、セクションC.3「増分バックアップのディレクトリ構造例」を参照してください。一度、バックアップを実行していた間に行われた変更を、完全バックアップに適用します。OK!続いて、増分バックアップから変更を適用します。OK!これで、完全バックアップディレクトリ内のデータファイルは全面的に、前回の増分バックアップ時点の最新の状態になっています。この例には増分バックアップが示されています。ことがレポートされました。2638548215ここではコマンドでもう一度その番号を指定します。後に行われたすべての変更が含まれます。値を書き留めてください。この増分バックアップのあとに行われた変更の増分バックアップを実行するときに、この値を指定します。いつでもバックアップをリストアできるよう、バックアップファイルに増分バックアップを適用します。オーバーヘッドを回避できます。定期的に、データベースアクティビティーの日付または量で判断し、さらに増分バックアップを取得します。オプションで、完全、非圧縮、または圧縮バックアップを取得することによって、サイクルを定期的に開始しなおしてください。通常、このマイルストーンは、もっとも古いバックアップデータをアーカイブおよびクリアできるときに行われます。