バックアップされたネットワークドライブにリポジトリフォルダを保存している人はいますか？SubversionのCドライブを実行しているホストサーバーに保存しておくのとは対照的に、誰かが抱えている問題はありますか？
基本的に、リポジトリを別のネットワークドライブ（VisualSVNサーバーを実行しているサーバーとは異なる）に配置し、VisualSVNサーバーに完全に異なるマシンからリポジトリを読み取らせる必要があります。
VisualSVNサーバーが指す場所を5分ごとにバックアップして、障害が発生したときにSVNリポジトリフォルダーがバックアップされるようにします。そうすれば、頻繁にバックアップするため、開発者からの最新の変更を古い/古いリポジトリ番号にマージすることを心配する必要はほとんどありません。
Subversion FAQ には、NFS でのリポジトリの保存に関する議論があります。基本的に、この場合は fsfs バックエンドを使用する必要があります。fsfs の使用は、リポジトリのホット バックアップにも必要です。bsdfs の場合、hot-backup.py (または svnadmin hotcopy) が必要です。通常のバックアップ プログラムでは、「現在の」ファイルが、バックアップ時にまだ完全にコピーされていないリビジョンを指している場合があります。「svnadmin recover」は、これが発生した場所でバックアップを復元する必要がある場合に修正できます (または、リビジョン ファイルよりも前に「最新」がバックアップされていることを確認してください)。
うまくいけば、 file：//プロトコル以外のものを使用しています！
バックアップが営業時間外に行われている場合は、一般的に問題ありません。
SVNブックのリポジトリバックアップトピックを確認してください。
定期的にバックアップされ、apacheにmod-svnを使用しているWebサーバーにリポジトリを配置しました。
svnserver が停止していない限り、リポジトリの単純な単純なコピーでは有効なバックアップが得られないことに注意してください。バックアップのために 5 分ごとにサーバーを停止するのは面倒かもしれません。
svnadmin hotcopySAN スナップショットやコピー コマンドだけでなく、を使用していることを確認してください。
また、post commitフックでスクリプトを実行して、何かが実際に変更されたときにバックアップを行うこともできます。
ある時点でリポジトリをこのようにセットアップしましたが、リポジトリをサーバーに移動し、サーバーをバックアップする前に、ダンプを実行してダンプ ファイルをバックアップしました。ファイル形式は常にサポートされ、レポジトリはゼロから復元できるため、ダンプを使用します。ホットコピーはレポジトリ構造が同じであることに依存するためです。