我们有通过svn + ssh和apache的svn模块访问的subversion版本库。 是否有直接备份存储库目录的任何问题，或者我会得到一些做svnadmin转储的东西呢？
我目前认为，目录的备份副本是好的。
看到这里： 做Subversion备份的最佳方法？ 因为它会回答你的问题，我相信。
注意：以下是基于我自己的系统pipe理员的经验。 我不是一个Subversion专家，你可能会在StackOverflow上得到更多的答案。
就我个人而言，我不得不在以前备份一个SVN服务器，即使工程部使用svnadmin dump 。 头在那里发誓，他夜间的rsync是一样有效的。 rsync有风险，如果回购正在使用，虽然rsync不会捕捉所有的东西。
对我来说，我最终离开了自己的rsync cron作业，让他快乐，并将svnadmin dump到异地的tar文件。
就svnadmin dump或hotcopy好处hotcopy ，至less在DR的情况下，我不能真正地想到任何事情，除了他们可以确保使用在线回购。
切勿使用SVN存储库目录的文件级备份。 即使你正在使用FSVS。
“svnadmin dump”对于长期档案是有利的，因为它是平台中立的。 缺点是需要很长的时间才能生成和使用更多的空间（甚至用gzip-5压缩）。 它也无法备份存储库脚本和其他一些东西。
“svnadmin hotcopy”是我们夜间备份的首选方法。 使用SVN 1.8，hotcopy过程是增量式的，您不必在hotcopy之前删除目标目录。 在切换到SVN 1.8后，我们每晚的热点检查从2-3小时减less到10-15分钟。
（在完成hotcopy之后，我们使用rdiff-backup并将其推送到备份服务器，这样做的好处是我们可以在最近6个月内将存储库恢复到任何一天。）
第三个选项是svnsync，在那里你保留一个热备份的SVN服务器。