増分バックアップ、差分バックアップ、その他のバックアップの違いは何ですか?


増分バックアップ、差分バックアップ、その他のバックアップの違いは何ですか?

増分バックアップと差分バックアップは、ディザスタリカバリのためにデータのコピーを定期的かつ頻繁に作成するための 2 つの方法です。どの企業の IT システムも、停電、自然災害、セキュリティに関する問題などの予測できない状況が原因となって予期せずダウンする可能性があります。業務上の重要な情報を失わないためには、データのバックアップが不可欠です。同時に、データ量が多い場合、すべてのポイントでデータを完全にバックアップすることは現実的ではないことがあります。差分バックアップ戦略では、最後の完全バックアップ以降に変更されたデータのみがコピーされます。一方、増分データバックアップ戦略では、前回のバックアップ以降に変更されたデータをコピーします。

フルバックアップ、増分バックアップ、差分バックアップの仕組み

主なデータバックアップ戦略の 3 つを次に詳しく説明します。

フルバックアップ

バックアップソフトウェアがフルバックアップを行うと、データに変更が加えられたかどうかに関係なく、データセット全体がコピーされます。このタイプのバックアップは、実用上の理由から一般的にそれほど頻繁には行われません。たとえば、時間がかかり、大量のストレージ容量を占有する可能性があるためです。フルデータバックアップの代替手段には、差分バックアップまたは増分バックアップがあります。

増分バックアップ

増分バックアップでは、前回のバックアップ以降に変更されたデータのみがコピーされます。たとえば、日曜日にフルバックアップを行った場合、月曜日の増分バックアップでは、日曜日のバックアップ以降の変更のみがコピーされます。火曜日には、月曜日のバックアップ以降の変更のみがバックアップイメージファイルにコピーされます。

差分バックアップ

差分バックアップ戦略では、前回のフルバックアップ以降に新しく追加および変更されたデータのみがコピーされます。最後のフルバックアップが日曜日の場合、月曜日のバックアップでは、日曜日以降のすべての変更がコピーされます。火曜日に別のバックアップを取ると、日曜日以降の変更もすべてコピーされます。バックアップファイルのサイズは、次のフルバックアップまで徐々に増加します。

主な違い: 増分バックアップと差分バックアップ

増分バックアップ戦略と差分バックアップ戦略では、達成したいバックアップのパフォーマンスに応じてトレードオフが異なります。次に、主な差別化要因を示します。

バックアップ速度

差分バックアップは、バックアップイメージファイルのサイズが日々増加するため、増分バックアップよりも完了までに時間がかかります。

これに対して、増分バックアッププロセスは通常、バックアップファイルが常に小さいため、より迅速かつ効率的です。

ストレージ容量の使用率

増分バックアップでは、必要なストレージ容量が少なくて済みます。

差分バックアップでは、前回のフルバックアップからの時間が長くなるほど、より多くのストレージ容量が必要になります。差分バックアップ戦略は、ストレージ容量をトレードオフすることで復元時間を短縮することを目的としています。

実装コスト

一般に、増分バックアップを行うと、バックアップストレージ容量とネットワーク帯域幅の両方を節約できます。長期的には、フルバックアップと頻繁な増分バックアップを組み合わせた方が、費用対効果の高いオプションです。

これに対して、差分バックアップは時間が経つにつれてコストがかさみ、効率を上げるためにはフルバックアップをより頻繁に取る必要があります。

データ復元速度

増分バックアップはコスト効率が高い一方で、データの復元には時間がかかり、複雑になる可能性があります。データを復元するには、最初のフルバックアップと後続のすべての増分バックアップが必要です。たとえば、水曜日に障害が発生した場合、日曜日から火曜日までのすべてのバックアップを確認し、変更を特定して累積的に復元する必要があります。最後のフルバックアップからの時間が長くなるにつれて、プロセスはより複雑になります。

一方、差分バックアップからの復元には、最初の完全バックアップと最新の差分バックアップのみが必要です。はるかに高速でもあります。

増分バックアップと差分バックアップの使用タイミング

差分バックアップと増分バックアップのどちらを使用するかを決定する際には、要件と予算に基づいて複数の要素を検討する必要があります。

データ変更の頻度

増分バックアップは、頻繁に変更される大量のデータを扱う組織に適しています。時間とバックアップコストの両方を節約できます。

一方、差分バックアップを選択した場合、コストはすぐに膨らむ可能性があります。

ビジネス要件

組織に最適なバックアップタイプを決定するには、利用可能なリソースと会社のバックアップおよびデータ復旧ポリシーを考慮する必要があります。

たとえば、製品データは電子商取引アプリケーションにとって重要です。差分バックアップを使用すると、復元時間を短縮し、ダウンタイムを最小限に抑えることができます。

しかし、時間の経過が影響しない場合は、画像ファイルまたは動画データを 1 度のフルデータバックアップだけでアーカイブすることもできます。

合成バックアップと永久増分バックアップ

増分バックアップと差分バックアップ以外にも、バックアップデータ戦略があります。 

合成フルバックアップ

合成フルバックアップでは、ソースで変更されたデータを元のフルバックアップおよびすべての増分バックアップと比較して、後続の完全フルバックアップを作成します。バックアップサーバーは、増分バックアップファイルだけを保存するのではなく、前回のフルバックアップと変更を統合し、合成フルバックアップを作成します。このプロセスはエンドユーザーには見えません。

合成フルバックアップでは、ストレージ容量は節約できませんが、ネットワーク帯域幅は節約できます。すべてのデータを送信するのではなく、段階的な変更のみをサーバーに送信します。サーバーは、すでに持っているデータを使用してフルバックアップコピーを作成します。

永久増分バックアップ

このガイドで説明する他のすべてのバックアップ戦略には、定期的なフルバックアップの作成が含まれます。ただし、永久増分バックアップを実装する場合は、最初のフルバックアップのみを行います。その後、(永久的に) 一連の増分バックアップを無期限に作成します。 

バックアップサーバは、すべてのバックアップセットをテープライブラリまたは大容量ディスクアレイに保存します。復元プロセスを自動化して、フルバックアップからの復元を模倣します。

違いのまとめ: フルバックアップ、増分バックアップ、差分バックアップ

バックアップタイプ

データ

バックアップ速度

ストレージ容量

復元速度

アクティブフルバックアップ

すべてのデータをコピーします。

遅いです。

充実しています。

速いです。

増分バックアップ

前回のバックアップ以降に変更されたデータのみをコピーします。

差分バックアップより速いです。

差分バックアップよりも小さいです。 

フルバックアップとすべての増分バックアップが必要なため、他方よりも遅いです。

差分バックアップ

前回のフルバックアップ以降に変更されたデータをコピーします。

増分バックアップよりは遅いが、アクティブフルバックアップよりは速いです。

特に後続のバックアップではサイズが大きくなります。

フルおよび最後の差分だけが必要なため、増分バックアップよりも高速です。

合成フルバックアップ

変更されたデータを段階的にコピーしますが、変更を前回のフルバックアップと統合して、合成フルバックアップを作成します。 

増分変更のみをコピーするので、アクティブフルよりも高速です。

アクティブフルとほぼ同じストレージです。

アクティブフルに似ています。

永久増分バックアップ

フルを 1 つ作成し、続けて (永久的に) 増分を作成します。

後続のフルバックアップを作成しないため、合成フルバックアップよりも高速です。

アクティブフルや合成フルよりも場所を取りません。

アクティブフルや合成フルよりも早く修復できます。 

AWS はデータバックアップ要件をどのようにサポートできますか?

Amazon Web Services (AWS) は、バックアップ戦略をサポートするための複数のオプションを提供しています。興味があれば、 AWS Backup と復元サービスについてご覧ください。次に例を示します。

  • AWS Backup は、費用対効果の高い、ポリシーベースのフルマネージドサービスを提供し、大規模なデータ保護を簡素化します
  • AWS Storage Gateway は、オンプレミスのアプリケーションに、事実上無制限のクラウドストレージへのアクセスを提供します
  • Amazon Simple Storage Service (Amazon S3) は、業界をリードするスケーラビリティ、データ可用性、セキュリティ、およびパフォーマンスを提供するオブジェクトストレージサービスです

これらのサービスを利用して、クラウドで好みのバックアップポリシーを設定したり、バックアップだけではなく進化させたりすることができます。興味があれば、ディザスタリカバリとアーカイブについてご覧ください

今すぐアカウントを作成して、AWS でデータバックアップの使用を開始しましょう。

AWS での次のステップ