全量备份:
svnadmin dump E:\Repositories\document_tec>c:\svn_bankup\document_tec.backup
全量还原:

svnadmin create E:\Repositories\document_tec
svnadmin load -q E:\Repositories\document_tec<c:\svn_bankup\document_tec.backup

svnadmin命令[转]: http://blog.csdn.net/wzq9706/article/details/7319728

svn备份和还原http://spiritfrog.iteye.com/blog/448578
除去最常用的update，checkout， commit等操作， 最常见的就是对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
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

我的svn是搭建在windows上的，用visual svn挺方便， 参考网上的bat备份svn的命令，我写了一个备份和还原全部版本库的bat脚本，
备份，需要把脚本放在版本库根目录下运行，例如dumpall.bat,  不指定参数则备份到当前目录下，否则备份到指定目录：

Bat代码 收藏代码

还原：cd到备份目录，再运行，例如loadall.bat, 如果不指定参数，则认为当前目录就是备份的目录，否则从指定目录进行还原。另外， 如果是备份到了压缩包，需要先解压。

Bat代码 收藏代码

再配合一下计划任务， 就可以实现定时备份了。