適切なバックアップ戦略を見つける(borgbackup、Resticなど)

適切なバックアップ戦略を見つける(borgbackup、Resticなど)

私はこのような質問が何度も提起されたことを完全に知っています。しかし、さまざまなバックアップツールに関する広範なドキュメントを読んでも、すべての質問に答えることはできないので、ここで私のシナリオを説明してコメントを得たいと思いました。

私のニーズに合ったバックアップ戦略を開発したいと思います。要件の簡単な概要は次のとおりです。

  • オープンソースソフトウェア
  • コマンドラインサポート(GUIだけでなく)
  • 複数のデバイスからバックアップして復元したいです。 (すべてのデバイスはLinuxを実行します)
  • 特定のファイル/フォルダをバックアップし、他のファイル/フォルダは無視できるようにしたいです。
  • 次のような複数のターゲットにバックアップできるようにしたいです。
    • 外付けハードドライブ
    • 一部の外部サーバー(家がなくなる場合に備えて)
  • たとえば、cronを使用してバックアップを自動化したいとします。
  • バックアップが正しく暗号化されていることを願っています。
  • 以前のバックアップのデルタのみが保存されるように、バックアップの重複を削除したいと思います。
  • バックアップから復元するときは、復元したバックアップを新しい変更をバックアップするための新しいポイントとして直接使用できるようにしたいです。 (ストレージを新しいシステムに複製したら、新しい変更を直接プッシュできるgit-repositoryについて考えてください。)

いくつかの調査の結果、ほとんどの場合に適しているように見える2つの計画があります。

borgbackupを使って2つの問題を見つけました。

  • ファイルを復元する方法には、メルトダウンインストールのバックアップまたはバックアップを直接抽出する2つの方法があります。ただし、復元すると常にファイルのみがインポートされます。新しいシステムにバックアップを復元するときに新しいホストで新しいバックアップを実行するには、すべてのリポジトリをリセットする必要がありますか?とても不便です。 (再び、復元されたデータ/ストレージを直接使用して新しいデータをバックアップ(プッシュ)できるようにするgitリポジトリと同様の動作をしたいと思います。)
  • バックアップ用に複数のエンドポイントを指定することは不可能だと思います。たとえば、リモートサーバーにデータをバックアップできますが、外付けハードドライブと同期することはできません。 (望むより:https://borgbackup.readthedocs.io/en/stable/faq.html#can-i-backup-from-multiple-servers-into-a-single-repository)。私の考えでは、コールドストレージバックアップ(外部HDDなど)はborgには適していないようです。

休憩:

  • 本質的にBorgと同じです。

だから私の質問は、上記のシナリオに適したバックアップソリューションを実装する方法です。 borgとResticはここで仕事に適したツールですか?それでは、私が説明した問題をどのように処理しますか?そうでなければ、他のより良いバックアップソフトウェアがありますか?

ベストアンサー1

クローン私はこれがあなたのすべての要件を満たしていると思います。

  • オープンソースソフトウェア
  • コマンドラインサポート
  • 複数のデバイスからのバックアップと復元(複数のオペレーティングシステムをサポート)
  • 特定のファイル/フォルダをバックアップし、他のファイル/フォルダは無視します。
  • 複数のターゲットへのバックアップ
  • 自動バックアップ(例:cronを使用)
  • バックアップ暗号化可能
  • 以前のバックアップのデルタのみ保存(=>デルタ)
  • 復元したバックアップを新しいバックアップ先として使用する

たぶんあなたは試してみたいかもしれませんrclone sync src dest --backup-dir incr$(date "+%Y%m%d.%H%M%S")

あなたが子供について述べたように:あなたもぜひ見たいです。子添付。上記はまさにこの目的のためです。 (正直言って、rcloneは長年の個人的な経験を通して堅牢であることを知っていますが(これまで私を失望させたことはありません))機能は非常に興味深いようですが、これまでgit-annexを使ったことはありません。

一般的に言えば、環境によって異なります。実際の質問は次のとおりです。複数のユーザーと多数のシステムのための継続的なサービスでソリューションを構築する場合は、提案されているようにシステム全体を使用することをお勧めします。https://unix.stackexchange.com/a/683353/118985専用バックアップ環境を構築します。

ただし、それがパーソナルシステム用であり、いくつかのコンピュータにのみ適用される場合(上記の記事で推測することができます)、必要な管理作業とリソースははるかに少なく、スピードが上がり、経験が減ります。欲求不満rclone を使用してシステムを実行します。検索パスに入れる実行可能ファイルであり、ほとんどの場合、暗号化またはクラウドバックアップを使用してプログラムによって生成されたホームディレクトリの小さな設定ファイルです。

おすすめ記事