SVN备份方案

备份策略

svn备份一般采用三种方式:

1)svnadmin dump
2)svnadmin hotcopy
3)svnsync

注意:svn备份不宜采用普通的文件拷贝方式(除非你备份的时候将库暂停),如copy命令、rsync命令。

优缺点分析

第一种svnadmin dump是官方推荐的备份方式,优点是比较灵活,可以全量备份也可以增量备份,并提供了版本恢复机制。
缺点是:如果版本比较大,如版本数增长到数万、数十万,那么dump的过程将非常慢;备份耗时,恢复更耗时;不利于快速进行灾难恢复。
个人建议在版本数比较小的情况下使用这种备份方式。
第二种svnadmin hotcopy原设计目的估计不是用来备份的,只能进行全量拷贝,不能进行增量备份;
优点是:备份过程较快,灾难恢复也很快;如果备份机上已经搭建了svn服务,甚至不需要恢复,只需要进行简单配置即可切换到备份库上工作。
缺点是:比较耗费硬盘,需要有较大的硬盘支持(俺的备份机有1TB空间,呵呵)。
第三种svnsync实际上是制作2个镜像库,当一个坏了的时候,可以迅速切换到另一个。不过,必须svn1.4版本以上才支持这个功能。
优点是:当制作成2个镜像库的时候起到双机实时备份的作用;
缺点是:当作为2个镜像库使用时,没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”;而当作为普通备份机制每日备份时,操作又较前2种方法麻烦。

备份方案

以下是个人的备份方案:
1、定期对线上SVN进行全量备份【目前每月1号】
svnadmin dump /仓库路径/仓库名 |gzip > ~/svn/仓库名_yyyyMMdd.gz
将备份文件统一上传到其他设备的备份目录下进行存档

2、定期进行全量备份恢复测试
解压.gz文件
建立新的svn仓库
导入存储库

svnadmin load 仓库路径 < 解压的备份文件

3、对常用的几个SVN仓库进行热备份
首先在其他设备上上编译安装SVN
创建需要备份的仓库(这里以sm为例)

svnadmin create 从仓库路径
cp /从仓库路径/hooks/pre-revprop-change.tmpl /从仓库路径/hooks/pre-revprop-change

修改/从仓库路径/hooks/pre-revprop-change的内容,将最后的”exit 1”修改”exit 0”
增加执行权限
将主svn的对应仓库目录下的所有配置文件拷贝到从svn的仓库目录下覆盖替换

在从SVN上执行如下命令,进行初始化【这里尚未开始进行同步】

svnsync init 从仓库地址 主仓库地址
svnsync init file:///从仓库路径 主仓库地址
注意这里是三个/

这里会询问当前Linux用户的密码,主SVN用户名,主SVN密码
输入相应即可,然后会询问是否明文存储【这里建议输入no不存在,每次自行输入】

开始同步数据

svnsync sync file:///从仓库路径
这里如果又用户正在提交SVN时,可能会出现获取锁失败的问题,需要清除锁的命令,再继续同步
svn propdel svn:sync-lock –revprop -r0 file:///从仓库路径

同步完成之后,为了保证后续的SVN更新都能自动同步到从svn中
需要在主SVN的/仓库路径/hooks下建立post-commit脚本,增加如下内容

svnsync sync –non-interactive 从仓库地址 –username 用户名 –password 密码

至此双击热备份即完成,可能还需要做的是定期抽查热备是否正常;