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种方法麻烦。

 

备份的命令

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

全备份：使用svnadmin dump或svnadmin hotcopy或svnsync来做，
hotcopy备份还原：
svnadmin hotcopy path/to/repository path/to/backup –clean-logs

#svnadmin hotcopy /opt/svn/jifen/ /var/tmp/jifen_20180626 –clean-logs
#svnadmin hotcopy /var/tmp/jifen_20180326 /opt/svn/jifen –clean-logs

dump备份还原:
svnadmin dump 版本库路径及名称 –revision 导出的版本号> 导出的命名

#/usr/local/svn/bin/svnadmin dump -r 0:HEAD jifen > jifen.dump
#/usr/local/svn/bin/svnadmin load jifen<jifen.dump

增量备份：使用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 /var/tmp/jifen_20180326 /opt/svn/jifen –clean-logs

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

 

以下是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

SVN数据库迁移方法一

称之为SVN全库操作,或称SVN全局备份并恢复，版本库数据的移植:svnadmin dump、svnadmin load
导出:
$svnadmin dump repos > dumpfile //将指定的版本库导出成文件dumpfile
新建:
$svnadmin create newrepos
导入:
$svnadmin load newrepos < dumpfile