システムバックアップとは？種類（フル・差分・増分）と方式の選び方を発注者視点で解説

システムバックアップとは、OSや設定、アプリケーションまで含めてシステムを丸ごと複製し、障害や災害から元の状態へ戻せるようにしておく備えです。日々のファイルコピーとは目的が違い、狙いは「壊れたサーバーを短時間で立て直す」ことにあります。この記事で扱うのは、ファイルバックアップやデータバックアップとの違い、フル・差分・増分・永久増分という4つの方式の使い分け、RPOとRTOから逆算する設計と3-2-1ルール、オンプレミスとクラウドの保存先選び、ランサムウェアに耐える保管、そして情シス・発注者が迷う「自社で運用するか外注するか」の分岐点です。復旧できないバックアップを作らないための復旧テストの考え方まで具体的に示します。

まとめ：システムバックアップの種類と方式選定・委託判断の要点整理

システムバックアップの目的は、データを残すことではなく、止まったシステムを目標時間内に復旧させることにあります。まず押さえるのは、ファイル単位で守る「ファイル/データバックアップ」と、OSや設定ごと丸ごと保存してサーバーそのものを再構築できる「システムバックアップ（イメージバックアップ）」の役割の違いです。取得方式はフル・差分・増分・永久増分の4つがあり、復元の速さと保存容量・取得時間はトレードオフの関係にあります。

設計の起点は方式選びではなく、RPO（どこまで戻せれば許容できるか）とRTO（何時間で復旧するか）の2指標です。この目標から逆算して、取得頻度・保持世代・保存先が決まります。保管は3-2-1ルール（3つのコピー・2種類の媒体・1つは遠隔）を土台にし、ランサムウェア対策では書き換え不能なイミュータブル保存やオフライン保管を1本加えます。バックアップは取って終わりではありません。定期的に実際へ戻す復旧テストを組み込み、いざという時に復元できる状態を保ちます。バックアップはシステム運用の一部であり、監視や保守を含む全体像はシステム運用とは何かを解説した記事で確認できます。

システムバックアップとは何かとファイルバックアップ・イメージ保存の違い

同じ「バックアップ」でも、守る対象と復旧できる範囲は方式によって変わります。まず言葉の定義と、システムバックアップが何を丸ごと残すのかを整理します。

システムバックアップの定義とデータ保護全体での位置づけの整理

システムバックアップとは、サーバーのOS・ミドルウェア・アプリケーション・各種設定を含めて、システムが動く状態そのものを保存しておく方法です。データだけを残すのと違い、ハードウェア故障やOSの破損が起きても、保存した時点の稼働状態へ戻せます。データ保護の全体像では、日々の変更を守る「バックアップ」と、災害時に事業を継続させる「DR対策（災害復旧）」が層をなし、システムバックアップは両者をつなぐ土台にあたる存在です。DR対策そのものの定義と目的はDR対策（災害復旧）とは何かを解説した記事で扱っています。

ファイルバックアップ・データバックアップとの違いと使い分け方

ファイルバックアップは、文書や画像といった個別ファイルを選んで残す方法です。誤削除したファイルを1件だけ戻すような場面に向きます。一方でサーバーが起動しなくなった場合、ファイルだけ持っていてもOSや設定を入れ直す手間が残り、復旧は長引くでしょう。システムバックアップはこの再構築の工程ごと保存する点が異なります。実務では、頻繁に変わる業務データはファイル/データ単位で細かく、システム全体は週次や更新の節目でイメージとして、と粒度を分けて併用します。

イメージバックアップでOS・設定ごとシステム全体を復旧する仕組み

イメージバックアップは、ディスクの中身をブロック単位でそっくり写し取る方式で、システムバックアップの中核をなします。取得したイメージから戻せば、OSのインストールや各種設定のやり直しを省いて、保存時点のサーバーをそのまま再現できる点が強みです。物理サーバーだけでなく、仮想マシンやクラウド上のインスタンスでも、スナップショットという形で同じ考え方が使われます。復旧の速さを買う代わりに、イメージはファイル単位より容量が大きくなりやすく、保存先の設計とセットで考える必要があります。

フル・差分・増分・永久増分バックアップ4方式の復元速度と容量の違い

バックアップの取得方式は4つに整理できます。どれか1つが優れているわけではなく、復元の速さ・取得の速さ・保存容量のどれを優先するかで選び分けます。

フルバックアップの全体複製と復元の速さ・容量負担のトレードオフ

フルバックアップは、対象データを毎回まるごと複製する方式です。復元は保存した1セットだけで完結するため、戻す手順が単純で速く済みます。弱点は、取得のたびに全量をコピーするので時間がかかり、保存容量も大きく膨らむ点です。毎日フルだけで回すとストレージを圧迫するため、初回や週次の基準点をフルで取り、間を差分や増分で埋める組み合わせが実務の定番になります。

差分バックアップと増分バックアップの復元手順・容量差の比較整理

差分と増分は、どちらも直近のフルからの変更分だけを取る方式ですが、基準の取り方が違います。差分は「前回フル以降に変わった全て」を毎回取るため、日を追うごとにサイズが増える代わりに、復元はフルと最新の差分の2つで済みます。増分は「前回の取得以降に変わった分」だけを取るので取得は最も軽く速い反面、復元にはフルと途中の増分を順に積み重ねる必要があり、1つでも欠けると戻せません。下表に3方式の性格をまとめます。

復元の速さを求めるなら差分、取得の負荷とストレージを抑えたいなら増分、という軸で選ぶと迷いません。

永久増分バックアップと世代管理で保存コストを抑える運用の考え方

永久増分は、最初に一度フルを取った後は増分だけを取り続け、古い世代を随時フルへ合成していく方式です。フルを繰り返さないので取得の負荷とネットワーク転送を軽く保てます。あわせて用いるのが世代管理で、日次・週次・月次で残す本数を決める仕組みです。祖父・父・子の3層で保持する考え方（GFS方式）では、月次を長期、日次を短期で回し、保存コストを抑えます。世代を無制限に増やすとストレージが破綻するため、RPOと保持期間から逆算して本数を絞るのが運用の勘所です。

バックアップ方式を処理時間・復元速度・容量から選び分ける判断軸

方式選びで玉虫色に「状況次第」と逃げると設計が進みません。判断はこう言い切れます。復旧を最優先する基幹システムは、復元手順が短いフル＋差分を軸にします。データ量が多くバックアップ枠（バックアップウィンドウ）が短い夜間バッチ環境では、取得の軽い増分や永久増分が現実的です。逆に、増分を長く積み上げる構成は、1本の破損で連鎖的に復元不能へ陥る弱さを抱えます。ここを避けるには、定期的にフルの基準点を取り直し、増分の鎖を短く保つ設計にします。

RPOとRTOから決めるバックアップ設計と3-2-1ルール・世代管理の考え方

方式の話より先に決めるべきは、どこまでの損失を許せて、何時間で戻すか、という目標値です。ここが曖昧なままツールを選ぶと、過剰投資か復旧不能のどちらかに振れます。

RPOとRTOの設定でバックアップ頻度と保持世代を決める手順

RPO（目標復旧時点）は、障害でさかのぼって失われるデータの許容幅を指します。RPOを1時間に置けば、少なくとも1時間ごとの取得が要るでしょう。RTO（目標復旧時間）は、復旧完了までに許される時間で、これが短いほど復元の速い方式や即時に切り替えられる構成が求められます。設計はこの順で進めます。

1. 業務ごとに停止の影響度を洗い出し、許容できる損失時間（RPO）と停止時間（RTO）を数値で決める
2. RPOから取得頻度（毎時・日次など）を、RTOから方式と保存先の速さを決める
3. 保持世代（何日・何世代残すか）を法定保存期間や業務要件から確定する

RPO・RTOを詰めずに「毎日フルを取る」だけの設計は、コスト過多か復旧遅延を招きやすく、まず数値合わせから入るのが近道です。

3-2-1ルールで媒体分散とオフサイト保管を確保する設計指針

保管の土台になるのが3-2-1ルールです。データのコピーを3つ持ち、2種類の異なる媒体に分け、そのうち1つは物理的に離れた遠隔地へ置く、という指針で、米国CISA（旧US-CERT）が広めた考え方として引用されます。同じディスク・同じ拠点にコピーを固めると、機器故障や火災・水害で一度に全て失いかねません。本番ストレージに加えてバックアップ用ストレージ、さらに遠隔地のクラウドやデータセンター、と分散させることで、単一障害点をなくします。

オンプレミス・クラウド・BaaSの保存先を条件で選ぶ判断材料

保存先は復旧の速さとコスト、遠隔性のバランスで選びます。オンプレミスの外部ストレージは復元が速い反面、同一拠点だと災害に弱くなります。クラウドストレージは遠隔保管と容量の伸縮に向き、3-2-1の「1つは遠隔」を満たしやすい選択肢です。運用まで任せたい場合は、取得・保管・監視をまとめて提供するBaaS（Backup as a Service）も候補になります。下表で性格を比べます。

復旧の速さを最優先するならオンプレの近距離コピー、災害耐性と手離れを求めるならクラウドやBaaS、と目的で割り切ると選びやすくなります。

ランサムウェア対策の3-2-1-1-0とバックアップ運用を内製・外注で分ける基準

ここは競合の解説が手薄な論点です。攻撃者はバックアップごと暗号化しにきます。取得しているだけでは守り切れない前提で、保管の強度と運用体制まで踏み込みます。

ランサムウェアに備えるイミュータブル保存とオフライン保管の要点

ランサムウェア被害では、共有ネットワーク上のバックアップまで暗号化され、復旧手段を失う事例が報告されています。対策の軸は、一定期間は上書き・削除ができないイミュータブル（変更不能）保存と、ネットワークから切り離すオフライン（エアギャップ）保管です。3-2-1ルールを拡張し、1本はオフラインまたはイミュータブル、復元検証でエラーをゼロにする「3-2-1-1-0」を提唱するベンダーもあります。少なくとも1系統は攻撃者の手が届かない場所へ隔離し、そこから戻せる状態を保つ構成が現実的でしょう。異常の早期検知には監視も効き、考え方はシステム監視とは何かを解説した記事で補えます。

復旧できないバックアップを避けるための復旧テストの設計と頻度

取得の成功と復元の成功は別物です。世代の破損、設定漏れ、暗号鍵の紛失などで、いざ戻そうとして初めて復元不能に気づく失敗は珍しくありません。これを避けるには、定期的に別環境へ実際に戻すリストアテストを組み込みます。四半期に一度は基幹システムの全体復旧を試し、RTO内に戻せるかを実測しておくと安全側に倒せるでしょう。テストの記録を残し、手順の属人化を防ぐことも復旧の確実さにつながります。

バックアップ運用を内製で回すか外注へ委託するかを分ける損益分岐

方式と保存先を決めても、取得の監視・失敗時の再取得・復旧テストを継続できなければ絵に描いた餅です。判断はこう分かれます。24時間365日の障害対応要員を自社で組めて、複数拠点の復旧手順を維持できるなら内製が合理的です。当番を組めない、担当者が兼任で運用が形骸化している、といった状態なら、取得から復旧支援までを担うMSP（マネージドサービスプロバイダー）への委託が現実的です。委託先の選び方や役割はMSPとは何かを解説した記事で整理しています。設計から運用の代行、内製化の伴走まで含めた相談先が必要なら、一創の保守運用・内製化支援サービスで対応できます。

よくある質問

システムバックアップの方式選びや運用でよく寄せられる質問に、発注者・情シスの視点で簡潔に答えます。

システムバックアップとファイルバックアップはどちらを選ぶべきですか？

二者択一ではなく併用が基本です。誤削除したファイルを素早く戻すにはファイルバックアップ、サーバー故障やOS破損からシステムごと立て直すにはシステムバックアップ（イメージ）が向きます。頻繁に変わる業務データは細かい単位で、システム全体は節目でイメージとして、と粒度を分けて両方を持つと、復旧の場面ごとに最短の手を選べます。

フルバックアップと増分バックアップはどのくらいの頻度で行いますか？

頻度はRPOから逆算します。目安として、週次または月次でフルを基準点として取り、日次や毎時で増分・差分を挟む構成が一般的でしょう。RPOを1時間に定めるなら毎時の取得が要り、日次で足りる業務なら夜間の1回で済みます。取得の負荷とストレージ、許容できるデータ損失幅の3点から、フルの間隔と増分の頻度を決めます。

バックアップデータはどこに保管するのが安全ですか？

3-2-1ルールに沿い、3つのコピーを2種類の媒体に分け、1つは遠隔地へ置くのが基本線です。本番と同じ拠点・同じディスクにコピーを固めると、火災や機器故障で一度に失います。オンプレの外部ストレージに加え、遠隔のクラウドを組み合わせると災害耐性が上がります。ランサムウェア対策としては、1系統をオフラインまたは書き換え不能な形で隔離しておくと確実です。

ランサムウェア対策としてバックアップだけで十分ですか？

取得しているだけでは足りません。攻撃はネットワーク上のバックアップまで暗号化するため、上書き・削除を一定期間禁じるイミュータブル保存や、回線から切り離したオフライン保管を1系統加えます。あわせて、実際に戻せるかを確かめる復旧テストと、侵入や異常を早く捉える監視を組み合わせて、初めて復旧できる備えになります。

バックアップの運用を外部に委託する費用の目安はどれくらいですか？

費用は保護対象の容量、取得頻度、RTO/RPOの厳しさ、24時間対応の有無で大きく変わるため、一律の相場より要件定義が先です。データ量が多く復旧時間の要求が厳しいほど、保存先の冗長化や即応体制のぶんコストは上がります。まず守るべきシステムと目標復旧時間を洗い出し、その要件に対して内製と委託の総額を比べる進め方が、過不足のない見積もりにつながります。

関連記事

• システム運用とは？保守との違い・業務一覧から委託判断まで発注者視点で解説：バックアップを含む運用業務の全体像と委託判断を整理した親記事です。
• システム保守とは？運用との違い・費用相場・契約形態を発注者視点で解説：バックアップ復旧を担う保守の範囲と契約形態を解説しています。
• システム監視とは？監視項目の種類と死活監視・性能監視の違いを発注者視点で解説：バックアップ失敗や異常を早く捉える監視の考え方を扱っています。
• MSPとは？マネージドサービスプロバイダーの役割・SIerとの違いと委託判断を発注者視点で解説：バックアップ運用の外注先となるMSPの役割と選び方をまとめています。
• DR対策（災害復旧）とは？定義・目的と企業への重要性：バックアップの上位概念にあたる災害復旧の目的と全体設計を解説しています。