3
rsyncを使用したZFSプールのバックアップ
現在、個人ファイルを保存するためのFreeNASボックスを持っています。オフサイトのバックアップが必要ですが、ZFSを適切に実行できる2台目のコンピューターにお金を費やすつもりはありません。そのため、を使用してリモートバックアップを取ることを計画していましたrsync。 バックアップ内のすべてのファイルに一貫性を持たせたいので、最初に再帰的なスナップショットを作成し、次にを使用してそれを転送することでできると考えましたrsync。ただし、データセットごとに個別のスナップショットが作成されます。 今、私はすべてのデータセットを含む再帰的なスナップショットを表示する方法があるかどうか、またはrsync全体に他の推奨される方法があるかどうか疑問に思っていますzpool。データセット自体に存在するシンボリックリンクを保持し.zfsたいので、データセット内のフォルダへのrsyncシンボリックリンクだけでは機能しないと思います。 編集 私が受け取ったコメントに基づいて、希望する構成の詳細が整っていると思います。自宅にNASを用意して、快適にデータを配置できるようにしたいと考えています。それを失うことはまずないでしょう。私にとって、これは複数のコピーをオンサイトに、複数のコピーをオフサイトに、物事が非常に悪くなった場合のオフラインコピー、偶発的な削除の場合のデータの定期的なスナップショット、およびデータエラーを防ぐ手段（ビット腐敗など）を意味します。イベントが発生する可能性が低いほど、大災害後にデータの複数のコピーを持たないことになり、スナップショットをあまり気にしなくなります。また、通常は別のデバイスにコピーがあるため、新しいデータよりも古いデータの方が重要です。最後に、ほとんどのファイルはあまり頻繁に更新されないことに注意してください。転送のほとんどは新しいファイルになります。 私の以前のセットアップは、4TBの外部ハードドライブが接続された2つのRaspberry Piのセットでした。この戦略に対する信頼を失いましたが、ハードウェアはすぐに利用できました。いくつかの調査の結果、エラーが時間を経て潜入するのを防ぐ唯一の方法は、ECC RAMやUPSなどのサーバーグレードコンポーネントと組み合わせたZFSなどのチェックサムファイルシステムを使用することであると思われました。私のローカルコピーでは、このルートに行きました。ミラーで2x4TBディスクを使用し、ここで定期的なスナップショットを作成します。 このマシンは、オフサイトバックアップとオフラインバックアップを除くすべてのケースをカバーする必要があります。私はこれらのバックアップを必要としない可能性が高いため、あまり多くの投資をするつもりはありません。したがって、私はすでに横になっていたRaspberry Piと外部ディスクを使用できると考えました。一方のディスクが常にオフラインで、もう一方のディスクがバックアップを受信するようにできます。ディスクを定期的に変更すると、古いデータのオフラインバックアップを作成できます。 簡単なルートが使用することですzfs sendし、receive二つのプール、各ディスク上の1に。ただし、Raspberry PiとハードドライブへのUSB接続を組み合わせた場合、zfs動作するための非常に信頼性の高い環境（またはそのためのファイルシステム）は提供されません。使用するディスクは1つだけなのでzfs、障害から回復するための信頼できる手段はありません。 それが私が一緒に行きたいext3かext4一緒にしたい理由rsyncです。確かに、いくつかの不良ビットがディスクに書き込まれる可能性があります。メタデータの場合、これらの問題のほとんどを修正するツールがあります。データブロックの場合、単一のファイルが失われます。また、rsync -c不正なチェックサムを検出し、ローカルマシン上の既知の正常なコピーからファイルを再度転送するため、ファイルを使用して回復できます。理想的とは言えないハードウェアを考えると、これは可能な限り最良のソリューションのようです。 それが私が使用する理由でありrsync、それがどのようにrsync反抗するかという当初の質問につながりましたzfs snapshot。私があなたのアドバイスのどれにも触れなかった場合、私は本当に代替案を受け入れているので私に知らせてください。私は現在、それらがどのように私に利点を提供しているか見ていない。