すばやく大容量ファイルシステムのバックアップを作成する[閉じる]

すばやく大容量ファイルシステムのバックアップを作成する[閉じる]

/home には、2.6PB の記憶領域を持つファイルシステムがマウントされています。現在、300TB以上のデータが/ homeディレクトリに分散されています。 300TB以上のデータ全体をバックアップする予定です。日常的に/home/fs_backupに移動しましたが、次のコマンドがtar非常に遅いことがわかりました。

cd /home/fs_backup && tar -cpf backup.tar.gz  --exclude="/home/fs_backup" --one-file-system "/home"

私の考えでは、毎分10 GBしか生成できないと推定されています。つまり、300TBを超えるデータ全体を24時間以内にバックアップできないということです。 /homeで、現在のデータがうまく圧縮されているか(まったく圧縮されていない)か、短時間で圧縮されていないかに関係なく、現在のデータを「コピー」する方法を学びます。ありがとうございます。

ベストアンサー1

割り当てられた24時間以内に300 GB全体をバックアップできないと判断したので、要件を確認する必要があります。

starファイルレベルでは、、、duplicityまたはrsync/などの増分ツールは、デフォルトのバックアップrsnapshotを作成するためにまだ1日以上かかることがありますが、それ以降ははるかに高速になります。明らかに、これは各24時間のバックアップサイクル中に変更されるファイルの数とサイズによって異なります。

ファイルシステムレベルでは、スナップショットだけで十分です(実際にはバックアップではありません)。これは、バックアップの完了にかかる時間についてあまり考えずに、スナップショットから実際のバックアップを作成できるためです。以前と同様に、デフォルトのバックアップが設定されると、増分バックアップを作成するのにはるかに少ない時間がかかることがあります。

バックアップの保存方法を指定していませんが、多くの小さなファイルの場合は、この方法がrsnapshot適切な場合があります。 (回復のために個々のファイルに簡単にアクセスできるため、多くの内部ファイルサーバーのファイルベースのバックアップに使用します。)

ただし、同じホスト上の他のディスクへのバックアップは、実際に安全なバックアップと見なすべきではありません。他のホストへのフルバックアップがはるかに優れています。 (/home/fs_backup他のサーバーからリモートでマウントする場合は、リモートでマウントされたファイルシステムを介してではなく、リモートホストと直接通信またはduplicity使用rsyncすることを深刻に検討してください。)rsnapshot

おすすめ記事