web-dev-qa-db-ja.com

btrfs send / receiveを使用して、低速で信頼性の低いネットワーク接続を介してバックアップスナップショットを送信する方法

Btrfsの送受信機能を使用して、バックアップスナップショットをかなり低速（初期シードは約50〜100GB、アップストリームバンドは約1〜2MBit/s）で信頼できない（両端で毎日強制的に中断される）接続で送信したいと思います。

次の要件が表示されます。

  • 暗号化された転送（通常はSSHトンネルを使用して実現されます）
  • 接続の中断に対する堅牢性

どうやら ZFSは中断された転送を自動的に再開できる で、rsyncと同じように見える。これはBTRFSにも適用されますか？ wikiページの送受信 は、中断された転送に関しては役に立ちません。 btrfsが中断された転送を再開する場合、私がしなければならないことは、SSHトンネルを使用し、中断された場合に再開することだけです。

そうでない場合は、中間でバッファを使用して、btrfs-connectionが割り込みに耐えることを確認するか、シードのために両方のサーバーを互いに近くに配置する必要があります（これは、毎日の送信に優れた追加ファイルに関して問題になります）容量とスナップショットの送信）。

シードとスナップショットを送信するために何を考慮する必要がありますか？

linuxbackupbtrfs
11
Jens Erat

しばらくの間、バックアップに「btrfs send」を使用しています。壊れた転送の再開を処理しません。転送を再開して実行し、ローカルのbtrfsファイルシステムのスナップショットをAmazon S3に自動的に同期するユーティリティを作成しました。それが役立つかどうかを確認するためにそれを試してみてください、私はフィードバックが大好きです！ GitHub（ https://github.com/AmesCornish/buttersink ）とPyPi（ https://pypi.python.org/pypi/buttersink/ ）の両方にあります。

8
user80646

ファイルまたはパイプを介して「送信」します。反対側のファイルまたはパイプで「受信」します。疑わしい接続では、ファイルとrsyncのようなトランスポートで最善を尽くすでしょう。

4
user66738

buttersinkのS3レジュームに加えて、 btrbk は以下をサポートします。

バックアップの再開（バックアップターゲットにしばらく到達できなかった場合）

編集：個々のスナップショットの転送はbtrbkで再開されないことを知ったので、オフラインになったバックアップターゲット（中断されたスナップショットの転送の再開）を処理します。

1
Tom Hale