Svn版本管理备份策略

如果备份时采用了 gzip 进行压缩，恢复时可将解压缩和恢复命令合并，简单写成： user1>zcat | svnadmin load newrepos user1>zcat | svnadmin load newrepos ...
(这部分内容很多参考了《版本控制之道》)
2、svnadmin hotcopy 整库拷贝方式 -------------------------
3）建立增量备份脚本： 在全量备份的基础上，进行增量备份：在~/下建立一个 perl 脚本文件，名为：，代码如下：
#!/usr/bin/perl -w my $svn_repos="/home/svn/repos/project1"; my $backup_dir="/home/backup/svn/"; my $next_backup_file = "daily_incremental_backup.".`date +%Y%m%d`;
svnsync 实际上是制作 2 个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须版本以上才支 持这个功能。
优点是：当制作成 2 个镜像库的时候起到双机实时备份的作用；
缺点是：当作为 2 个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为 普通备份机制每日备份时，操作又较前 2 种方法麻烦。
open(IN,"$backup_dir/last_backed_up"); $previous_youngest = <IN>; chomp $previous_youngest; close IN;
$youngest=`svnlook youngest $svn_repos`; chomp $youngest; if ($youngest eq $previous_youngest) {
上海共进通信技术有限公司
文件名称
Svn 版本管理备份策略
文件编号
SHGJ2010-O00001
编制日期
2010-06-13
版本号
V 1.0.0
拟定者：汪中华 审核者： 发布日期： 文控章
文档修改历史记录
版本号
修改日期
文档状态 √ 新建文档（移除旧版本，创建新文档） 修改文档（修正部分内容，更新版本号） 陈旧文档（已停止使用该文档）
五：SVN 备份的方法
备份的方法： ===============
1、svnadmin dump 备份工具 ------------------------
这是 subversion 官方推荐的备份方式。
1）定义备份策略： 备份频度：每周六进行一次全量备份，每周日到周五进行增量备份 备份地点：备份存储路径到/home/backup/svn/ 备份命名：全量备份文件名为：,增量备份文件命名为： 备份时间：每晚 21 点开始 备份检查：每月末进行 svnadmin load 恢复试验。
备份检查：备份完毕后自动运行检查脚本、自动发送报告。
2）建立备份脚本 在自己 home 目录 ~/下创建一个文件，：
#!/bin/bash SRCPATH=/home/svn/repos/; #定义仓库 parent 路径 DISTPATH=/home/backup/svn/`date +%m%d`/ ; #定义存放路径; if [ -d "$DISTPATH" ] then else
2）建立全量备份脚本： 在~/下建立一个 perl 脚本文件，名为，执行全量备份，并压缩备份文件，代码如下(本代码只针对
一个库的备份，如果是多个库请做相应改动)：
#!/usr/bin/perl -w my $svn_repos="/home/svn/repos/project1"; my $backup_dir="/home/backup/svn/"; ekly_fully_backup.".`date +%Y%m%d`;
4）配置/etc/crontab 文件 配置 /etc/crontab 文件，指定每周六执行，指定周一到周五执行; 具体步骤俺就不啰嗦了.
5）备份恢复检查 在月底恢复检查中或者在灾难来临时，请按照如下步骤进行恢复：恢复顺序从低版本逐个恢复到高版 本；即，先恢复最近的一次完整备份（举例），然后恢复紧挨着这个文件的增量备份，再恢复后一天的备份 071203，依次类推。如下： user1>mkdir newrepos user1>svnadmin create newrepos user1>svnadmin load newrepos < user1>svnadmin load newrepos < user1>svnadmin load newrepos < ....
my $bkrepos="/home/backup/svn/".&get_day;#定义备份路径 my $ssrepos="";#定义仓库 url my @repos = ("project1","project2");
my $title="echo "如下是昨晚备份结果与真实库对比的情况，如果给出备份版本数，则表示备份成功；如 果给报错信息或没有备份版本数，则表示备份失败：" >./report";
$youngest=`svnlook youngest $svn_repos`; chomp $youngest;
print "Backing up to revision $youngestn"; my $svnadmin_cmd="svnadmin dump --revision 0youngest $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`;
四：SVN 优缺点分析
优缺点分析： ============== svnadmin dump 是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并 提供了版本恢复机制。
缺点是：如果版本比较大，如版本数增长到数万、数十万，那么 dump 的过程将非常慢；备份耗时，恢复更 耗时；不利于快速进行灾难恢复。 个人建议在版本数比较小的情况下使用这种备份方式。
print "No new revisions to ";
exit 0; } my $first_rev = $previous_youngest + 1; print "Backing up revisions $youngest ...n"; my $svnadmin_cmd = "svnadmin dump --incremental --revision $first_revyoungest $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`;
mkdir $DISTPATH chmod g+s $DISTPATH fi echo $DISTPATH svnadmin hotcopy $SRCPATH/Project1 $DISTPATH/Project1 >/home/backup/svn/ 2>&1; svnadmin hotcopy $SRCPATH/Project2 $DISTPATH/Project2 cp $SRCPATH/access $DISTPATH; #备份 access 文件 cp $SRCPATH/passwd $DISTPATH; #备份 passwd 文件 perl /home/backup/svn/ #运行检查脚本 perl /home/backup/svn/ #运行删除脚本，对过期备份进行删除。
#! /usr/bin/perl ## Author:xuejiang ## 2007-11-10 ## use strict; use Carp; use Net::SMTP;
#### defined the var #######
my $smtp =Net::SMTP->new('', Timeout => 30, Debug => 0)|| die "cann't connect to ";
svnadmin hotcopy 原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了 svn 服务，甚至不需要恢复 只需要进行简单配置即可切换到备份库上工作。
缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有 1TB 空间，呵呵）。
svnadmin hotcopy 是将整个库都“热”拷贝一份出来，包括库的钩子脚本、配置文件等；任何时候运 行这个脚本都得到一个版本库的安全拷贝，不管是否有其他进程正在使用版本库。