术语汇编：Visual Subversion的备份和还原-51CTO.COM

在学习Subversion的过程中，你可能会遇到Visual Subversion备份和还原的问题，下面我们就来简单的学习一下Visual Subversion备份和还原，希望对大家学习Subversion有所提升。

除去最常用的update，checkout，commit等操作，最常见的就是对svn版本库的备份和还原。

备份策略

Visual Subversion备份一般采用三种方式：
1）svnadmindump
2)svnadminhotcopy
3)svnsync.
注意，svn备份不宜采用普通的文件拷贝方式（除非你备份的时候将库暂停），如copy命令、rsync命令。
笔者曾经用rsync命令来做增量和全量备份，在季度备份检查审计中，发现备份出来的库大部分都不可用，因此最好是用svn本身提供的功能来进行备份。

优缺点分析：
==============
第一种svnadmindump是官方推荐的备份方式，优点是比较灵活，可以全量备份也可以增量备份，并提供了版本恢复机制。
缺点是：如果版本比较大，如版本数增长到数万、数十万，那么dump的过程将非常慢；备份耗时，恢复更耗时；不利于快速进行灾难恢复。
个人建议在版本数比较小的情况下使用这种备份方式。

第二种svnadminhotcopy原设计目的估计不是用来备份的，只能进行全量拷贝，不能进行增量备份；
优点是：备份过程较快，灾难恢复也很快；如果备份机上已经搭建了svn服务，甚至不需要恢复，只需要进行简单配置即可切换到备份库上工作。
缺点是：比较耗费硬盘，需要有较大的硬盘支持（俺的备份机有1TB空间，呵呵）。

第三种svnsync实际上是制作2个镜像库，当一个坏了的时候，可以迅速切换到另一个。不过，必须svn1.4版本以上才支持这个功能。
优点是：当制作成2个镜像库的时候起到双机实时备份的作用；
缺点是：当作为2个镜像库使用时，没办法做到“想完全抛弃今天的修改恢复到昨晚的样子”；而当作为普通备份机制每日备份时，操作又较前2种方法麻烦。

Visual Subversion备份的命令

全备份：使用svnadmindump或svnadminhotcopy或svnsync来做，hotcopy：svnadminhotcopypath/to/repositorypath/to/backup–clean-logs
dump:svnadmindump版本库路径及名称–revision导出的版本号>导出的命名

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

一个技巧：如果你有一个较大的Subsersion版本库而你又想用最少的空间来将它备份下来，用这个命令（请将/repo替换成你的版本库路径）吧：
svnadmindump–deltas/repo|bzip2|teedump.bz2|md5sum>dump.md5

分步解释：最重要的一步是-deltas,将消耗更多的CPU资源，但拥有更有效的差异存储办法。
bzip2压缩方案比gzip慢，但换来的更好的压缩率。
更有趣的是，tee方法将压缩的数据流转向到文件dump.bz2,同时将其输出到标准输出，后者有转向给了MD5摘要计算工具。

Visual Subversion还原命令
还原版本：svnadminload要恢复的版本库路径及名称<导出的命名
svnadminhotcopypath/to/repositorypath/to/backup–clean-logs
我的svn是搭建在windows上的，用visualsvn挺方便，参考网上的bat备份svn的命令，我写了一个备份和还原全部版本库的bat脚本，备份，需要把脚本放在版本库根目录下运行，例如dumpall.bat,不指定参数则备份到当前目录下，否则备份到指定目录。

【编辑推荐】