Linux下SVN的三种备份方式.docVIP

Linux下SVN的三种备份方式 配置管理的一个重要使命是保证数据的安全性，防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非常重要。 一般来说，备份策略应规定如下几部分内容：备份频度、备份方式、备份存放地点、备份责任人、灾难恢复检查措施及规定。 备份频度、存放地点等内容可以根据自己的实际情况自行制定；本文重点描述备份方式。 svn备份一般采用三种方式：1）svnadmin dump 2)svnadmin hotcopy 3)svnsync. 注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy命令、rsync命令。 笔者曾经用 rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。 优缺点分析： ============== 第一种svnadmin dump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。 缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。 个人建议在版本数比较小的情况下使用这种备份方式。 第二种svnadmin hotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份； 优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。 缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1TB空间，呵呵）。 第三种svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn1.4版本以上才支持这个功能。 优点是：当制作成2个镜像库的时候起到双机实时备份的作用； 缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前2种方法麻烦。 下面具体描述这三种的备份的方法： =============== 1、svnadmin dump备份工具 ------------------------ 这是subversion官方推荐的备份方式。 1）定义备份策略： 备份频度：每周六进行一次全量备份，每周日到周五进行增量备份 备份地点：备份存储路径到/home/backup/svn/ 备份命名：全量备份文件名为：weekly_fully_backup.yymmdd,增量备份文件命名为：daily-incremental-backup.yymmdd 备份时间：每晚21点开始 备份检查：每月末进行svnadmin load恢复试验。 2）建立全量备份脚本： 在~/下建立一个perl脚本文件，名为weekly_backup.pl，执行全量备份，并压缩备份文件，代码如下(本代码只针对一个库的备份，如果是多个库请做相应改动)： #!/usr/bin/perl -w my $svn_repos=/home/svn/repos/project1; my $backup_dir=/home/backup/svn/; my $next_backup_file = weekly_fully_backup..`date +%Y%m%d`; $youngest=`svnlook youngest $svn_repos`; chomp $youngest; print Backing up to revision $youngest/n; my $svnadmin_cmd=svnadmin dump --revision 0:$youngest $svn_repos $backup_dir/$next_backup_file; `$svnadmin_cmd`; open(LOG,$backup_dir/last_backed_up); #记录备份的版本号 print LOG $youngest; close LOG; #如果想节约空间，则再执行下面的压缩脚本 print Compressing dump file.../n; print `gzip -g $backup_dir/$next_backup_file`; 3）建立增量备份脚本： 在全量备份的基础上，进行增量备份：在~/下建立一个perl脚本文件，名为：daily_b