当前位置: 欧洲杯竞猜 > 计算机知识 > 正文

SVN的备份和卷土重来,CSVN备份入门基础及应用进

时间:2019-07-27 08:10来源:计算机知识
备份方法挺多的,目前我知道有四种  配置管理的一个重要使命是保证数据的安全性,防止服务器应硬盘损坏、误操作造成数据无法恢复的灾难性后果。因此制定一个完整的备份策略非

备份方法挺多的,目前我知道有四种

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

其一:

转自:

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

首先复制旧csvn服务器上repositories下的版本库文件夹到新csvn服务器repositories文件夹下面(做以下修改时最好把csvn服务停掉)

 

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

然后复制旧csvn的svn_auth_file到新csvn上(相当于复制用户密码)

备份策略

  svn备份一般采用三种方式:1)svnadmin dump 2)svnadmin hotcopy 3)svnsync. 

接着就是复制旧服务器上的用户账号信息(例如邮箱,权限等)

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

注意,svn备份不宜采用普通的文件拷贝方式(除非你备份的时候将库暂停),如copy命令、rsync命令。 
笔者曾经用 rsync命令来做增量和全量备份,在季度备份检查审计中,发现备份出来的库大部分都不可用,因此最好是用svn本身提供的功能来进行备份。 

 csvn-production-hsqldb.script   在这个文件里搜索INSERT  INTO  USER 然后复制这几行,追加到新服务器上的对应文件中(这里我遇到一个问题,就是我在csvn的web管理界面可以看到我新建的用户,但是我在这个文件中却找不到对应的插入信息,最后发现是没有重启csvn的问题)

svn备份一般采用三种方式:
1)svnadmin dump
2)svnadmin hotcopy
3)svnsync.

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

接着用旧csvn服务器上svn_access_file文件覆盖新csvn服务器上的对应文件,该文件为用户访问权限(为了安全起见,最好将被替换的文件先做好一个备份,防止出现异常情况无法恢复)

注意,svn备份不宜采用普通的文件拷贝方式(除非你备份的时候将库暂停),如copy命令、rsync命令。
笔者曾经用 rsync命令来做增量和全量备份,在季度备份检查审计中,发现备份出来的库大部分都不可用,因此最好是用svn本身提供的功能来进行备份。

下面具体描述这三种的备份的方法: 
=============== 

最后重启csvn,迁移就完成了。

优缺点分析

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

 

备份的命令

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

全备份:使用svnadmin dump或svnadmin hotcopy或svnsync来做,
hotcopy:
svnadmin hotcopy path/to/repository path/to/backup –clean-logs
dump:
svnadmin dump 版本库路径及名称 –revision 导出的版本号> 导出的命名

增量备份:使用svnadmin dump的–incremental选项来实现
svnadmin dump 版本库路径及名称 –revision 上次导出的版本号:到本次要导出到的版本号 –incremental > 导出的命名

一个技巧:如果你有一个较大的Subsersion版本库而你又想用最少的空间来将它备份下来,用这个命令(请将/repo替换成你的版本库路径)吧:
svnadmin dump –deltas /repo |bzip2 |tee dump.bz2 | md5sum >dump.md5
分步解释:最重要的一步是 -deltas,将消耗更多的CPU资源,但拥有更有效的差异存储办法。
bzip2压缩方案比gzip慢,但换来的更好的压缩率。
更有趣的是,tee方法将压缩的数据流转向到文件dump.bz2,同时将其输出到标准输出,后者有转向给了MD5摘要计算工具。

 

还原命令

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

还原版本:svnadmin load 要恢复的版本库路径及名称 < 导出的命名
svnadmin hotcopy path/to/repository path/to/backup –clean-logs

 

1、svnadmin dump备份工具 
------------------------ 
    这是subversion官方推荐的备份方式。 

其二:

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 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
...

 

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会出错。
  
4)定义删除脚本
由于是全量备份,所以备份不宜保留太多,只需要保留最近10来天的即可,对于超过15天历史的备份基本可以删除了。
   在/home/backup/svn/下建立一个perl脚本:deletDir.pl

 

5)修改/etc/crontab 文件

   在该文件中指定每晚21点执行“backup.sh”脚本。

 

 

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

 完!

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

svnadmin dump

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

cd repositories

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

svnadmin dump svncopy/ > test.dump

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

1056 scp root@10.0.3.107:/application/csvn/data/repositories/test.dump ./    #scp传文件就是杠杠的
1057 ls
 1058 svnadmin load test.dump  #命令有错
1059 svnadmin load /application/csvn/data/repositories/ test.dump  #命令有错
1060 svnadmin load /application/csvn/data/repositories/ < test.dump  #还是有错
1061 ls
 1062 ls -l
 1063 chown -R csvn:csvn test.dump            #尝试修改拥有者,无效
1064 svnadmin load /application/csvn/data/repositories/ < test.dump
 1065 svnadmin create test        #新建一个版本库
1066 svnadmin load /application/csvn/data/repositories/test < test.dump   #执行成功
1067 ls
 1068 ls -l
 1069 chown -R csvn:csvn test      #配置权限

$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 
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 
... 

svnadmin hotcopy

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

 服务器a:

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

[root@localhost repositories]# svnadmin hotcopy testb testb.hotcopy 

  1)定义备份策略 

服务器b:

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

1074 scp -r root@10.0.3.107:/application/csvn/data/repositories/testb.hotcopy ./
 1075 ls
 1076 ls -l
 1077 chown -R csvn:csvn testb
 1078 ls -l
 1079 chown -R csvn:csvn testb.hotcopy/

  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  #运行删除脚本,对过期备份进行删除。 

svnsync

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

[root@node2 svnmirror]# cd /application/csvn/data/repositories/      #我选择直接在这里备份版本库
[root@node2 repositories]# svnadmin create bp              #创建同名的备份库
[root@node2 repositories]# svnsync init file:///application/csvn/data/repositories/bp/       #同步前先初始化,file后面就是我用来存放备份版本库的路径,后面是需要备份的版本库路径。然后,报错
svnsync: E165006: Repository has not been enabled to accept revision propchanges;
ask the administrator to create a pre-revprop-change hook
[root@node2 repositories]# cp bp/hooks/pre-revprop-change.tmpl bp/hooks/pre-revprop-change    #安全起见,pre-revprop-change是我们初始化过程中需要的文件
[root@node2 repositories]# vi bp/hooks/pre-revprop-change                    #不能将文件清空,只需要把最后一行的exit 1改为exit 0
[root@node2 repositories]# svnsync init file:///application/csvn/data/repositories/bp/     #再次尝试初始化
Copied properties for revision 0.
[root@node2 repositories]# svnsync sync file:///application/csvn/data/repositories/bp/        #正式开始同步
Transmitting file data .
Committed revision 1.
Copied properties for revision 1.
[root@node2 repositories]# ls
bp
[root@node2 repositories]# ls -l
total 4
drwxr-xr-x 6 root root 4096 Nov 22 02:23 bp
[root@node2 repositories]# chown -R csvn:csvn bp/                       #这时候进入csvn的web管理界面,会提示权限不足或者无法显示出来,所以我们需要修改拥有者
[root@node2 repositories]# svnsync sync file:///application/csvn/data/repositories/bp/        #这个相当commit吧
Transmitting file data .
Committed revision 2.
Copied properties for revision 2.
[root@node2 repositories]# ls

#! /usr/bin/perl 
## Author:xuejiang 
## 2007-11-10 
##  
use strict; 
use Carp; 
use Net::SMTP; 

编辑被同步的csvn服务器上的post-commit(本来是没有这个文件的,需要把post-commit.tmpl 重命名为post-commit)

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

/application/csvn/bin/svnsync synchronize --non-interactive --username admin --password admin

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

那个网址为用来同步的另一台服务器svn路径(我是直接进入csvn里面查看检出命令,得到这个路径的)

my $bkrepos="/home/backup/svn/".&get_day;#定义备份路径 
my $ssrepos=" 
my @repos = ("project1","project2"); 

然后重启csvn服务器就差不多了

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

CSVN(SVN)命令入门及使用过程中遇到的错误问题汇总

首先进入web管理界面新建一个版本库
 新建一个文件text
 svn add text #如果提示错误,在后面增加–force
 svn ci -m ‘add text’ #如果提示错误,将csvn下的目录全部加777权限
 开启csvn服务时,提示超时,启动失败等问题,可以通过使用csvn用户启动解决这个问题(前提是将csvn所在的目录的拥有者修改为csvn)

my $body       ="echo "=========================================================================" >>./report"; 
my $bottom     ="echo "备份位置:来自."" >>./report"; 

以下是subversion官方推荐的备份方式。
 关闭所有运行的进程,并确认没有程序在访问存储库(如 httpd、svnserve 或本地用户在直接访问)。
 备份svn存储库
 压缩备份
svnadmin dump /home/workhome/svn/repository | gzip > ~/repository-backup.gz
不压缩备份
svnadmin dump /home/workhome/svn/repository > ~/repository-backup.svn
恢复svn存储库
 建立新的svn存储库
svnadmin create /home/workhome/svn/newrepository
确认成功与否
ls -l /home/workhome/svn/newrepository
导入存储库数据
svnadmin load /home/workhome/svn/newrepository < ~/repository-backup.svn

system $body       || die "exec failedn"; 
system $bottom     || die "exec failedn"; 

本文永久更新链接地址:http://www.linuxidc.com/Linux/2017-12/149548.htm

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

欧洲杯竞猜 1

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 

my( $sec, $min, $hour, $day, $month, $year ) = localtime( time() ); 
$year = 1900; 
$month ; 
my $today = sprintf( "ddd", $year, $month, $day); 
return $today; 

sub get_day 

    my( $sec, $min, $hour, $day, $month, $year ) = localtime( time() ); 
$year = 1900; 
$month ; 
欧洲杯竞猜,my $today = sprintf( "dd", $month, $day); 
return $today; 

   
  4)定义删除脚本 

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

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

3、svnsync备份 
----------------------- 
  参阅: 
  使用svnsync备份很简单,步骤如下: 
1)在备份机上创建一个空库:svnadmin create Project1 
2)更改该库的钩子脚本pre-revprop-change(因为svnsync要改这个库的属性,也就是要将源库的属性备份到这个库,所以要启用这个脚本):   
  cd /kk/rda8501_trunk/hooks; 
  cp pre-revprop-change.tmpl pre-revprop-change; 
  chmod 755 pre-revprop-change; 
  vi pre-revprop-change; 
  将该脚本后面的三句注释掉,或者干脆将它弄成一个空文件。 即:

  #if [ "$ACTION" = "M" -a "$PROPNAME" = "svn:log" ]; then exit 0; fi

  #echo "Changing revision properties other than svn:log is prohibited" >&2
  #exit 1

3)初始化,此时还没有备份任何数据: 
svnsync init svn://220.231.xx.xx/rda8501_trunk  
  语法是:svnsync init {你刚创建的库url} {源库url} 
4)开始备份(同步): 
  svnsync sync svn://220.231.xx.xx/rda8501_trunk
5)建立同步脚本 
  备份完毕后,建立钩子脚本进行同步。在源库/hooks/下建立/修改post-commit脚本,在其中增加一行,内容如下: 

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

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

编辑:计算机知识 本文来源:SVN的备份和卷土重来,CSVN备份入门基础及应用进

关键词: 欧洲杯竞猜