[转] Linux下SVN的三种备份方式

(本文例子基于FreeBSD/Linux实现,windows环境请自己做出相应修改) 
  配置管理的一个重要使命是保证数据的安全性,防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非常重要。

一般来说,备份策略应规定如下几部分内容:备份频度、备份方式、备份存放地点、备份责任人、灾难恢复检查措施及规定。

备份频度、存放地点等内容可以根据自己的实际情况自行制定;本文重点描述备份方式。

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_backup.pl,代码如下:

#!/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`;

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) 

  print "No new revisions to backup./n"; 
  exit 0; 

my $first_rev = $previous_youngest + 1; 
print "Backing up revisions $youngest .../n"; 
my $svnadmin_cmd = "svnadmin dump --incremental --revision $first_rev:$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`; 
   
   4)配置/etc/crontab文件 
   配置 /etc/crontab 文件,指定每周六执行weekly_backup.pl,指定周一到周五执行daily_backup.pl; 
   具体步骤俺就不啰嗦了. 
   
   5)备份恢复检查 
   在月底恢复检查中或者在灾难来临时,请按照如下步骤进行恢复:恢复顺序从低版本逐个恢复到高版本;即,先恢复最近的一次完整备份weekly_full_backup.071201(举例),然后恢复紧挨着这个文件的增量备份daily_incremental_backup.071202,再恢复后一天的备份071203,依次类推。如下: 
user1>mkdir newrepos 
user1>svnadmin create newrepos 
user1>svnadmin load newrepos < weekly_full_backup.071201 
user1>svnadmin load newrepos < daily_incremental_backup.071202 
user1>svnadmin load newrepos < daily_incremental_backup.071203 
....

如果备份时采用了gzip进行压缩,恢复时可将解压缩和恢复命令合并,简单写成: 
user1>zcat weekly_full_backup.071201 | svnadmin load newrepos 
user1>zcat daily_incremental_backup.071202 | svnadmin load newrepos 
...

(这部分内容很多参考了《版本控制之道》)

2、svnadmin hotcopy整库拷贝方式 
------------------------- 
   svnadmin hotcopy是将整个库都“热”拷贝一份出来,包括库的钩子脚本、配置文件等;任何时候运行这个脚本都得到一个版本库的安全拷贝,不管是否有其他进程正在使用版本库。 
   因此这是俺青睐的备份方式。

1)定义备份策略

备份频度:每天进行一次全量备份, 
    备份地点:备份目录以日期命名,备份路径到 /home/backup/svn/${mmdd} 
    备份保留时期:保留10天到15天,超过15天的进行删除。 
    备份时间:每晚21点开始 
    备份检查:备份完毕后自动运行检查脚本、自动发送报告。

2)建立备份脚本 
  在自己home目录 ~/下创建一个文件,backup.sh:

#!/bin/bash 
SRCPATH=/home/svn/repos/; #定义仓库parent路径 
DISTPATH=/home/backup/svn/`date +/%m%d`/ ; #定义存放路径; 
if [ -d "$DISTPATH" ] 
then 
else 
   mkdir $DISTPATH 
   chmod g+s $DISTPATH 
fi 
echo $DISTPATH 
svnadmin hotcopy $SRCPATH/Project1 $DISTPATH/Project1 >/home/backup/svn/cpreport.log 2>&1; 
svnadmin hotcopy $SRCPATH/Project2 $DISTPATH/Project2 
cp $SRCPATH/access  $DISTPATH; #备份access文件 
cp $SRCPATH/passwd  $DISTPATH; #备份passwd文件 
perl /home/backup/svn/backup_check.pl #运行检查脚本 
perl /home/backup/svn/deletDir.pl  #运行删除脚本,对过期备份进行删除。

3)建立检查脚本 
  在上面指定的地方/home/backup/svn/下建立一个perl脚本:backup_check.pl 
备份完整性检查的思路是:对备份的库运行 svnlook youngest,如果能正确打印出最新的版本号,则表明备份文件没有缺失;如果运行报错,则说明备份不完整。我试过如果备份中断,则运行svnlook youngest会出错。 
  perl脚本代码如下:

#! /usr/bin/perl 
## Author:xuejiang 
## 2007-11-10 
## http://www.scmbbs.com 
use strict; 
use Carp; 
use Net::SMTP;

#### defined the var #######

my $smtp =Net::SMTP->new(‘mail.scmbbs.com‘, Timeout => 30, Debug => 0)|| die "cann‘t connect to mail.scmbbs.com/n";

my $bkrepos="/home/backup/svn/".&get_day;#定义备份路径 
my $ssrepos="http://www.scmbbs.com/repos";#定义仓库url 
my @repos = ("project1","project2");

my $title="echo /"如下是昨晚备份结果与真实库对比的情况,如果给出备份版本数,则表示备份成功;如果给报错信息或没有备份版本数,则表示备份失败:/" >./report"; 
system $title  || die "exec failed/n"; 
foreach my $myrepos(@repos) 

    my $bkrepos1=$bkrepos."/".$myrepos; 
  my $ssrepos1=$ssrepos."/".$myrepos; 
  my $svnlookbk1 = "echo /"$myrepos 昨晚备份的版本是:/">>./report;svnlook youngest ".$bkrepos1." >> ./report 2>&1"; 
  my $svnlookss1 = "echo /"$myrepos 真实库中的最新版本及最后修改时间是:/">>./report;svn log -r‘HEAD‘ ".$ssrepos1." >> ./report 2>&1"; 
  system $svnlookbk1 || die "exec failed/n"; 
  system $svnlookss1 || die "exec failed/n";

}

my $body       ="echo /"=========================================================================/" >>./report"; 
my $bottom     ="echo /"备份位置:来自http://www.scmbbs.com的".$bkrepos."/" >>./report";

system $body       || die "exec failed/n"; 
system $bottom     || die "exec failed/n";

###### report the result ####

open(SESAME,"./report")|| die "can not open ./report"; 
my @svnnews = <SESAME>; 
close(SESAME); 
foreach my $line1 (@svnnews) 

      print $line1."/n"; 
}

my @email_addresses =("scm/@list.scmbbs.com","leader1/@scmbbs.com","leader2/@scmbbs.com"); 
my $to              = join(‘, ‘, @email_addresses); 
$smtp->mail("scm/@scmbbs.com"); 
$smtp->recipient(@email_addresses); 
$smtp->data(); 
$smtp->datasend("To:$to/n"); 
$smtp->datasend("From: svnReport/@scmbbs.com/n"); 
$smtp->datasend("Subject:svn备份检查报告".&get_today."/n"); 
$smtp->datasend("Reply-to:scm/@scmbbs.com/n"); 
$smtp->datasend("@svnnews"); 
$smtp->dataend(); 
$smtp->quit;

#############

sub get_today 

my( $sec, $min, $hour, $day, $month, $year ) = localtime( time() ); 
$year += 1900; 
$month++; 
my $today = sprintf( "%04d%02d%02d", $year, $month, $day); 
return $today; 

sub get_day 

    my( $sec, $min, $hour, $day, $month, $year ) = localtime( time() ); 
$year += 1900; 
$month++; 
my $today = sprintf( "%02d%02d", $month, $day); 
return $today; 
}

4)定义删除脚本

由于是全量备份,所以备份不宜保留太多,只需要保留最近10来天的即可,对于超过15天历史的备份基本可以删除了。 
   在/home/backup/svn/下建立一个perl脚本:deletDir.pl 
   (注意,删除svn备份库可不像删除普通文件那么简单) 
   脚本代码请参看我的另一个帖子:http://www.scmbbs.com/cn/systp/2007/12/systp6.php

5)修改/etc/crontab 文件 
   在该文件中指定每晚21点执行“backup.sh”脚本。

3、svnsync备份 
----------------------- 
  参阅:http://www.scmbbs.com/cn/svntp/2007/11/svntp4.php 
  使用svnsync备份很简单,步骤如下: 
1)在备份机上创建一个空库:svnadmin create Project1 
2)更改该库的钩子脚本pre-revprop-change(因为svnsync要改这个库的属性,也就是要将源库的属性备份到这个库,所以要启用这个脚本):   
  cd SMP/hooks; 
  cp pre-revprop-change.tmpl pre-revprop-change; 
  chmod 755 pre-revprop-change; 
  vi pre-revprop-change; 
  将该脚本后面的三句注释掉,或者干脆将它弄成一个空文件。 
3)初始化,此时还没有备份任何数据: 
svnsync init file:///home/backup/svn/svnsync/Project1/ http://svntest.subversion.com/repos/Project1 
  语法是:svnsync init {你刚创建的库url} {源库url} 
  注意本地url是三个斜杠的:/// 
4)开始备份(同步): 
  svnsync sync file:///home/backup/svn/svnsync/Project1 
5)建立同步脚本 
  备份完毕后,建立钩子脚本进行同步。在源库/hooks/下建立/修改post-commit脚本,在其中增加一行,内容如下:

/usr/bin/svnsync sync  --non-interactive file:///home/backup/svn/svnsync/Project1

你可能已经注意到上面的备份似乎都是本地备份,不是异地备份。实际上,我是通过将远程的备份机mount(请参阅mount命令)到svn服务器上来实现的,逻辑上看起来是本地备份,物理上实际是异地备份。



另附: Windows下SVN的备份方案

时间: 2024-09-28 04:43:54

[转] Linux下SVN的三种备份方式的相关文章

Linux下MySQL的几种安装方式

闲来有空,整理下Linux下Mysql的几种安装方式,分别使用yum/rpm.常规方式编译安装.cmake方式编译安装以及使用二进制方式免编译安装MySQL Linux系统环境: CentOS release 6.5 (Final) x86_64 MySQL版本:5.5.45 安装前关闭了iptables.selinux为disabled 预安装以下包: yum groupinstall "debugging Tools" "Dial-up Networking Suppor

IIS下PHP的三种配置方式比较

在Windows IIS 6.0下配置PHP,通常有CGI.ISAPI和FastCGI三种配置方式,这三种模式都可以在IIS 6.0下成功运行,下面我就讲一下这三种方式配置的区别和性能上的差异. 1.CGI(通用网关接口/Common Gateway Interface)一般是可执行程序,例如EXE文件,和WEB服务器各自占据着不同的进程,而且一般一个CGI程序只能处理一个用户请求.这样,当用户请求数量非常多时,会大量占用系统的资源,如内存.CPU时间等,造成效能低下. 2.ISAPI(Inte

Linux下文件的三种时间标记:访问时间、修改时间、状态改动时间 (转载)

在windows下,一个文件有:创建时间.修改时间.访问时间. 而在Linux下,一个文件也有三种时间,分别是:访问时间.修改时间.状态改动时间. 两者有此不同,在Linux下没有创建时间的概念,也就是不能知道文件的建立时间,但如果文件建立后就没有修改过,修改时间=建立时间;如果文件建立后, 状态就没有改动过,那么状态改动时间=建立时间;如果文件建立后,没有被读取过,那么访问时间=建立时间,因为不好判断文件是否被改过.读过.其状态是否 变过,所以判断文件的建立时间基本上能为不可能. 如何查一个文

Linux 下系统调用的三种方法

系统调用(System Call)是操作系统为在用户态运行的进程与硬件设备(如CPU.磁盘.打印机等)进行交互提供的一组接口.当用户进程需要发生系统调用时,CPU 通过软中断切换到内核态开始执行内核系统调用函数.下面介绍Linux 下三种发生系统调用的方法: 通过 glibc 提供的库函数 glibc 是 Linux 下使用的开源的标准 C 库,它是 GNU 发布的 libc 库,即运行时库.glibc 为程序员提供丰富的 API(Application Programming Interfac

linux 下处理器的三种状态

在Linux中,任何时候,处理器都处于以下三种状态之一: 1)在用户空间,在某个进程中执行用户代码 2)在内核空间,处于进程上下文中,执行某个特定的进程 3)在内核空间,处于中断上下文中(与进程无关),进行中断处理 应用程序.内核与硬件的关系图如下:

Linux平台下mysql三种安装方式比较

MySQL在Linux平台下的安装包有RPM包.二进制包和源码包三种 (1)RPM包: 优点:安装简单,不需要过多的安装配置,适合初学者安装使用缺点:需要下载客户端和服务器端,当然现在都是可以捆绑下载了,安装路径为默认安装路径不能修改,一台服务器只能安装一个MySQL,不能安装多个虚拟主机.文件安装路径:/usr/bin(客户端程序和脚本)/usr/sbin(mysqld服务器)/var/lib/mysql(日志文件和数据库)/usr/share/doc/packages(文档)/usr/inc

tomcat下jndi的三种配置方式

jndi(Java Naming and Directory Interface,Java命名和目录接口)是一组在Java应用中访问命名和目录服务的API. 第一种:全局配置. 1)在tomcat的conf文件夹下的context.xml配置文件中加入: <Resource name="jndi/mybatis" auth="Container" type="javax.sql.DataSource" driverClassName=&qu

Linux 下wdcp支持两种安装方式

wdcp支持两种安装方式1 源码编译 此安装比较麻烦和耗时,一般是20分钟至一个小时不等,具体视机器配置情况而定2 RPM包安装 简单快速,下载快的话,几分钟就可以完成源码安装(ssh登录服务器,执行如下操作即可,需root用户身份安装)wget http://dl.wdlinux.cn:5180/lanmp_laster.tar.gztar zxvf lanmp_laster.tar.gzsh install.sh4个可选安装1,2,3 是安装独立的环境,不可自由切换nginx,apache,

SVN的三种merge方式【转】

SVN的merge操作是为了保证主干(trunk)和分支(branch)同步,merge方式有: 1.Merge a range of revisions(合并一个范围的版本) 2.Reintegrate a branch(复兴合并) 3.Merge two different trees(合并两个不同的树) 一.合并一个范围的版本 此类型应用最为广泛,主要是把分支中的修改合并到主干上来.在主干上点击右键选择合并,然后选择合并类型:合并一个范围的版本. 合并的源URL填写的是要合并的分支的URL