SVN服务器做迁移，如何做？

SVN项目，原本部署在10101348的电脑上，现在部门采购了一台更好的Server，IP为101013129。

所以，想把SVN项目从48上迁移到129上。做法：准备：

系统平台：windows server 2003

版本库：vos

源服务器：10101348

目标服务器：101013129

源SVN版本库的path: D:\svn\vos

要迁移到的path: E:\svn\vos步骤：

1．停止http服务，本文中用的是apache （源服务器）（目标服务器）

2．cd C:\Program Files\Subversion\bin(Subversion的安装目录)（源服务器）---------进入源服务器的svn安装目录

3．执行：svnadmin dump D:\svn\vos D:\svn\vos\vosdump（源服务器）

4将vosdump拷贝到目标服务器的任何地方，如E:\vosdump

5．cd C:\Program Files\Subversion\bin（目标服务器）---------进入目标服务器的svn安装目录

6．svnadmin create E:\svn\vos （目标服务器）----------------创建目标SVN服务器的vos项目

7．Svnadmin load E:\svn\vos < e:\vosdump （目标服务器。这个只是将源服务器上导出的版本库，导入到现在的服务器上。）

首先当然是做好数据管理，用技术加行政手段限制用户将和工作无关的数据保留在服务器上（特别是音频和视频文件，占用空间特别大），另外就是要定期做归档，将长时间没有更改的历史数据归档到其它介质上（关于数据归档说起来比较长，有时间再另外写一篇说明，市面上数据归档的产品也很多）。在做好这两点的基础上，因为业务发展，正常数据增长的速度也是十分惊人的，在超出服务器容量或者服务器已经太老的情况下，就需要迁移到新的性能更高的服务器上去了。

　　关于数据迁移，因为数据量特别大，而且一般情况下，每个文件夹有自己的权限设置，有些管理不好的甚至有好多层子文件夹包括文件的权限设置。 如果直接拷贝的话，一是出错的概率很大，第二权限本身也无法复制到新的服务器上。

　　这里有几种方式能比较好的解决这个问题：

　　1用老的XCOPY命令，加上合适的参数，可靠性比较高。可通过内网或者用其它介质当中介复制。

　　2用同步软件，通过网络将所有文件同步到新文件夹上。微软自己也出过这种小工具。这种方法可靠性也不高，出错的概率大。

　　3经过实践最方便可靠的办法，用VERITAS BE对老的相关文件夹做全备份，然后在新的服务器上装BE AGENT, 然后用这个全备份恢复，重定向到新的服务器上。这种方法操作起来比较简单可靠

1、文件服务是否在两台服务器上也能实现同步，即在B机上也建立文件服务，将A机的共享文件向B机转移一份，同时使AB两机共享文件同步！

2、使用fsmt是否能实现？

3、我们现在访问网络文件夹是通过在网上邻居，找到A机服务器名，通过登录进行相应权限的访问，如果通过fsmt转移，找到B服务器名，通过登录访问目录应该都是相同的吧！

4、如果我想按部门建立组，再在组下建立个人文件夹，是否可以实现该部门的人都有权限进入部门组，然后再根据权限进入自己的个人文件夹？

1，文件服务的同步可以使用FSMT，也可以使用backup或robocopy等

2，通过B的服务器名是可以的！

3，完全可以的，只要运用好权限即可！

创建磁盘快照-----创建自定义镜像----另一台主机------更换系统盘-----使用自定义镜像。

如果是数据量很少的话，直接用（linux可以内网或者公网scp，windows的话可以用各种文件传输工具或者是远程桌面挂载磁盘的方式拷贝）各种文件传输方式拷贝就可以。