「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

順番に見ていきましょう。
まずは予備知識として「バックアップ」について簡単に説明します。
「そんなの説明されなくても知ってるよ！」な人は適当に読み飛ばしてください。

バックアップは「同じ物を複製して保管しておくこと」です。
失くしたり壊れたりしたときの備えです。



例えば、失くなったら困るファイルをコピーして、別のところに保管しておいたりします。
同じファイルが複数あれば、そのうちの1つが失くなったり壊れても元に戻せますからね。



以上を踏まえて

「まだバックアップしていないファイルをバックアップするぜ！」なバックアップのやり方

が「インクリメンタルバックアップ」です。
日本では「増分バックアップ」と表現されることの方が多いと思います。



インクリメンタルバックアップは無駄が嫌いです。
省エネ バンザイ！
バックアップ済みのファイルは無視します。
前回バックアップしたときから変更のあったファイルや新しく作られたファイルのみバックアップします。

例えば、コンピュータの中にあるファイルが

1月1日：ファイルA
1月2日：ファイルA、B
1月3日：ファイルA、B、C、D

だったとしましょう。



1月1日に全部のファイルのバックアップ（完全バックアップ）を取りました。
1月2日以降は1日1回インクリメンタルバックアップを取りました。

そうすると、バックアップされるファイルは

バックアップ1月1日分：ファイルA（完全バックアップ）
バックアップ1月2日分：ファイルB（インクリメンタルバックアップ）
バックアップ1月3日分：ファイルC、D（インクリメンタルバックアップ）

に なります。
その日の段階で まだバックアップされていないファイルだけがバックアップされていますよね。



ちなみに、1月1日が完全バックアップなのは、すべてのファイルが「増えたファイル」だからです。

何もない状態からのインクリメンタルバックアップ ＝ 完全バックアップ

に なります。

インクリメンタルバックアップのメリットは、バックアップに掛かる時間や負担が少ないことでしょう。
必要最低限のファイルしかバックアップしませんからね。
バックアップするファイルの量が最低限で済みます。

逆にデメリットは、バックアップを戻すのが面倒くさいことでしょうか。
バックアップしたファイルを すべて戻してあげないと元の状態に戻りません。

あと、半分余談ですが、せっかくなので「アーカイブ属性」の話もしておきますね。
興味がない方は適当に読み飛ばしてください。



アーカイブ属性は、ファイルにくっついている「バックアップ用の目印」です。
ファイルのアーカイブ属性がonだったら「まだバックアップされていないよ」の意味になります。
offだったら「もうバックアップされたよ」です。



インクリメンタルバックアップをやる場合、アーカイブ属性がonになっているファイルのみバックアップします。



さて、インクリメンタルバックアップが終わりました。

そうすると、バックアップしたファイルのアーカイブ属性がoffになります。
バックアップしたファイルに対して「バックアップを取ったぜ！」の目印を付ける（「バックアップしてないよ」の目印を外す）のです。



これがインクリメンタルバックアップをしたときのアーカイブ属性の変化です。
余談なので忘れちゃってもいいですけどね。
気が向いたら、頭の片隅にでも置いておいてあげてください。