2012-02-16 12 views
1

〜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 

とにかく私はこれを修正するための何かを探していますので、私のバックアップは永遠に取られません。

+0

私はバックアップとしてスレーブsvnリポジトリを設定します。また、gzipはrsyncに適したアーカイブを生成することができます(bzipについてはわかりません) – bobah

+0

ありがとう、実際には、この正確な理由でSVNアーカイブを圧縮してしまいました。gzipにはその機能があります。他のファイルの場合 – lotu

答えて

2

私はsvnsyncコマンドを使用します。

  1. 空のリポジトリを作成します。
    svnadmin create c:\svn\backup_repo

  2. 有効properyの変更:
    echo exit 0 >> c:\svn\backup_repo\hooks\pre-revprop-change.bat

  3. 初期バックアップ:
    svnsync init c:\svn\backup_repo <path_to_alpha_repo>

  4. が同期を開始:0123を svnsync sync file:///c:/svn/backup_repo

あなたが同期を初めて実行する(すなわち、ステップ4)おそらくかなりの時間がかかります。ただし、HEADと同期すると、定期的にsvnsync sync file:///c:/svn/backup_repoを実行し、バックアップは常に最新の状態になるようにすばやくスケジュールします。

+0

ありがとう、彼らは2つの問題です。最初に私はリポジトリの束を持っていますので、それぞれのためにこれを行い、追加されたときに新しいものを追加するためのスクリプトを作成しなければなりません。また、私は頻繁に変更するユーザー権限のようなメタデータのすべてを同期するとは思わない: – lotu

0

LANまたはWAN上で動作するSubversion Clusteringなどのホットバックアップを使用してこれに対処する商用ソリューションがあります。これは、最新のSVNリポジトリの正確なレプリカであり、同じリビジョンID、ログコメントなどです。