CentOS 5.3 subversion 1.4.2
我忘了加了。目前存储库的总大小约为5 5GB,但随着时间的推移,这一数字将会增长。
我们将源代码和文档放在运行CentOS 5.3的内部服务器上,并且我们使用的是subversion 1.4.2。
我们正在寻找后备策略。我们希望执行每日备份。我们有大约30个不同大小的存储库要备份。
我可以创建一个脚本文件并使用svnadmin dump递归备份。
然而,我正在寻找一个自动备份系统,将运行在晚上,比如说每天凌晨12点。
有没有人知道有开源的备份系统?我认为我的公司不愿意为任何系统付费。
非常感谢你的建议,
发布于 2010-10-07 10:55:32
我可以说出更多的开源解决方案,但对于这个应用程序,我的选择是rsync和一个cron作业。
下面是一些open source选项的一个很好的概述(其中一些是更面向桌面的)。
编辑
rsync的好处是,它可以直接同步存储repo的文件夹。这种方法的缺点是它可能会同步一个损坏的存储库。执行转储和存储增量备份可以避免这种情况。
不管我在上面推荐了什么,我个人的偏好是完全避免颠覆。对于像git或mercurial这样的DVCS,ever developer's有一个完整的存储库工作副本,可以用来在您的共享服务器上恢复副本。
发布于 2010-10-07 11:18:13
查看可能的副本。编写脚本并将其安排为cron作业并不困难。我建议同时执行夜间增量备份(svnadmin dump)和每周完整备份(hotcopy)。
发布于 2010-10-07 19:17:48
我的观点是,这并不是真的需要你创建一个svn转储来备份。svn转储是在单个文件中列出的变更集列表,这可能会占用更多资源。我只是相信,您将能够压缩所有存储库所在的文件系统,并在以后能够恢复它。
我能想到的另一个选择是rsvndump,这种转储可以增量地执行,这将大大减少时间。
如果您正在寻找灾难恢复视点,您可能会有另一个并行系统,您可以执行每隔几分钟创建一次repo备份的svnsync,这样,您在备份中遗漏的数据量可能非常少或为零。
https://stackoverflow.com/questions/3878336
复制相似问题