バックアップを取得していても、必要なデータを正常に復元できるとは限りません。誤ってファイルを削除・上書きした場合や、ランサムウェアに感染した場合、バックアップデータまで影響を受けていると、復旧が難しくなるおそれがあります。
こうしたリスクに備える方法の一つが、過去の複数時点のデータを保存する「バックアップの世代管理」です。適切に運用すれば、問題が発生する前の状態にデータを戻しやすくなります。
本記事では、バックアップの世代管理の仕組みやメリット、推奨される世代数と保存期間、3-2-1ルールをはじめとする運用のポイントを解説します。導入時の注意点も紹介するので、自社のバックアップ体制を見直す際にお役立てください。
バックアップの世代管理とは
バックアップの世代管理は、データを保存するたびに過去のバックアップを置き換えるのではなく、異なる時点のデータを複数残しておく方法です。最新のデータだけを保存する方法とは異なり、以前の状態も保管しておくことで、データの消失や破損などのトラブルが発生した際に、問題が起きる前の状態への復旧を目指せます。
ここでは、世代管理がどのように機能するのか、また、それによって得られるメリットについて詳しく見ていきます。
世代管理の基本的な仕組み
世代管理では、バックアップを取得した時点ごとにデータを保存し、複数の過去データを残しておきます。例えば、毎日バックアップを取る場合、最新のデータだけを保存する方式では、新しいバックアップを作成するたびに以前のデータが置き換えられます。そのため、過去の状態に戻すことはできません。
これに対して、世代管理を取り入れると、当日分だけでなく、前日や数日前などのバックアップも保持できます。データの削除や変更に気づくのが遅れた場合でも、問題が発生する前のバックアップを選択して復元できる点が特徴です。
多くのバックアップソフトでは、保存する世代数や期間をあらかじめ設定し、古い世代から順次削除していく仕組みが標準的に備わっています。こうした機能を活用すれば、保存容量を管理しながら、必要なバックアップを継続的に確保できます。
世代管理をするメリット
世代管理の最大のメリットは、過去への復元が可能になることです。誤ってファイルを削除したり上書きしたりしてしまった場合、その誤操作に気づくのが数日後になることも少なくありません。最新のバックアップしか残していないと、その間に誤った状態のデータが保存され、正常なデータを取り戻せなくなるおそれがあります。
複数の世代を保存しておけば、誤操作の前の世代を選んで復元することができます。さらに重要なのは、ランサムウェア感染時のリスク回避です。ランサムウェアはファイルを暗号化した後、その暗号化されたデータがバックアップとして取得されてしまうことがあります。
世代管理により、感染前の正常な状態のデータが複数世代残っていれば、感染に気づくのが遅れても、被害を受ける前の状態まで確実に遡って復旧することができます。
バックアップの世代数と保存期間の決め方
バックアップを世代管理するうえで、検討しておきたいのがデータを何世代まで残すかという点です。世代数が少なすぎると、気づくのが遅れた被害に対応できず、逆に多すぎるとストレージコストが膨らんでしまいます。
適切な保存期間を決めるには、データの重要度や復旧に必要な期間を踏まえた設計が欠かせません。ここでは、世代数を決める際の考え方に加え、日次・週次・月次のバックアップを組み合わせて長期保存を効率化する「GFS管理」について解説します。
14〜30世代が推奨される根拠
企業のバックアップでは、重要なデータを保護するために、14〜30日分を目安として複数世代を保管する方法が考えられます。保存期間を検討するうえで考慮したいのが、サイバー攻撃、特にランサムウェアの潜伏期間です。
サイバー攻撃では、システムに侵入した後、すぐにファイルを暗号化するとは限りません。一定期間システム内に潜伏し、重要なデータや管理者権限の情報を収集してから、本格的な攻撃を仕掛けるケースもあります。そのため、世代数が短すぎると、感染に気づいた時点で、すでに正常な状態のバックアップがすべて上書きされてしまっている可能性があります。
こうしたリスクを軽減するには、被害の発覚が遅れる可能性も踏まえ、十分な保存期間を確保することが重要です。なお、必要な世代数は一律ではなく、データの重要性やリスク、運用要件に応じて設定しましょう。
GFS管理（日次・週次・月次）の考え方
バックアップを毎日取得し、そのすべてを長期間保存すると、ストレージ容量を大量に消費してしまいます。そこで多くの企業で採用されているのが、GFS管理（Grandfather-Father-Son）という考え方です。これは、バックアップを日次・週次・月次の単位で組み合わせることで、長期間のデータを効率的に保存する方法です。
例えば、直近のデータは毎日保存して細かな変更にも対応できるようにし、一定期間が過ぎたバックアップは週単位で選んで残します。さらに1か月を超えた分は月次バックアップとして月に1回分だけを長期保存します。この仕組みにより、直近の細かい復元ニーズに対応しながら、長期間のバックアップも効率的に保持することができ、ストレージコストと復元の柔軟性のバランスを取ることが可能になります。
バックアップの世代管理を適切に運用するためのルール
世代管理の効果を十分に発揮させるには、バックアップを複数残すだけでは不十分です。データをどこに保管するか、どの方式でバックアップを取得するかまで考慮し、障害やサイバー攻撃が発生した場合にも復旧できる体制を整えることが重要です。
ここでは、バックアップの安全性を高めるための基本的な指針である「3-2-1ルール」と、バックアップの種類による運用の違いについて見ていきます。
3-2-1ルールとは
バックアップの安全性を高める方法として、3-2-1ルールがあります。これは、データを3つのコピーで保有し、2種類以上の異なる記録媒体を使い、そのうち1つを遠隔地に保管するという考え方です。
例えば、業務で使用する元データのほかに、社内のNASや外付けHDDへバックアップを保存し、さらにクラウドストレージにも複製を保管する方法が挙げられます。保存先を分散させておけば、HDDの故障などで一方のデータが失われても、別の保存先から復旧できる可能性が高まります。
加えて、社外の拠点やクラウドなどにバックアップを保管しておくことは、火災や地震などによって社内の設備が被害を受けた場合にも有効です。社内の機器とバックアップが同時に失われるリスクを抑えられます。
3-2-1ルールによる保存先の分散と世代管理を併用すれば、データの消失だけでなく、過去のバックアップまで被害を受けるリスクにも備えやすくなります。
バックアップ方式（フル・差分・増分）の選び方
世代管理を設計する際は、バックアップの保存方法だけでなく、データをどのような方式で取得するかも検討する必要があります。代表的な方式は、フルバックアップ、差分バックアップ、増分バックアップの3つです。それぞれ保存に必要な時間や容量、復元時の手順が異なります。
フルバックアップは、対象となるデータをすべて保存する方式です。復元に必要なデータをそろえやすい一方、バックアップのたびに多くの時間とストレージ容量を要します。
差分バックアップでは、直近のフルバックアップ以降に変更されたデータをまとめて保存します。復元時には、基準となるフルバックアップと、その後に取得した最新の差分バックアップを使用します。
一方、増分バックアップは、直前に実施したバックアップから新たに変更されたデータだけを記録する方式です。保存するデータ量を抑えやすく、取得時間の短縮にもつながります。ただし、復元する際には、フルバックアップに加え、その後の増分バックアップを順番に適用する必要があります。
実際の運用では、定期的にフルバックアップを取得し、その間の変更分を差分または増分バックアップで保存する方法が用いられます。各方式の特性を踏まえて組み合わせることで、保存容量やバックアップにかかる時間を抑えながら、必要な世代を管理しやすくなります。
世代管理を導入する際の注意点
世代管理は、適切に設計すれば非常に有効なデータ保護手段ですが、導入にあたってはいくつか注意すべきポイントがあります。無計画に世代数を増やすとコストが膨らみ、バックアップを取得しているだけで満足してしまうと、いざという時に復元できないという事態にもなりかねません。
ここでは、世代管理を導入する際に押さえておくべき2つの注意点について見ていきます。
ストレージ容量とコストのバランスを考慮する
世代数を増やせば増やすほど、復元の選択肢は広がりますが、その分だけストレージ容量とコストも増加します。とりわけ、対象データを毎回すべて保存するフルバックアップを繰り返す場合は、保存先の容量をあっという間に圧迫してしまう可能性があります。
容量の増加を抑えるには、日次・週次・月次で保存するバックアップを整理するGFS管理や、変更されたデータを中心に記録する差分・増分バックアップの活用が有効です。
また、クラウドストレージを活用する場合は、保存するデータ量に応じて料金が変動することが一般的であるため、必要以上に長期間、高頻度でバックアップを保持し続けると、想定以上のコストが発生してしまうこともあります。自社にとって本当に必要な世代数と保存期間を見極め、コストと安全性のバランスを取ることが重要です。
復元テストが重要
世代管理の仕組みを整備し、複数の世代を保存できていたとしても、それだけで十分な対策ができているとはいえません。保存処理が問題なく終了していても、データの破損や設定ミスなどが原因で、復元時にエラーが発生したり、業務再開までに予想以上の時間がかかったりする可能性があるためです。
こうした問題を未然に把握するには、定期的に復元テストを実施し、実際に過去の世代からデータを復元できることを確認しておくことが重要です。復元テストを行うことで、バックアップの設定に不備がないか、復元にかかる時間がどの程度か、そして実際の運用担当者が復元手順を理解しているか、実際の障害が発生する前に改善できます。
バックアップ運用で重視すべきなのは、データを保存したという事実だけではありません。トラブルが起きた際に、必要なデータを確実に取り戻し、業務を再開できる状態を維持することです。
まとめ｜世代管理は「量」より「運用できる仕組み」が重要
バックアップの世代管理は、誤操作やランサムウェア感染といった不測の事態に備え、過去の正常な状態まで確実に遡って復元できるようにする、重要なデータ保護の仕組みです。サイバー攻撃の潜伏期間を考慮すると、最低でも14〜30世代の保持が推奨されており、GFS管理を活用することで、長期間のバックアップを効率的に運用することができます。
また、十分なバックアップを確保するには、保存する世代数だけでなく、保管場所や取得方法にも配慮しなければなりません。3-2-1ルールに基づいた保存先の分散や、バックアップ方式の適切な選択、そして定期的な復元テストの実施——これらすべてを組み合わせることで、初めて「いざという時に確実に使えるバックアップ体制」が完成します。
世代数という「量」だけにとらわれず、実際に復元できる「仕組み」として機能しているかを見直すことが、真に有効なバックアップ運用の鍵となります。自社のバックアップ体制の見直しや、世代管理の導入をご検討でしたら、ぜひアジアネットにご相談ください。貴社の環境に合わせた最適なバックアップ設計をご提案いたします。
