btrfsの送受信機能を使用してかなり遅く（初期シード〜50〜100GB、アップストリーム帯域幅〜1〜2MBit / s）、信頼できない（毎日の両端で強制停止）接続を介してバックアップスナップショットを送信したいと思います。
次の要件が表示されます。
- 暗号化された転送(通常SSHトンネリングを使用して達成)
- 堅牢性接続が中断されました。
そうだZFSは中断された転送を自動的に再開できます。、rsyncが行うのと似ています。これはBTRFSにも当てはまりますか？これWikiページの送受信中断された転送には役立ちません。 btrfsが中断されたトランスポートを再開できる場合は、SSHトンネルを使用して中断されたときに再開するだけです。
そうでない場合は、途中でいくつかのバッファを使用してbtrfs接続が中断に耐えることができるかどうかを確認するか、シードのために2つのサーバーを互いに近づけてください（毎日の転送容量を超えてファイルを追加して転送するのに問題がある可能性があります）。 。スナップショット）。
トレントとスナップショットを転送するときに何を考慮する必要がありますか？
答え1
私はしばらくのバックアップのために "btrfs send"を使用してきました。もちろんいいえ中断された転送の再開を処理します。私はユーティリティを書いたする転送を再開し、ローカルbtrfsファイルシステムのスナップショットをAmazon S3に自動的に同期します。いつでもお試しいただき、役に立つことをご確認いただき、フィードバックをいただきありがとうございます！どちらもGitHub（https://github.com/AmesCornish/buttersink）とPyPi（https://pypi.python.org/pypi/buttersink/）。
答え2
ファイルまたはパイプを介して「送信」。相手のファイルやパイプを「受信」します。問題のある接続では、ファイルやrsyncなどの転送を使用する方が良いでしょう。
答え3
buttersinkS3の履歴書に加えてbtrbkサポートする：
バックアップの復元（一定期間にバックアップ先にアクセスできない場合）
編集：後で個々のスナップショット転送は復元されませんが、オフラインのバックアップターゲットは処理されることに気付きbtrbkました（中断されたスナップショット転送の再開）。