文章目录
- 由于项目需要将原实体服务器中的VisualSVN Server迁移至VMware ESXI 6.5虚拟平台主机中。
- 环境最好一样,如不一样,目标服务器svn server版本需要高于源服务器版本(测试从2.x迁移到3.9.5版本正常) 服务器A(迁移源服务器): 操作系统:Windows2012 R2 SE X64 SVN Server版本:VisualSVN-Server-3.3.1-x64 SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13 服务器B(迁移目标服务器): 操作系统:Windows2012 R2 SE X64 SVN Server版本:VisualSVN-Server-3.3.1-x64 SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13
由于项目需要将原实体服务器中的VisualSVN Server迁移至VMware ESXI 6.5虚拟平台主机中。
环境最好一样,如不一样,目标服务器svn server版本需要高于源服务器版本(测试从2.x迁移到3.9.5版本正常)
服务器A(迁移源服务器):
操作系统:Windows2012 R2 SE X64
SVN Server版本:VisualSVN-Server-3.3.1-x64
SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13
服务器B(迁移目标服务器):
操作系统:Windows2012 R2 SE X64
SVN Server版本:VisualSVN-Server-3.3.1-x64
SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13
服务器A(迁移源服务器):
操作系统:Windows2012 R2 SE X64
SVN Server版本:VisualSVN-Server-3.3.1-x64
SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13
服务器B(迁移目标服务器):
操作系统:Windows2012 R2 SE X64
SVN Server版本:VisualSVN-Server-3.3.1-x64
SVN Client版本:TortoiseSVN-1.8.11.26392-x64-svn-1.8.13
通知所有技术部人员停止SVN操作。在服务器端进行STOP操作。
通知所有技术部人员停止SVN操作。在服务器端进行STOP操作。建议将文件夹压缩存放
拷贝的过程可能会提醒是否覆盖“authz”和“htpasswd”等文件,这个时候一定要选择覆盖,
因为只有覆盖之后才能将之前在A上开通的分组和用户的账号密码复制到B上,否则需要重新注册分配分组和用户,这个地方大家注意一下。
拷贝的过程可能会提醒是否覆盖“authz”和“htpasswd”等文件,这个时候一定要选择覆盖,
因为只有覆盖之后才能将之前在A上开通的分组和用户的账号密码复制到B上,否则需要重新注册分配分组和用户,这个地方大家注意一下。这样,服务端相关设置和配置的过程就描述完了。
至此,已经全部迁移完成,可以投入使用了。












发表回复