はじめに
バックアップ計画を立てるときは、利用可能なリソースと、保護する必要のあるデータの量を考慮する必要があります。
さまざまなバックアップオプションから選択できるため、どのオプションを選択するかを決定する前に、各オプションの詳細な比較と説明を確認することをお勧めします。
このチュートリアルでは、これらのさまざまなタイプのバックアップがどのように機能し、それらの長所と短所が何であるかを学習します。
バックアップの種類
バックアップには3つの基本的なタイプがあります：
- 完全バックアップ
- 増分バックアップ
- 差分バックアップ
当初、完全バックアップは、ほとんどのユーザーがシステムデータを保護する方法でした。時間の経過とともに、より軽量で柔軟なオプションの需要が、新しいバックアップアプローチの開発に影響を与えました。
一部のユーザーは、単一のバックアップアプローチにコミットしていません。代わりに、処理するデータの量に応じて、2つ以上のバックアップオプションを組み込んだバックアップ計画を設計します。
以下に、一般的に使用される3つのバックアップタイプの最も重要な機能を示します。完全バックアップ、増分バックアップ、および差分バックアップの基本を理解すると、どのオプションが最適かを判断するのに役立ちます。
完全バックアップと増分バックアップと差分バックアップ：クイック比較
| フル | インクリメンタル | ディファレンシャル | |
|---|---|---|---|
| 説明： | データセット全体をコピーします | 完全バックアップ+前回のバックアップ以降の変更 | 完全バックアップ+完全バックアップ以降の変更 |
| バックアップ時間： | 時間がかかる | バックアップが速い | よりも速い 完全バックアップですが、増分バックアップよりも低速です |
| 回復時間： | 高速リカバリ | 回復が遅い | インクリメンタルよりは速いがフルよりは遅い |
| ストレージスペース： | 多くのストレージスペースが必要です | 必要なストレージスペースが少なくて済みます | 必要なストレージスペースは完全バックアップよりも少なくなりますが、増分バックアップよりも多くなります |
| 帯域幅： | 多くの帯域幅を使用します | 使用する帯域幅が少ない | 使用する帯域幅は完全バックアップよりも少なくなりますが、増分バックアップよりも多くなります |
完全バックアップ
完全バックアップには、システムのデータセット全体を別のパーティションまたは外部ディスクにコピーすることが含まれます。
指定されたデータボリュームの完全なコピーを作成するため、コピーを保存できる多くの空きディスク容量が必要です。さらに、システム全体のバックアップを行うには多くの時間がかかり、日常的には実用的ではありません。
したがって、ほとんどの企業は、毎日、毎週、または隔週で完全バックアップをスケジュールし、その間に増分バックアップまたは差分バックアップを実行します。フルバックアップの頻度は、主に会社の規模によって異なります。
たとえば、中規模の企業では、月曜日から金曜日まで、データボリューム全体の毎日のバックアップを設定する場合があります。その場合、バックアップ計画は次の画像のように表示されます。
完全バックアップの長所と短所
長所：
- データ回復の観点から最高の保護を提供します
- 単一のバックアップセットでのデータの高速リカバリ
短所：
- バックアップには時間がかかります
- より多くのストレージスペースが必要です
- 多くの帯域幅を消費します
増分バックアップ
増分バックアップは、完全バックアップに代わるリソースフレンドリーな方法です。このような設定は、前回のバックアップ以降に変更されたデータのみをバックアップするように設計されています。したがって、既存のデータボリュームに変更または追加されたデータのみが保存されます。
増分バックアップがどのように機能するかを詳しく見るために、簡単な例を使用してみましょう。
毎日完全バックアップを必要としない中小企業は、2回の完全バックアップの間に増分バックアップを設定できます。
管理者は、月曜日にデータセットの完全バックアップを手配し、火曜日から金曜日の間に増分バックアップを手配することができます。したがって、火曜日に、月曜日以降に行われた変更のコピーが作成されます。次に、水曜日に、火曜日以降に行われた変更などをバックアップします。
その結果、毎週のバックアップは、1つの完全バックアップといくつかの小さなバックアップセットで構成されます。この方法は、システム上で占めるスペースが少ないため、効率的です。また、セットはボリュームセットに比べて小さいため、バックアップにかかる時間が短くなります。
この方法を使用することの欠点は、各増分バックアップがその前のバックアップに依存することです。これは、セットの1つに損傷や損失があると、データの回復が不完全になる可能性があることを意味します。バックアップセットの数が多いと、リカバリ時間にも影響します。
増分バックアップの長所と短所
長所：
- より少ないストレージスペースを使用するより小さなバックアップ
- バックアップが高速
- 使用する帯域幅が少ない
短所：
- 回復に時間がかかる
- バックアップチェーンのセグメントに損傷がある場合、リカバリが失敗するリスク
差分バックアップ
差分バックアップは、完全バックアップに依存し、その後にそのソースボリュームで行われた変更のみを保存するため、増分バックアップに似ています。
ただし、これらの変更の保存方法は異なります。増分バックアップは最後のバックアップ以降に行われたすべての変更を保存しますが、差分バックアップは最後の完全バックアップ以降に行われた変更を保存します。
このような設定では、バックアップセットは相互に依存するのではなく、それらが由来する完全バックアップに依存します。 2つのバックアップセットのみで構成されているため、リカバリ時間ははるかに長くなります。これにより、より優れたデータ保護と有効なディザスタリカバリソリューションが提供されます。
次の例では、5日間の増分バックアップ計画が表示されます。月曜日の完全バックアップから始まります。火曜日には、データソースに加えられた変更のみが保存されます。水曜日のバックアップセットは、月曜日から水曜日に行われたすべての変更で構成されます。同じ手順が木曜日と金曜日に適用されます。
この方法は復元が高速ですが、バックアップに時間がかかり、増分バックアップよりも多くのストレージスペースが必要になります。
差分バックアップの長所と短所
長所：
- バックアップセットが2つしかないため、復元が高速になります
- 完全バックアップと比較してバックアップが高速
- 完全バックアップよりも占有するスペースが少ない
短所：
- 増分バックアップよりも多くのスペースを占有します
- 増分バックアップに比べてバックアップが遅い