Unixのようなオペレーティングシステムの増分および統合バックアップシステムがデバイスバックアップではなくファイルシステムのバックアップに焦点を当てているのはなぜですか?

Unixのようなオペレーティングシステムの増分および統合バックアップシステムがデバイスバックアップではなくファイルシステムのバックアップに焦点を当てているのはなぜですか?

この質問は、広範な知識を持つ人が最もよく答えることができるので、ややクロスプラットフォームです。両方WindowsおよびUnixファミリーのオペレーティングシステム。

私は混合環境(Windows、Linux、BSD)を実行しています。私はデバイス全体(BIOSを除く)をオンラインでインポートし、そのスナップショットのイメージにバックアップし、後でそのイメージから復元できるデバイスバックアップのWindowsエコシステムパラダイムに慣れています。これらのシステムの多くは、イメージからファイル(システム)を回復することもサポートしているため、ユーザーはイメージ全体を回復することなく、イメージから個々のファイルを回復できます。

ただし、(Veeamを除く)私が出会ったUnixシリーズのバックアップシステムは、ファイルシステムのバックアップを実行し、スナップショットベースのオンラインイメージをサポートしません。 (Snapperはこれをサポートすると主張していますが、シンプロビジョニングされたLVMとBtrfsでのみ機能します。)オンラインイメージングソリューションを見つけ続けるのか、それともファイルシステムのバックアップパラダイムを扱う方法を学ぶべきかを決定しようとしているのではないかと思います。

なぜ?現象の維持ケース?

ベストアンサー1

スナップショットを作成するには、スナップショットとアクティブ状態が同時に存在するように、ある種の記録中にコピーストレージシステムが必要です。 Windowsでは、NTFSのボリュームシャドウコピー機能を使用してこれを行います。これは古典的なファイルシステム機能ではないため、Unixの「一般的な」ファイルシステムではこれを提供しません。代わりに、スタックのボリューム管理層(LVMなど)またはボリューム管理層(ZFSやBTRFSなど)にまたがるファイルシステムで提供されます。 Gitなどのバージョン管理では、ファイルシステムの上に階層化することもできます。実際にLVMスナップショットを設定し、スナップショットを削除して続行する前に、スナップショットのファイルシステムまたはTarファイルをダンプすることはよく知られています。

Unixのシステム設定オプションが多すぎるという点(そしてファイルだけでシステムをコピーするのが比較的簡単です)は、システム全体ではなく単一のFSをバックアップする理由です。不可能ではありません。ディスクを追加し続け、ツールを使用してディスクからVHDを作成し、VMなどのハードドライブとして使用できます。システムの仕組みを理解する責任をシステム所有者に任せる方が簡単です。

おすすめ記事