【发布时间】:2012-09-12 04:41:44
【问题描述】:
我在文件系统上有大约 12 个存储库,大小为 1 GB 到 10 GB,我需要为所有存储库设置自动备份(当计算机出现故障时,我们的旧备份脚本会丢失)使用我们的XP 64 位机器。
在阅读this question 关于备份 SVN 存储库的最佳方法后,我开始转储我们拥有的最大存储库,大约 13 GB。该命令已经执行了约 2.5 小时,目前正在转储 300+ 中的约 200 个修订版。
svnadmin --deltas \\path\to\repo\folder > \\path\to\backup\folder\dump.svn
转储文件超过 100 GB 并且还在增加。我知道我可以对这个傻瓜进行 7-zip 压缩,但是 100 GB?! ... o_O
存储库包含大量二进制数据,这可能是问题的一部分,但就目前而言,切换到更高效的版本控制系统(假设有)是不现实的; SVN 是这里生活的一部分。
我曾考虑使用占用更少空间的 hotcopy,但我尝试使用我们旧的 hotcopy 备份之一,而 subversion 1.7 找不到它需要的一堆文件。看来我必须安装最初热复制存储库的 SVN 版本,然后转储该存储库以将其放入更新的 SVN。此声明似乎验证了我在使用 hotcopy 时遇到的问题:http://svn.haxx.se/users/archive-2005-05/0842.shtml
我觉得我只是得到失去了一些东西。也许有一些转储标志可以神奇地使转储大小变成原来的 1/5...
我还有其他选择吗?
更新:最新版本#327 刚刚被转储。转储文件的最终大小为 127 GB。这是来自 13.5 GB 的存储库。我的所有存储库加起来可能大约是 3 倍。
【问题讨论】:
标签: windows svn backup visualsvn-server