現代のバックアップソリューションは、ストレージスペースの要件を削減し、バックアップウィンドウを短縮し、パフォーマンスを向上させるなど、さまざまな技術を提供しています。バックアップデータに必要なストレージスペースの制御は、すべてのサイズの組織の最大の懸念の1つです。複数のバックアップタイプがあり、各タイプは特定の状況で好ましい場合があります。
詳細については、完全バックアップ、増分バックアップ、および差分バックアップの違い、およびそれぞれの利点と欠点について学習してください。組織の信頼性のあるデータ保護戦略に最適なバックアップタイプを決定してください。
完全対増分対差分バックアップ
増分と差分バックアップの違いを理解することは最初は混乱するかもしれません。これらの違いを理解するために、3つの主要なバックアップタイプとその動作原理を見てみましょう。
完全バックアップとは何ですか？
A full backup is an approach whereby all source data is copied to a backup destination. A full backup can be an exact copy of files on a medium, an image file in a backup repository, etc. In more detail, all files on a partition with a file system are copied by copying all blocks that contain data, that is, data not marked as empty or ready to be written.
| 利点 | 欠点 |
|
|
実際には、組織は通常、日常のデータバックアップに完全なバックアップを使用しません。 完全なバックアップは、月次または年次など、長い間隔でデータをバックアップする場合に適しています。 さらに、完全なバックアップは、増分および差分バックアップタイプを進める前に最初に必要です。
増分バックアップとは何ですか？
増分バックアップは、最後のバックアップ以降にデータの変更（増分と呼ばれる）だけがコピーされるアプローチです。 フルまたは増分のどちらかの最後のバックアップから始まるバックアップチェーンが得られます。
実際には、2種類の増分バックアップがあります。
- 永久増分は、初期の完全なバックアップ後のすべてのバックアップが増分であることを意味します。 これは従来の増分バックアップ方法です。
- フルバックアップと増分は、長い増分バックアップチェーンを使用せずに定期的にフルバックアップを作成することを意味します。 これは従来の増分バックアップタイプです。
永遠の増分バックアップはバックアップウィンドウを短縮できます。ただし、このタイプのバックアップからの復旧は、完全な増分または完全なバックアップよりも遅くなります。定期的な完全バックアップと組み合わせて増分バックアップを使用することで、バックアップの信頼性と復旧速度が向上します。これがほとんどの状況でのベストプラクティスであるためです。
| 利点 | 欠点 |
|
|
データを頻繁にバックアップする必要がある場合、増分バックアップが推奨されます。仮想化環境では、バックアップソリューションは通常、ネイティブのVMware Changed Block TrackingまたはMicrosoft Hyper-V Resilient Change Trackingテクノロジーを使用して増分VMバックアップを作成します。
詳細はこちら：このブログ記事で、VMwareのChanged Block Trackingがどのように機能するかを読んでください。
差分バックアップとは何ですか？
A differential backup is an approach whereby all data that has changed since the initial full backup is copied. All subsequent differential backups contain all the data changes since the last full backup and not since the previous differential backup.
この方法は、バックアップと回復の速度、およびストレージスペースの要件に関して、完全なバックアップと従来の増分バックアップの中間に位置します。
差分バックアップがどのように機能するかを見てみましょう。VMバックアップの例を使用します。次のテストセットアップを使用します：VM上の3つのファイル、各ファイルにはブロック1、2、3、および4が含まれています。
例
- 日曜日に、VMの完全なバックアップを作成します。
- 月曜日に、ファイル1のブロック1から5を変更します。
差分および増分バックアップ方法では、バックアップアプリケーションがファイル1の変更されたブロックをコピーし、バックアップリポジトリにそれを配置すべき場所を知らせます。
- 火曜日に、ファイル2にブロック6と7を追加します。
差分方法では、月曜日のファイル1の変更されたブロックが新しい変更とともにコピーされます。
- 水曜日に、ファイル3を削除します。
すべての変更がバックアップ中にコピーされます。ファイル1の変更、ファイル2の追加の2つのブロック、そしてファイル3が削除された情報です。
| 利点 | 欠点 |
|
|
次のセクションでは、インクリメンタルバックアップと差分バックアップの違いを説明し、どちらがデータ保護戦略に最適かを理解することになります。
インクリメンタル対差分バックアップ：どちらが優れていますか？
差分バックアップとインクリメンタルバックアップを、バックアップ速度、復旧速度、バックアップリポジトリで必要なサイズの3つのパラメーターに基づいて比較しましょう。
- バックアップ速度。最初のバックアップ中、インクリメンタルアプローチと差分アプローチの両方で、最初の完全バックアップに続くバックアップで同じデータを転送するため、ジョブの完了に必要な時間は似ています。ただし、時間が経つにつれて違いが大きくなり、ジョブの完了にはより多くの時間が必要になります。一方、インクリメンタルバックアップは、前回のジョブ実行以降に行われた変更のみをコピーするたびに、より時間がかかります。
- 復旧速度。復旧の時間が来ると、差分バックアップは、最初のバックアップを復元し、最後の差分セットを適用するだけで済むため、勝者のように見えるかもしれませんが、インクリメンタルバックアップはすべてのインクリメントを再構築する必要があります。
同じ量のデータでは、インクリメンタルバックアップはデータを正しい場所に配置するためにより多くのリソースを必要とします。ただし、インクリメンタルバックアップが合成データストレージでバンドルされている場合、バックアップアプリケーションは、VMを復元するためにどのデータブロックを使用するべきかを知っています。したがって、復旧時間は、フルバックアップからデータを復元するために必要な時間に匹敵します。
- バックアップリポジトリのサイズ。差分バックアップの最大の欠点は、必要なストレージスペースです。時間が経つにつれて、スペースの要件は指数関数的に増加します。それはすぐに、差分バックアップを続けるよりももう1つのフルバックアップを実行する方が信頼性が高くなります。
これは、差分バックアップがスペースを占めることを示すグラフです。グラフのモデルは、そのサイズの5％（約1日あたり100GB）の日々の変更を伴う2TBのVMです。1週間で、バックアップのサイズは元のVMの2倍になります。一方、永遠の増分バックアップは3週間でこのポイントに到達します。
これは、差分バックアップがバックアップリポジトリ全体を数日で占める可能性があるため、定期的なフルバックアップが必要であることを意味します。ある日、たとえば、主要なOSやソフトウェアのアップデートが到着した日など、差分バックアップは十分なスペースがないために失敗することがあります。したがって、増分バックアップは3つのカテゴリすべてで勝者です。
結論
インクリメンタルバックアップと差分バックアップの比較では、インクリメンタルバックアップが汎用性、高速なバックアップスピード、およびストレージスペースの節約により優位に立っています。ただし、完全バックアップの間隔が短く、バックアップ間の依存関係が少ない一部の例外のシナリオでは、差分バックアップを使用できます。完全バックアップは、両方のバックアップタイプのスタート地点です。
NAKIVO Backup＆Replicationは、永遠インクリメンタルバックアップと定期的な完全バックアップとインクリメンタルバックアップをサポートする汎用データ保護ソリューションです。
NAKIVOソリューションのフリーエディションをダウンロードして、さまざまなITインフラストラクチャの信頼性が高く迅速なバックアップと復旧を行います。
Source:
https://www.nakivo.com/blog/differential-backup-vs-incremental-backup/