windows下svn备份

水深无声 2022-02-14 23:52 367阅读 0赞

转载：[https://www.cnblogs.com/HByang/articles/9088206.html][https_www.cnblogs.com_HByang_articles_9088206.html]

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

**dump**

命令语法：svnadmin dump 版本库路径及名称 –revision 导出的版本号> 导出的命名

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

实验

创建用户

![1394649-20180525134242426-1037379385.png][]

创建版本库

![1394649-20180525134306506-1047647788.png][]

给用户授权

![1394649-20180525134347339-516626476.png][]

**进行版本库的全备**

客户端进行同步创建数据（这里是测试所以就随便创建了123）然后点击提交

![1394649-20180525134424210-176673220.png][]

![1394649-20180525134435808-1370803368.png][]

到此我们的环境创建完成

进行版本库的全备

Svnadmin dump C:\\Repositories\\hehe-DB > ./bak.dump

![1394649-20180525134502970-593806403.png][]

**进行第一次的增备**

客户端再次创建数据文件456并提交

![1394649-20180525134538064-572805384.png][]

![1394649-20180525134558779-1903023179.png][]

进行数据的增量备份

![1394649-20180525134742476-1530584673.png][]

svnadmin dump E:\\Repositories\\测试 -r 1:2 --incremental > E:\\inc.bak

增量模式备份, 冒号前后是开始和结束的版本号

**第二次增量备份**

客户端再次进行数据创建并提交

![1394649-20180525134844258-187655463.png][]

服务端进行增量

![1394649-20180525134921601-1108269624.png][]

**模拟误删除版本库**

客户端再次提交数据

![1394649-20180525134957713-356855519.png][]

删除服务端hehe-DB库内所有文件

进行数据还原

svnadmin load C:\\Repositories\\hehe-DB < ./bak.dump

![1394649-20180525135110321-803166707.png][]

![1394649-20180525135126420-1954572730.png][]、

由于9和10 在模拟故障前没有进行数据备份所以就没有

### hotcopy命令 ###

语法：svnadmin hotcopy 路径/repository 路径/backup

![1394649-20180525135302910-1290314738.png][]

此时你可以发现在你的E盘下面会有bak文件夹且里面有东西

![1394649-20180525135329628-1767791960.png][]

增量备份

如果此时你需要删除冗余的日志文件只需在后面添加--clean-logs参数即可，如果需要增量备份后面加入--incremental即可

![1394649-20180525135431707-1777936709.png][]

如果要做还原的话可以直接将备份文件里面的东西直接拷贝到版本库相对路径下即可。相比dump hotcopy更加方便省事

**Svn hotcopy备份脚步**

Windows下svn备份脚步这个脚步可放心使用，已经在正式环境下测试过了

@echo 正在备份版本库%1......
    
    @%SVN_HOME%\bin\svnadmin hotcopy %1 %BACKUP_DIRECTORY%\%2
    
    @echo 版本库%1成功备份到了%2！

Backup脚本

![复制代码][copycode.gif]

1 echo off
     2 
     3 rem Subversion的安装目录
     4 
     5 set SVN_HOME="D:\Program Files\VisualSVN Server"
     6 
     7 rem 所有版本库的父目录
     8 
     9 set SVN_ROOT=D:\Repositories
    10 
    11 rem 备份的目录
    12 
    13 set BACKUP_SVN_ROOT=E:\Backup
    14 
    15 set BACKUP_DIRECTORY=%BACKUP_SVN_ROOT%\%date:~0,10%
    16 
    17 if exist %BACKUP_DIRECTORY% goto checkBack
    18 
    19 echo 建立备份目录%BACKUP_DIRECTORY%>>%SVN_ROOT%/backup.log
    20 
    21 md %BACKUP_DIRECTORY%
    22 
    23 rem 验证目录是否为版本库，如果是则取出名称备份
    24 
    25 for /r %SVN_ROOT% %%I in (.) do @if exist "%%I\conf\svnserve.conf" %SVN_ROOT%\simpleBackup.bat "%%~fI" %%~nI
    26 
    27 goto end
    28 
    29 :checkBack
    30 
    31 echo 备份目录%BACKUP_DIRECTORY%已经存在，请清空。
    32 
    33 goto end
    34 
    35 :end

![复制代码][copycode.gif]

这里只有日期定义格式为“-”才能正常运行，如果是“/”就会提示找不到备份目录须要定义日期格式

Windows下定义格式

echo “%date:~0,10%”

echo “%date:~0,4%\_%date:~5,2%\_%date:~8,2%”

[https_www.cnblogs.com_HByang_articles_9088206.html]: https://www.cnblogs.com/HByang/articles/9088206.html
[1394649-20180525134242426-1037379385.png]: /images/20220215/7b343f22e9134d71b2a725c6f9ecf192.png
[1394649-20180525134306506-1047647788.png]: /images/20220215/a3d9ee30a7dd4231aa7f3d4ae068cd1e.png
[1394649-20180525134347339-516626476.png]: /images/20220215/c56fb484246347f89d51bee555afeae7.png
[1394649-20180525134424210-176673220.png]: /images/20220215/777ae6ea51464ae98795098e00b112f3.png
[1394649-20180525134435808-1370803368.png]: /images/20220215/6f70c978205a41599c9f603f7943967e.png
[1394649-20180525134502970-593806403.png]: /images/20220215/5cab56092fe3406a9e9e2aeba2aa23df.png
[1394649-20180525134538064-572805384.png]: /images/20220215/37c35316c7e94b2c840bb2b59aabb4a8.png
[1394649-20180525134558779-1903023179.png]: /images/20220215/4c3de5a8e6fc4253b3fee3e4fda3075c.png
[1394649-20180525134742476-1530584673.png]: /images/20220215/a344a0df39b14b65ab59146664e6da1a.png
[1394649-20180525134844258-187655463.png]: /images/20220215/79f94794cdfa4399915e50c66e23a9c7.png
[1394649-20180525134921601-1108269624.png]: /images/20220215/fd64e1a16b1f4382bfd9bd2a43630f58.png
[1394649-20180525134957713-356855519.png]: /images/20220215/bea8bfead2264865b3c893a871a7e607.png
[1394649-20180525135110321-803166707.png]: /images/20220215/735f0a7ac5c4416f8fe2822bbd0ea74f.png
[1394649-20180525135126420-1954572730.png]: /images/20220215/bd9fa04d6a5c4e2f9a7909f295871ac9.png
[1394649-20180525135302910-1290314738.png]: /images/20220215/bef62e691baa4c45a25c5caffa41d9f1.png
[1394649-20180525135329628-1767791960.png]: /images/20220215/791508e2ed9f47c78950f4f37881fa77.png
[1394649-20180525135431707-1777936709.png]: /images/20220215/041a1cf590ea497590163ede848f3716.png
[copycode.gif]: /images/20220215/828074adeb264fcc84c1ea1369aacfa5.png