原文：http://www.weiruoyu.cn/?p=597


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

http://spiritfrog.iteye.com/blog/448578

前两种备份方法我都用过，说一下区别

第一种备份不愧是完全备份，每一个版本库都备份的非常清楚。原SVN是3G备份出来是9G，再大的没有试验过。（这种备份备出来没有配置文件conf和passwd，需要重新复制配置文件）

第二种备份，类似直接复制，网上说使用hotcopy是热备，就是svn运行的也可以备份，比直接复制要安全的多，而且大小跟原来的基本一样，速度快一点。
=============第一种svnadmin dump方法=================================

SVN服务器由于硬盘空间不足，需要将其迁移到另外一台机器上，并且更换Repository目录。


SVN迁移需要做如下步骤：


1. 将原来的Repository导出为一个文件dumpfile 。
#svnadmin dump 原先的repos的目录路径（/repository/directory） > dumpfile

#svnadmin dump /opt/svn/svntest/ > /var/tmp/svntest_20120604

2. 在另外一台机器上配置同样的SVN服务器。

参考：http://weiruoyu.blog.51cto.com/951650/760604

3. 将dumpfile导入到新的repository 目录中。
详细请参考：http://www.weiruoyu.cn/?p=597


####################第二种svnadmin hotcopy 方法#######################


1.备份

#svnadmin hotcopy /opt/svn/svntest/ /var/tmp/svntest_20120604

2.还原

#mv /var/tmp/svntest_20120604 /opt/svn/svntest/


（我当时没有找到合适方法，这样做了，不影响）

################第二种svnadmin hotcopy 方法（还没有测试）#########

1.备份

#svnadmin hotcopy /opt/svn/svntest/ /var/tmp/svntest_20120604 --clean-logs

如果你传递--clean-logs选项，svnadmin会执行热拷贝操作，然后删除不用的Berkeley DB日志文件。你可以在任何时候运行这个命令得到一个版本库的安全拷贝，不管其它进程是否使用这个版本库。

2.还原

#svnadmin hotcopy /var/tmp/svntest_20120604 /opt/svn/svntest/


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

http://spiritfrog.iteye.com/blog/448578

前两种备份方法我都用过，说一下区别

第一种备份不愧是完全备份，每一个版本库都备份的非常清楚。原SVN是3G备份出来是9G，再大的没有试验过。（这种备份备出来没有配置文件conf和passwd，需要重新复制配置文件）

第二种备份，类似直接复制，网上说使用hotcopy是热备，就是svn运行的也可以备份，比直接复制要安全的多，而且大小跟原来的基本一样，速度快一点。
=============第一种svnadmin dump方法=================================

SVN服务器由于硬盘空间不足，需要将其迁移到另外一台机器上，并且更换Repository目录。


SVN迁移需要做如下步骤：


1. 将原来的Repository导出为一个文件dumpfile 。
#svnadmin dump 原先的repos的目录路径（/repository/directory） > dumpfile

#svnadmin dump /opt/svn/svntest/ > /var/tmp/svntest_20120604

2. 在另外一台机器上配置同样的SVN服务器。

参考：http://weiruoyu.blog.51cto.com/951650/760604

3. 将dumpfile导入到新的repository 目录中。
#svnadmin load 新建的repos的目录路径（/repository/directory） < dumpfile

#svnadmin load /opt/svn/svntest/ < /var/tmp/svntest_20120604

4. 将原先服务器的配置文件备份后复制到新服务器中（这一步可有可无）

#/etc/httpd/conf.d/subversion.conf

还有repository目录下的authfile、auth.conf也需要备份后复制到新服务器中

####################第二种svnadmin hotcopy 方法#######################


1.备份

#svnadmin hotcopy /opt/svn/svntest/ /var/tmp/svntest_20120604

2.还原

#mv /var/tmp/svntest_20120604 /opt/svn/svntest/


（我当时没有找到合适方法，这样做了，不影响）

################第二种svnadmin hotcopy 方法（还没有测试）#########

1.备份

#svnadmin hotcopy /opt/svn/svntest/ /var/tmp/svntest_20120604 --clean-logs

如果你传递--clean-logs选项，svnadmin会执行热拷贝操作，然后删除不用的Berkeley DB日志文件。你可以在任何时候运行这个命令得到一个版本库的安全拷贝，不管其它进程是否使用这个版本库。

2.还原

#svnadmin hotcopy /var/tmp/svntest_20120604 /opt/svn/svntest/

详细请参考：http://www.weiruoyu.cn/?p=597