Subversionをバックアップするためにsvnadminダンプを実行する必要がありますか？
Svn + sshおよびApacheのsvnモジュールを介してアクセスされるSubversionリポジトリがあります。リポジトリディレクトリを直接バックアップするだけで問題はありますか、それともそれらに対してsvnadminダンプを実行することで何かが得られますか？
私は現在、ディレクトリのバックアップコピーで問題ないと考えています。
ここを参照してください： Subversionバックアップを実行するための最良の方法は？ それは私が信じる全体的なあなたの質問に答えるでしょう。
注：以下は、私自身のシステム管理者の経験に基づいています。私はSubversionの専門家ではないので、StackOverflowでより多くの情報に基づいた回答が得られる可能性があります。
個人的には、過去にSVNサーバーをバックアップする必要があり、エンジニアリング部門にもかかわらずsvnadmin dumpを使用していました。そこに向かうと、彼の毎晩のrsyncも同様に有効であると誓いました。リポジトリが使用されている場合、rsyncがすべてをキャッチするわけではありませんが、rsyncにはリスクがあります。
私にとっては、彼を幸せに保つために彼のrsync cronジョブをそのままにして、オフサイトのtarファイルに対してsvnadmin dumpを実行することになりました。
svnadmin dumpまたはhotcopyの利点に関する限り、少なくともDRシナリオでは、オンラインリポジトリを確実に使用できることを除けば、正直なことは考えられません。 。
SVNリポジトリディレクトリのファイルレベルのバックアップは絶対に使用しないでください。 FSVSを使用している場合でも。
「svnadmindump」はプラットフォームに依存しないため、長期アーカイブに適しています。欠点は、生成にlot時間がかかり、より多くのスペースを消費することです（gzip -5で圧縮した場合でも）。また、リポジトリスクリプトやその他のいくつかのもののバックアップにも失敗します。
「svnadminhotcopy」は、夜間のバックアップに推奨される方法です。 SVN 1.8では、ホットコピープロセスはインクリメンタルであり、ホットコピーの前にターゲットディレクトリを削除する必要がなくなりました。毎晩のホットコピーは、SVN 1.8に切り替えてから2〜3時間から10〜15分に短縮されました。
（ホットコピーを実行した後、rdiff-backupとPush to a backup serverを使用します。これには、過去6か月以内の任意の日にリポジトリを戻すことができるという利点があります。）
3番目のオプションはsvnsyncで、ウォームスペアのSVNサーバーを稼働させ続けます。