大家好，今天小编来为大家解答《干资讯》svn服务器备份、恢复、迁移一站式教程这个问题，很多人还不知道，现在让我们一起来看看吧！

目的

当svn服务器发生灾难级故障时，我们可以使用备份文件来恢复公司资产：svn代码

面临的现状

整个svn 备份文件非常大。如果每次都备份整个文件，会消耗大量的硬盘资源。

解决方案

采用全量备份+增量备份方案；对svn代码进行异地备份，每月1号进行全量备份，其他时间进行差异备份。

一：全量备份步骤

1. 使用svnadmin dump 仓库路径dumpfilesvnadmin dump /data/svn/test /data/backup/svn/test_dumpfile 2. 使用命令获取仓库的commit 版本数，为后续增量做准备svnlook youngest 仓库路径；如[root@localhost svn]# svnlook youngest /data/svn/test/73988 注：73988 是当前仓库的版本提交数量

二：增量备份步骤

1、备份差异的svn 版本数量。上次全量备份的svn 版本数为： 73881 ;现在有73988 个版本，差异为：73882-73988 (基于全量备份+1) svnadmin dump /data/svn/test -r 73882:73988 –incremental /数据/备份/svn/test_dumpfile_73882-73988

备份策略总结

凌晨1 点开始备份。首先使用svnlook youngest获取版本号，然后全量压缩备份。记录完整备份的版本号。下次增量备份时，可以使用版本号+1进行差异备份。

恢复数据

背景

以上我们通过svn官方的备份工具svnadmin dump对svn仓库进行了备份；现在我们恢复数据

操作环境

1. 准备svn 备份数据：一般包含全量文件和增量备份文件2. 准备一台机器，在上面构建svn

全量还原步骤

1. 执行import 命令，将全量备份数据导入到svnadmin load /data/svn /测试//数据/备份/svn/test_dumpfile2。在新机器上搭建的svn上查看svn版本号；看到恢复已经成功了[root@localhost svn]# svnlook youngest /data/svn /test/738813.确认svn提交日志的内容，看是否有问题。 4、与svn用户确认是否有问题。

增量还原步骤

1、增量备份文件为：/data/backup/svn/test_dumpfile_73881-73988svnadmin load /data/svn/test//data/backup/svn/test_dumpfile_73881-739882。当看到Commied new rev 73989 (loaded from original rev 73988) 时，说明恢复成功3. 再次使用svnlook 查看提交的版本数[root@localhost svn]# svnlook youngest /data/svn/test/73988

迁移方案总结：

先用全量备份，再用增量备份恢复，最后和客户端开发同学确认恢复后的svn数据是否可以正常使用。迁移

前言

svn://192.168.1.1/test包含公司所有项目A、项目B、项目C（除客户端代码）；直接使用并不方便

方法：

为了更好的区分项目，不同的项目使用不同的版本库；与test 分开的子文件夹是：

项目A 项目B 项目C

迁移原则：

对项目开发的影响尽可能小；

迁移目的机器

192.168.1.2；本机用于svn恢复

迁移步骤：

1. 首先完整恢复数据。 2.使用增量备份文件来恢复差异（通常是1天的数据）。

先做好全量的还原

1、给项目二组发通知：svn仓库周末维护，周末暂停使用。

2.使用完整的备份文件过滤出需要的文件夹

svndumpfilter includeprojectA test_bak_0-90769projectA_dumpfilesvndumpfilterincludeprojectBtest_bak_0-90769projectB_dumpfile#如果包含多个文件夹，可以用空格+文件夹名来表示多个目录svndumpfilterincludeprojectC 17_projectCtest_bak_0-90769projectC_dumpfile3.在192.168.1.2处创建新版本库