「差分」と「増分」。漢字が似ているうえに、どちらも「変わった分だけを取る」と説明されるので、混ざってしまう人が多い用語です。
この記事では、2つの違いを 何を基準に「変わった分」を数えるか という1点から整理します。あわせて、1週間運用したときの容量と、障害のときに必要になるバックアップの本数を、表で比べます。情報セキュリティマネジメント試験の対策にも、仕事でバックアップを設計する場面にも使える考え方です。
差分は「フルからの積み上げ」、増分は「前回からの1日分ずつ」。取るのが楽なのは増分、戻すのが楽なのは差分です。この「裏返しの関係」を押さえれば、どちらの問われ方にも対応できます。
結論：基準にする場所が違う
まず、3つのバックアップ方式の定義を並べます。AWS（Amazon Web Services）の解説ページで確認した内容（2026年10月16日確認）をもとにしています。
| 方式 | 何をコピーするか | 基準にするもの | 復元に必要なもの |
|---|---|---|---|
| フルバックアップ | 対象のデータ全体 | なし（自分が基準になる） | そのフルバックアップ1セットだけ |
| 差分バックアップ | 直近のフルバックアップ以降に追加・変更されたデータ | 直近のフルバックアップ | 最初のフルバックアップと、最新の差分バックアップ |
| 増分バックアップ | 直前のバックアップ（フルでも増分でも）以降に変更されたデータ | 直前のバックアップ | 最初のフルバックアップと、その後のすべての増分バックアップ |
違いをひとことで言うと、次のとおりです。
- 差分：基準はいつも「フル」。フルの後ろに、変更が積み上がっていく
- 増分：基準はいつも「前回」。前回の後ろの1回分だけを取る
どちらもスタート地点には、フルバックアップが必要です。フルを1つも取らずに、差分や増分だけを取ることはできません。
1週間で比べる：容量はどう増えていくか
数字で考えてみましょう。次のような、この記事で作った架空の例です。
- 日曜にフルバックアップを取る（データ全体で100GB）
- 月曜から土曜まで、毎晩1回バックアップを取る
- 毎日、別々のファイルが10GBぶん新しく作られたり変更されたりする（同じファイルが何度も変わることはないと仮定）
この条件で、毎晩のバックアップのサイズは次のようになります。
| 曜日 | 差分で取る量 | 増分で取る量 |
|---|---|---|
| 月 | 10GB | 10GB |
| 火 | 20GB | 10GB |
| 水 | 30GB | 10GB |
| 木 | 40GB | 10GB |
| 金 | 50GB | 10GB |
| 土 | 60GB | 10GB |
| 週の合計 | 210GB | 60GB |
差分は、基準がずっと日曜のフルのままなので、日がたつほど「日曜以降の変更分」が積み上がって大きくなります。増分は、毎回「前の晩のあと」だけを取るので、いつも1日分のままです。
AWSの解説ページでも、差分は次のフルバックアップまでファイルサイズが増え続けること、増分はバックアップが速くファイルが小さいため、ストレージと帯域幅を節約できることが説明されています。
上の表は「毎日別のファイルが変わる」という仮定の例です。実際には、同じファイルが何日も更新されることがあります。その場合、差分の増え方はここまで急ではなくなります。大きな流れ（差分は増える、増分は一定に近い）は変わりません。
戻すときに必要なバックアップの本数
次に、障害が起きたときを考えます。上の例で、金曜の朝にサーバが壊れたとします。使えるのは、木曜の夜までに取ったバックアップです。
| 方式 | 戻す手順 | 必要な本数 |
|---|---|---|
| 差分 | 日曜のフルを戻す → 木曜の差分を戻す | 2本 |
| 増分 | 日曜のフルを戻す → 月・火・水・木の増分を順番に戻す | 5本 |
差分は、木曜の差分に「日曜以降の変更」がすべて入っているので、月〜水の差分は使いません。増分は、1日分ずつ別々に入っているので、1本も飛ばさずに順番に適用する必要があります。
ここに、増分ならではの弱点があります。連鎖の途中の1本が壊れたり、見つからなかったりすると、その先を適用できません。 たとえば水曜の増分が読めなければ、木曜の増分があっても、火曜の状態までしか戻せないことになります。差分なら、木曜の差分とフルの2本さえ無事なら、最新の状態まで戻せます。
整理すると、次のようになります。
| 比べる点 | 差分 | 増分 |
|---|---|---|
| 毎回取る量 | 日がたつほど増える | ほぼ一定で小さい |
| 取る時間 | 増分より長い | いちばん短い |
| 戻すのに必要な本数 | 少ない（フル＋最新の差分） | 多い（フル＋途中の増分すべて） |
| 戻す手間 | 小さい | 大きい（手順が複雑） |
| 途中の1本が壊れたとき | 影響が限られる | その先を戻せなくなる |
どちらが「優れている」ということはありません。取る時間や容量を優先するなら増分、戻す速さと手順の簡単さを優先するなら差分という選び方になります。
復元にかかる時間の考え方
戻す時間は、おおまかに「フルを戻す時間」に「差分・増分を戻す時間」を足したものです。
- 差分：フルを戻す時間＋差分1本を戻す時間（差分は日がたつと大きくなるので、1本あたりの時間も延びる）
- 増分：フルを戻す時間＋増分を戻す回数ぶんの時間（回数が増えるほど延びる）
増分は、フルのあとの日数が長くなるほど、戻す回数が増えて時間も手間も増えます。そこで実務では、週に1回などの周期でフルバックアップを取り直し、連鎖が長くなりすぎないようにします。
なお、Windowsの昔の標準バックアップ機能（@ITの解説）では、ファイルごとの「アーカイブ属性」というフラグで、バックアップ済みかどうかを管理していました。差分ではこのフラグを消さず、増分では消すため、差分は毎回「フルのあとに変わった全部」、増分は「前回のあとに変わった分」だけを取れる、という仕組みです。製品ごとに実装は違いますが、考え方の違いを理解するよい例です。
試験での問われ方と覚え方
IPAの情報セキュリティマネジメント試験シラバス（Ver.3.2、2026年10月16日確認）では、用語例に「障害に備えたバックアップの方式、世代管理、フルバックアップ、差分バックアップ、増分バックアップ」が載っています。また、部門の情報システム利用時の情報セキュリティの確保という項目で、バックアップの取得サイクル・保存場所・リストア（バックアップからの復元）が取り上げられています。
問われ方は、おもに次の3パターンです。
- 用語の取り違えを見分ける：「直近のフルバックアップ以降の変更分を取る方式はどれか」→ 差分。「直前のバックアップ以降の変更分」→ 増分
- 復元に必要な本数・順番を数える：事故が起きた曜日までに取ったバックアップのうち、何本をどの順で戻すか。上の表の考え方で、フルの本数と、差分なら最新の1本、増分なら全部、と数えます
- 復元にかかる時間を計算する：フルを戻す時間に、戻す増分（または差分）の回数ぶんを足す
覚え方は、次のとおりです。
- 差分＝フルから「差」を見る。基準は常にフル。サイズは右肩上がり。戻すのは2本
- 増分＝前回から「増えた」分。基準は前回。サイズは一定。戻すのは全部
計算問題では、どの時点までのバックアップが使えるかを最初に確認します。「水曜の午後に壊れた」なら、使えるのは火曜の夜までのバックアップです。ここを数え間違えるミスが、いちばん多くなりがちです。
RPOとのつながり：何日ぶんの更新を失ってよいか
バックアップの取り方は、「どの時点のデータまで戻すか」という目標（RPO＝目標復旧時点）から決まります。毎日1回取れば、失う更新は最大で1日分です。この目標を満たすために、毎日取るのは差分か増分か、フルを何日おきに取るかを決める、という順番になります。
RPOやRTOの違いは、RPO・RTO・RLOの違いとは？ バックアップの取り方との関係を表で整理の記事で整理しています。あわせて読むと、「目標を先に決めて、そこから方式を選ぶ」という流れがつながります。
バックアップは、取れているだけでは意味がありません。「対象のフォルダが設定から外れていた」「保存先が元のデータと同じ建物だった」といった事故もあります。取得した後に、実際に戻せるかを定期的に確かめることが大切です。
授業・講座での学び方
情報セキュリティマネジメント講座では、情報セキュリティ継続とバックアップの授業で、フル・差分・増分の違いを1週間の流れにそって学べます。AI講師トーレスに「増分で水曜に壊れたら何本戻す？」のように質問しながら、自分の言葉で説明できるようにするのが、定着への近道です。
講座の内容や料金は、講座ページで確認できます。
まとめ
- 差分は「直近のフルバックアップ以降の変更分」、増分は「直前のバックアップ以降の変更分」。基準にする場所の違いです
- 差分は日がたつほど大きくなるが、戻すのはフルと最新の差分の2本で済む。増分は毎回小さいが、戻すにはフルと途中の増分すべてが必要
- 取る手間は増分が小さく、戻す手間は差分が小さい。どちらを重視するかで選ぶ
- 試験では、用語の見分け、復元に必要な本数、復元時間の計算が問われやすい。最初に「使えるバックアップの範囲」を確認する
製品や運用によって細かい仕様は異なります。実際にバックアップを設計するときは、使う製品の公式ドキュメントも確認してください。