多くのプロジェクトのチケットシステムとして個別の [〜#〜] trac [〜#〜] インスタンスを使用しており、災害復旧のために1日に数回サイト外に移動する必要があります。
これを実現するための最良の方法は何ですか? subversionのsvnsyncに似たものはありますか?
Trac環境を完全に回復するには、次のものが必要です。
標準セットアップ(BDバックエンドとしてSQLiteを使用)の場合、これは、バックアップする必要があるのは、tracインストールディレクトリの内容だけであることを意味します。
また、easy_install
でインストールする必要のあるすべてのPythonパッケージのリストを作成すると便利です。
スクリプトを使用して、SVNと完全なTracインスタンスの両方を.tar.gzファイルに安全にバックアップしました。そこから、通常どおり他のファイルと一緒にバックアップできます。
#!/bin/sh
DATE=`date +%F-%H%M%S`
Nice svnadmin dump /var/svn/trac.example.com > dump.$DATE.svn
Nice trac-admin trac.example.com hotcopy trac.example.com-$DATE.trac
# take the SVN dump, and trac hotcopy, put into a dated TGZ anc copy to /backup...
Nice tar czf svn-trac.$DATE.tar.gz backupTrac.sh startTracd.sh trac.htdigest \
trac.example.com-$DATE.trac dump.$DATE.svn && \
cp svn-trac.$DATE.tar.gz /backup/trac/ &&
rm -rf trac.example.com-$DATE.trac dump.$DATE.svn
あなたは見てみたいかもしれません TracBackup :
Tracはデータベースバックエンドを使用するため、プロジェクト環境のバックアップを安全に作成するには、特別な注意が必要です。幸い、trac-adminには、バックアップを簡単にするコマンドhotcopyがあります。
注:Tracは、ホットコピーの命名法を使用してSubversionの命名法と一致させ、TracサーバーとSubversionサーバーの両方を管理するときに覚えやすくします。
バックエンドとしてsqliteを使用している場合(デフォルト設定)、ファイルをホットコピーするだけで済みます。ファイルサイズ(少なくとも私たちにとって)は非常に小さいので、一貫性に問題はありませんでした。