〜200GBのsvnリポジトリ(およそ200の異なるリポジトリ)を持つAlpha(DebianとFusion Forge(Webベースのプロジェクト管理システム)を運営しています)を管理しています。そして、私はファイルサーバーベータ(Windowsを実行して、それにはデルタコピーを持っている)にデータの毎日のバックアップを管理しようとしています。それは他のすべてのバックアップを処理します。問題は今では毎日200GBをすべて転送することになり、rsyncをうまく使っていません。完全な日常のバックアップを効果的に実行
現在、毎日2回の完全バックアップがAlphaに保存されています。これらは毎晩Fusion Forgeによって生成されるため、バックアップディレクトリは次のようになります。
$ ls alpha-backup
cvsroot-tmp-2012-02-15.tar.bz2 etc-tmp-2012-02-15.tar.bz2 svn-repositories-2012-02-15
cvsroot-tmp-2012-02-16.tar.bz2 etc-tmp-2012-02-16.tar.bz2 svn-repositories-2012-02-16
db-alpha-tmp-2012-02-15.tar mailinglist-tmp-2012-02-15.tar.bz2 uploads-tmp-2012-02-15.tar.bz2
db-alpha-tmp-2012-02-16.tar mailinglist-tmp-2012-02-16.tar.bz2 uploads-tmp-2012-02-16.tar.bz2
毎晩、新しいバックアップが作成され、古いバックアップが削除されます。私は今のところこのプロセスを修正するのを避けるよう努力してきました。それは私のコードではないからです。
それぞれのsvn-repositoriesディレクトリには約200GBの容量が含まれています。したがって、svn-repositories-2012-02-16が作成されると、バックアップサーバ上のsvn-repositories-2012-02-15に非常に近いですが、rsyncは表示されず、変更をコピーしてコピーするだけです。私はrsyncでいくつかのバリエーションを試してみましたが、ほとんど成功しませんでした。これは現在使われているものです。
rsync -aq -P --inplace --delete --fuzzy /alpha-backup/. beta::alpha
とにかく私はこれを修正するための何かを探していますので、私のバックアップは永遠に取られません。
私はバックアップとしてスレーブsvnリポジトリを設定します。また、gzipはrsyncに適したアーカイブを生成することができます(bzipについてはわかりません) – bobah
ありがとう、実際には、この正確な理由でSVNアーカイブを圧縮してしまいました。gzipにはその機能があります。他のファイルの場合 – lotu