スナップショットバックアップは、従来のバックアップとどのように異なりますか?スナップショットのバックアップには最小限の時間がかかることは知っていますが、どのようにこれを実行できるのかわかりません。誰かが私にこれを説明できますか?
スナップショット自体は実際にはバックアップではありません。ドライブ上の別のブロックセットを指すためにポインタを使用しているだけです。
たとえば、「ServerFault.doc」というファイルがあり、ハードドライブ上のブロックA、B、およびCを使用しているとします。スナップショットを作成するとき、Snap.0(最初のスナップショットの私の名前)はブロックA、B、およびCを指します。これは単にポインターのコピーを作成しますが、データは作成しません。
ここで、ファイルを変更するとします。ファイルを保存すると、既存のブロックを上書きする代わりに、新しく変更された「ServerFault.doc」がブロックA、B、およびDを使用し(ブロックDにファイルへの変更が含まれていると想定)、ファイルポインタがAを指すようになります。 B、およびD(Cは変更されません)。別のスナップショットを作成すると、Snap.1はA、B、およびDを指すようになります。Snap.0を「復元」すると、単にポインターに変わり、それらのブロックを確認します。
ファイルシステムによっては、このプロセスは非常に巧妙な場合があります。ただし、ドライブに障害が発生した場合でもデータが失われるという意味で、バックアップではありません。保護するには、データを別のソースにコピーする必要があります。
ウィキペディアはおそらく私がここでできるよりも詳細にこれを説明できると思います。ただし、基本的にスナップショットを作成するときに発生するのは、スナップショットを作成するためのメタデータの変更だけです。これはほとんど瞬時に行われます。その時点から、ファイルシステムへの変更は現在のライブファイルシステムに関連付けられ、スナップショットに関連付けられたディスク構造は変更されません。これは、コピーオンライトと呼ばれる手法を使用して行われます。これはウィキペディアでもよく説明できます。それがそれに光を当てるのに役立つことを願っています。
あなたの質問は、これが従来のバックアップとどのように異なるかということです。従来のバックアップでは、ファイルシステム全体またはその一部がテープやその他のディスクにダンプされます。これには、時間や帯域幅などがかかります。スナップショットが同じボリュームで即座に実行される場合。
スナップショットは、それ自体がバックアップに代わるものではありません。これらは、バックアップ戦略の一部となることができるツールです。ただし、それらはライブファイルシステムと同じ物理ディスクおよびSAN/NAS/Server上にあるため、これは依然として単一障害点です。データ複製または従来のテープスナップショットへのバックアップと組み合わせると、便利なバックアップツールになります。また、ファイルが削除された場合に備えて、特定の時点のバックアップを保持するのにも役立ちます。同じボリューム上にあると、スナップショットからこれらのファイルを復元するのは非常に迅速です。
スナップショットの主な機能は コピーオンライト です。スナップショットを作成すると、システムは既存のファイル/ブロックに変更を加えません。書き込みを行う必要がある場合、そのブロック/ファイルのコピーが作成され、書き込みは別の場所にリダイレクトされます。
「スナップショット」という用語は、特定の方法やシステムには実際には適用されません。これは、テクノロジーではなく、原則を網羅する包括的な用語です。例えば主要なソフトウェアのアップグレードなど、サーバーで危険なことを行う前に、ドライブをイメージングしてサーバーのスナップショットを定期的に作成します。何か問題が発生した場合、そのイメージをすばやく復元できます。これはスナップショットではないと主張する人もいるかもしれませんが、ある時点でのドライブの状態を記録しているため、実際にはスナップショットです。
他の方法では、実行中のシステムのスナップショットを定期的に取得します。これにより、必要に応じてリカバリやロールバックが可能になります。使用されるテクノロジーは、実行中のシステムによって異なります。 Windowsボリュームシャドウコピーは、スナップショットテクノロジの一種です。