Svn版本管理备份策略规划

　V:1.0 精选管理方案

　Svn 版本管理备份策略规划

　2020- -6 6- -8 8

　Svn 版本管理备份策略规划

　 文件名称 n Svn 版本管理备份策略

　文件编号 SHGJ2010-O00001

　编制日期 2010-06-13

　版本号 V 1.0.0

　拟定者：汪中华 审核者：

　发布日期：

　文档状态

　√

　 文控章

　文 档 修 改 历 史 记 录 版本号 修改日期 修改内容 修改者 上海 共进通信技术 有限公司

　新建文档（移除旧版本，创建新文档）

　修改文档（修正部分内容，更新版本号）

　陈旧文档（已停止使用该文档）

　Svn 版本管理备份策略规划

　目录

　 一：N SVN 版本管 理备份目的

　Svn 版本管理备份策略规划

　二：N SVN 备份策略的内容

　三：N SVN 备份方式

　四：N SVN 优缺点分析

　五：N SVN 备份的方法

　一：N SVN 版本管理备份目的

　 配置管理的一个重要使命是保证数据的安全性，防止服务器硬盘损坏，误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略是非常重要的。

　二：N SVN 备份策略的内容

　Svn 版本管理备份策略规划

　备份策略的内容：备份频度、备份方式、备份存放地点、备份责任人、灾难恢复检查措施及规定。备份频度、存放地点等内容可以根据自己的实际情况自行制定；本文重点描述备份方式。

　三：N SVN 备份方式

　 备份方式: svn 备份一般采用三种方式：1）svnadmin dump

　 2 ) svnadmin hotcopy

　 3 ) svnsync.

　 四：N SVN 优缺点分析

　 优缺点分析：

　==============

　svnadmin dump 是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并 提供了版本恢复机制。

　 缺点是：如果版本比较大，如版本数增长到数万、数十万，那么 dump 的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。

　个人建议在版本数比较小的情况下使用这种备份方式。

　svnadmin hotcopy 原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；

　优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了 svn 服务，甚至不需要恢复 只需要进行简单配置即可切换到备份库上工作。

　 缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有 1TB 空间，呵呵）。

　 svnsync 实际上是制作 2 个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须 svn1.4 版本以上才支持这个功能。

　 优点是：当制作成 2 个镜像库的时候起到双机实时备份的作用；

　 缺点是：当作为 2 个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前 2 种方法麻烦。

　 五：N SVN 备份的方法

　Svn 版本管理备份策略规划

　备份的方法：

　===============

　 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 $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`;

　 3）建立增量备份脚本：

　在全量备份的基础上，进行增量备份：在~/下建立一个 perl 脚本文件，名为：daily_backup.pl，代码如下：

　Svn 版本管理备份策略规划

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

　 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

　Svn 版本管理备份策略规划

　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 文件

　Svn 版本管理备份策略规划

　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.comn";

　 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 failedn";

　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 failedn";

　system $svnlookss1 || die "exec failedn";

　Svn 版本管理备份策略规划

　 }

　 my $body

　 ="echo "=========================================================================" >>./report";

　my $bottom

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

　 system $body

　 || die "exec failedn";

　system $bottom

　 || die "exec failedn";

　###### 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("Toton");

　$smtp->datasend("From: svnReport@scmbbs.comn");

　$smtp->datasend("Subject:svn 备份检查报告".&get_today."n");

　$smtp->datasend("Reply-to:scm@scmbbs.comn");

　$smtp->datasend("@svnnews");

　$smtp->dataend();

　$smtp->quit;

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

　sub get_today

　{

　Svn 版本管理备份策略规划

　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 备份

　-----------------------

　使用 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

　Svn 版本管理备份策略规划

　语法是：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 服务器上来实现的，逻辑上看起来是本地备份，物理上实际是异地备份。

　本文来自[Svn中文网]转发请保留本站地址：

　93 it"s not very safe.Most people like to save their work to the repository frequently,should something bad accidentally happen to their working copy. Second,it"s not very flexible.If you do your work on different computers (perhaps you have a working copy of /calc/trunk on two different machines),you"ll need to manually copy your changes back and forth or just do all the work on a single computer.By that same token,it"s difficult to share your changes in progress with anyone else.A common software development “best practice”is to allow your peers to review your work as you go.If nobody sees your intermediate commits,you lose potential feedback and may end up going down the wrong path for weeks before another person on your team notices. Finally,when you"re finished with all your changes,you might find it very difficult to remerge your final work with the rest of the company"s main body of code.Sally (or others)may have made many other changes in the repository that are difficult to incorporate into your working copy —especially if you run svn update after weeks of isolation.

推荐访问:备份 策略 版本