バックアップの対象範囲

Arcserve Backup の実装 › ストレージ環境の計画 › データ転送の要件 › 代替データパスに関する考慮事項 › ネットワークのセグメント化 › バックアップの対象範囲

バックアップの対象範囲

データをセグメント化すると、バックアップ対象範囲が限定され、高いデータ転送速度の要件を若干低くすることができます。一般に、毎日変更されるデータは、それほど多いわけではありません。変更部分の保存のみでよい場合には、フルバックアップは不要です。

例：バックアップの対象範囲

毎日全データをバックアップしていても、1 日に変更されるデータが全体の 10% のみである場合、貴重なバックアップ時間の 90% を、すでにバックアップしてあるデータの保存に費やしていることになります。メディアの消費とバックアップデバイスの消耗も考慮すると、フルバックアップは必要以上に経費のかかる計画になります。

これを、1週間に1回、データの半分以上が変更されてからすべてのデータをバックアップするという方法に変更すると、より合理的になります。この処理は、週末に実行することにより、より長いバックアップ期間を確保できます。毎日実行する処理では、変更箇所のみをバックアップします。このようにすると、バックアップを短時間で実行でき、メディアの節約にもなります。

Arcserve Backup では、オプションとして以下のバックアップタイプを選択して、この問題に対処できます。

フルバックアップ - データ変更とは無関係に、すべてのデータをバックアップします。
差分バックアップ - 最後に実行されたフルバックアップジョブ以降に変更されたファイルのみをバックアップします。
増分バックアップ - 前回のフルバックアップまたは増分バックアップ以降に変更されたファイルをバックアップします。
合成フルバックアップ - r16 以降の Windows Client Agent では、前回のフルバックアップセッションとすべての増分セッションを合成してフルセッションを作成します。以前の増分セッションは必要ありません。

上記の、フルバックアップと部分バックアップをバランスよく組み合わせて実行すると非常に効果的です。データの各単位、各バージョンを1回ずつバックアップできると理想的です。そして、メディアと時間を浪費する不要な重複は最小限に抑えます。バックアップ方式を決めるときには、以下の点に注意します。

フルバックアップでは、すべてのデータが一度にバックアップされます。フルバックアップでは、バックアップ時点のデータの完全で一貫性のある1つのバックアップセッションが生成されます。またバックアップされたデータは、すべて単一の管理しやすいメディアに保存されます。しかし、フルバックアップだけに頼ったバックアップ計画は、通常は非効率的なものになります。これは、新しいデータがデータセット全体に占める割合が一般的には少ないためです。フルバックアップでは、前回の処理で適切にバックアップされている多くのファイルも重複して保存されます。
ただし、短期間にデータの大部分が変更されるような、特殊な形式で運用する場合、フルバックアップだけを行うバックアップ計画が最適な選択肢になります。このような場合は、データの大部分が常に更新された状態になるので、フルバックアップだけを実行するバックアップ計画の方が、差分/増分処理と組み合わせた場合よりも、実際に不必要な複製が生成されにくいと言えます。
増分バックアップと差分バックアップでは、ネットワークの輻輳とメディアの浪費を避けることができます。この方法は、既存のハードウェアと帯域幅に制限がある場合に便利な方法であり、バックアップの時間帯をユーザの業務時間に支障がないよう調整することもできます。増分バックアップと差分バックアップは、フルバックアップよりも処理が高速です。フルバックアップと次のフルバックアップの間に増分バックアップや差分バックアップを実行すると、前回のフルバックアップ以降に変更されたすべてのファイルがバックアップされるため、より最新のファイルがバックアップされることになります。この冗長性により、完全な復旧に必要なすべてのデータが最大 2 つのデータセット（フルバックアップと最後の増分バックアップ）に保存されていることになり、リストア速度が向上します。
増分バックアップと差分バックアップは、データセット全体の量に比べて、変更されるデータの量が少ない場合にのみ経済的な方法です。このような場合は、小容量のリムーバブルメディアに、変更されたデータを頻繁に保存できます。
r16 以降の Windows Client Agent の場合のみ、合成フルバックアップによって、ネットワークの輻輳とメディアの浪費を避けることもできます。合成バックアップは、フルバックアップより処理が高速です。最初のリアルフルバックアップ（親）を実行した後、必要に応じて増分バックアップと合成フルバックアップをスケジュールします。合成フルバックアップでは、最初のフルバックアップとその後のすべての増分セッションが 1 つの合成フルセッションに合成されます。最後のフルセッションとすべての増分セッションが組み合わされているため、ファイルをリストアする必要がある場合は、合成フルバックアップを使用するだけで済みます。この冗長性により、完全な回復に必要なすべてのデータが 1 つのデータセット（最後の合成フルバックアップ）に保存されていることになり、リストア速度が向上します。