Webサイト・データベースを遠隔バックアップ

つまりバックアップとアーカイブは似て異なるもの、ということです。
同じバックアップと呼称しますし、データを収集する道具も同じバックアップツールを使うことになります。しかし、そのバックアップという行為の目指すところや最終的に使う局面が違う、ということです。

まず、純粋な意味でのバックアップについてです。
純粋なバックアップは主に障害からの復旧を目指してバックアップを取得します。

正常な状態のうちにバックアップで複製を作成しておくことによって、稼働している環境やユーザーが利用中のデータに不測の事態が発生しても「正常な状態のバックアップを提供する」ことによって問題を解決する、という目的を達成するためのバックアップです。

一方で、アーカイブです。
アーカイブでは、稼働中のシステムにおいて長期間保存しておかなければならないデータを対象としてバックアップを収集します。有名なところでは、ログやアクセス履歴、ファイル取り扱い履歴といったセキュリティ上長期間保存が必要となるデータをアーカイブする傾向があります。

この図でアーカイブ対象となるログデータは、システムが稼働するにつれてデータ量が肥大化していきます。そのため、システムでは古いデータは上書きされるように設定されていることが多く、放っておけば古いデータが参照できなくなってしまうことがあります。
しかし、アクセス履歴といった情報は有事の際に参照したり提出したりという利用ケースがあります。そのため、○年○月のアクセス履歴から誰が使っていたか探し出す、という状況に備えて、企業内ではログデータを長期間保管するケースが増えています。昨今個人情報保護（Pマーク、ISMS）や内部統制（IT統制）によってログの保管が重要とされる事項が増えてきました。

取得したデータが必要とされるとき

上述ではいずれも有事の際にバックアップデータが必要とされる、という表現になっていますが、有事の種類が違います。
通常のバックアップでは「稼働中のサーバーやシステムが故障・障害などで機能低下or停止してしまう」という有事に対処するためにデータを収集します。そのため、取得するバックアップデータによってはシステム内で二重でバックアップデータを収集することもあります。例えば、週一回システム全体をフルバックアップしていれば、そのシステム内に保存されたユーザーが利用するデータも同時に取得できます。しかし、ユーザーが利用するデータが週一回ではデータ破損の際に復旧するデータとしては古すぎる可能性があり、このユーザーデータだけは個別に毎日、あるいは○時間に一回、といった具合に細かくバックアップすることになります。復旧時に極力新しいデータをリストアできるようにするために、週一回フルバックアップしていてもユーザーデータだけは二重で別途バックアップを取得するわけです。

一方のアーカイブに要求される有事は「不正アクセスの被害に遭った」「情報漏洩の疑いがある」といった、保存されたデータを後から参照するようなイベントが発生した時、といえます。セキュリティ以外でも「不要だと思ってサーバーから消去した過去のドキュメントを閲覧したい」とか「メーカーから供給されなくなった古いバージョンのインストーラが必要になった」というケースもあります。つまり過去の古いデータが欲しい時にアーカイブからデータを取り出す必要がある、といえます。
このため、バックアップの取得自体は二重で収集する必然性は低いといえます。
※当然ですが記憶媒体（メディア）の破損に備えて複数のメディアに同一のデータを書き出すケースはあります。
古いデータが無限に稼働中のシステムに残せるわけではないので、別の記憶媒体にデータを保管することによって長期保管を実施するのがアーカイブによるバックアップだといえます。

• バックアップデータは現状動作の復旧に利用する。よってリストアは障害からの復旧を目的として実施する。
• アーカイブデータはサーバーの活動記録や不要と思われた過去のドキュメントや過去のインストーラなどの履歴データを保存するために主に利用することが多い。よってリストアは「保存した履歴データの参照」が必要になった時実施することが多い。
• バックアップデータは原則として対象のシステムすべてを収集する
• アーカイブデータは保存しておきたいファイル単位で収集することが多い。
• アーカイブデータの利用方法で代表的なのは、認証ログやアクセス履歴といった、セキュリティ関連のログ（記録）、これを保管しておくケースが多い。

一言で言えば「バックアップデータをリストアするときのシチュエーションが全く異なる」ということですね。

torocca!の特長を見る