首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >备份subversion存储库

备份subversion存储库
EN

Stack Overflow用户
提问于 2010-10-07 10:52:09
回答 4查看 1.3K关注 0票数 0

CentOS 5.3 subversion 1.4.2

我忘了加了。目前存储库的总大小约为5 5GB,但随着时间的推移,这一数字将会增长。

我们将源代码和文档放在运行CentOS 5.3的内部服务器上,并且我们使用的是subversion 1.4.2。

我们正在寻找后备策略。我们希望执行每日备份。我们有大约30个不同大小的存储库要备份。

我可以创建一个脚本文件并使用svnadmin dump递归备份。

然而,我正在寻找一个自动备份系统,将运行在晚上,比如说每天凌晨12点。

有没有人知道有开源的备份系统?我认为我的公司不愿意为任何系统付费。

非常感谢你的建议,

EN

回答 4

Stack Overflow用户

回答已采纳

发布于 2010-10-07 10:55:32

我可以说出更多的开源解决方案,但对于这个应用程序,我的选择是rsync和一个cron作业。

下面是一些open source选项的一个很好的概述(其中一些是更面向桌面的)。

编辑

rsync的好处是,它可以直接同步存储repo的文件夹。这种方法的缺点是它可能会同步一个损坏的存储库。执行转储和存储增量备份可以避免这种情况。

不管我在上面推荐了什么,我个人的偏好是完全避免颠覆。对于像git或mercurial这样的DVCS,ever developer's有一个完整的存储库工作副本,可以用来在您的共享服务器上恢复副本。

票数 2
EN

Stack Overflow用户

发布于 2010-10-07 11:18:13

查看可能的副本。编写脚本并将其安排为cron作业并不困难。我建议同时执行夜间增量备份(svnadmin dump)和每周完整备份(hotcopy)。

票数 1
EN

Stack Overflow用户

发布于 2010-10-07 19:17:48

我的观点是,这并不是真的需要你创建一个svn转储来备份。svn转储是在单个文件中列出的变更集列表,这可能会占用更多资源。我只是相信,您将能够压缩所有存储库所在的文件系统,并在以后能够恢复它。

我能想到的另一个选择是rsvndump,这种转储可以增量地执行,这将大大减少时间。

如果您正在寻找灾难恢复视点,您可能会有另一个并行系统,您可以执行每隔几分钟创建一次repo备份的svnsync,这样,您在备份中遗漏的数据量可能非常少或为零。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/3878336

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档