2、 准备打包箱子、标签纸、扎带等

3、 小型机链接线务必轻拔轻放，包装好。

4、 根据业务类型划分搬迁次序，分配到责任人，责任人务必包含运维、开发、产品。比如：支付系统、营销等

5、 识别特殊系统，比如：有停机先后顺序的，带存储的，挂载有nfs的系统，带狗的系统，有物理机授权等。

六、 针对每套系统具体方案编写

1、 按照具体业务列出具体系统中的每个模块，如营销系统中的优惠券、活动，采销系统中的订单、主数据等，越细越好。

2、 按照每套系统的每个模块编写文档，内容包含原主机ip、部署内容、部署路径或者目录、缓存ip、数据库连接ip，zk地址等等，所有详细信息均要列出。

3、 与开发沟通编写api部分模块，具体到调用接口和http接口，所有接口都要列出（后期用于验证）

4、 网络层面权限查看，是否有特殊限制，比如分支机构或者分公司是否有权限访问。

5、 域名查看，是否有公网。

6、 注意点：如tomcat是否有用户限制，最好方式是将tomcat直接打包原路径解压。即使是平台管理也可以这样操作。

7、 数据库连接查看，是否有共用库的情况，是否有大数据抽数，是否有其他特殊权限。

七、 具体切换方案

1、 网关或者负载均衡按照原配置配置即可，后面切换dns即可。

2、 Web层大部分系统为基于互联网的多web或者多模块系统，1：1部署即可，按照第六步统计结果进行部署即可。

3、 Redis、mysql、mongodb采用数据同步

4、 Es采用加入集群同步数据方式，完成后把老机器踢出集群。

5、 如果有Oracle，采用OGG或者DG同步到新机房，提前配置应用JDBC链接，当数据追平时，重启应用即可生效。这步说来简单，实际办起来可能因为数据大小，或者每天产生的数据过多，会导致性能问题。当然还有一些其他的问题，细节上要注意，多想问题。

6、 最难的就是一些老系统，比如一些win系统，开发走了无人维护，甚至一些系统是购买的商业软件，但是这个商业软件公司已经倒闭。这种系统最麻烦，一般采用硬搬，当然要备份相应的数据。

7、 小型机和存储搬迁也是麻烦事，注意上面拆除小型机，一些连接线要保存好，存储这个该买保险买保险。

八、 具体切换

1、 按照上面7个步骤该准备的准备，越细越好。

2、 提前将新环境部署好，只等待dba同步数据，等到数据同步完毕，每套系统按照具体的修改代码提交，发布，链接到新机房的库。

3、 数据库检查链接正常，即可验证业务。

4、 产品通知业务一起验证业务。