机房搬迁整体方案

机房搬迁整体方案

一、目标

机房搬迁整体方案是为了平稳迁移所有业务，在有限的资源和有限的切换时间（甚至秒钟级别时间内）完成搬迁（银行、ATM之类的公司不能比，在不提供新资源或者提供基础几台资源的情况下搬迁），保证机房业务和数据能够安全、可靠、快速的搬迁。

二、背景

现今IDC跟10年前IDC不同，第一是数量开始增多，第二是价格下降，第三是很多公司使用公有云替换了IDC，当然也有使用公有云IDC的公司。总之现在因为需求的不同，各种方案都有。(使用公有云替换自己租IDC的公司，主要考虑自己维护管理机房、采购服务器、后期维保服务器等不是专业的，专业的事交给专业的公司干，将公司的精力集中到公司业务，当然关键的还能提升运维效率，如，一个项目立马上线，如果普通中小企业无备用服务器的情况下，就需要立即购买，可能会有选型、招标过程，这样整个采购周期就很长，项目上线可能延迟。如果使用云几分钟就完成任务）。

三、迁移前的考虑

（其实这里搬迁到云上已经包含其中，当然有一些没法搬迁的后面补充）

1、机房标准：环境了解，机柜位置了解，机房动环系统，pda插口是否满足需求。

2、一般租用的机房公司，他们是否给巡检，是否有基本的上架，梳理线缆服务（实际工作中，上架、拉线、绑线很浪费时间，最后还不是很美观。）

3、机房专线进入是否方便，进园区是否收费，机房所在公司是否在收端口费用，端口费用有多贵？

4、网络如何规划，需要多少个接入交换机，路由器、防火墙，是否满足高可用，是使用大二层还是3层网络？是使用基于单个主机冗余（交换机浪费，但是适用于中小企业），还是基于整个机柜

甚至整排机柜的冗余？我们曾经的机房是基于主机冗余（单台主机双网卡绑定），现在新机房是使用基于机柜冗余（允许宕机一个机柜）

如果是公有云：考虑网络规划、网段、安全组等基础环境配置，然后考虑专线跟IDC打通。

四、搬迁团队（运维人员开发业务）

1、是否雇佣专业搬迁公司，还是自己搬迁雇佣车。原则上是重要设备、高端存储之类的设备雇佣专业公司进行搬迁，普通x86服务器，多节点的业务，自己搬迁即可。（可以节省很大的成本）

2、一般情况下搬迁团队是由公司运维部门担任，当然一般搬迁都是公司大事，必须知会各个开发部门领导和产品，甚至开专门的动员会，这样开发才会配合支持。

五、原机房注意事项

1、统计搬迁的数据：机器数量、分别每个机器的u数，分类搬迁。

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、产品通知业务一起验证业务。

5、回顾切换过程中的问题，形成总结文档。

九、总结

以上几点均是我在搬迁工作中形成的一些经验，越细越不容易出问题，一般迁移切换选择闲时进行，比如晚上或者半夜迁移切换，往往第二天早上因为一个配置疏忽造成业务受影响，所以重要系统，重要配置最好双人检核，避免出现事故。

迁移这个活对公司内部成员来说不是功劳苦劳，是应该干好的，不出现问题是应该的，出现问题就要追责。一入运维深似海，万年填坑填不平。

扩展阅读：

机房迁移细则规范& 机房搬迁实施规划方案| 实用资料

机房迁移细则规范

机房整体迁移是弱电布线项目中的一个重要环节，为保证机房设备能够安全、可靠、快速的搬迁，特制定以下工作步骤、注意事项及需求。

一、现场了解客户需求，包括以下事项

1、甲方搬迁的目的地，包括了解起始地和目的地所在大厦的运输路径及货梯运行时间。

2、搬迁的设备都有哪些，是否需要专业人员配合。

二、绘制搬迁前的机房布局图

1、绘制完整的设备链路图。

三、IT设备接线（网络及外设）

1、特殊接口设备连接线做接口连接线记录，粘贴标签。

2、服务器连接线路做标记，尤其是和磁盘柜串口连接的线路，粘贴标签。

四、制作标签及贴标签

1、如有磁盘柜和可插拔磁盘都需要拔下来粘贴上标签并单独打包放好。

五、机房停机操作的顺序

1、待一切就绪后，由甲方将IT设备停机断电。

六、IT设备的卸柜

1、所有连接线跟随原设备打包入箱。

2、所有卸下来的设备必须单独打包做标记（包括螺丝，轨道）。

七、设备的装箱

1、卸下来的所有IT设备必须用泡沫布包装。

2轻拿轻放，打包好以后在箱子外面写上同设备标签一样的标示。

3所有打包设备必须有一人来清点记录。

八、IT设备的搬运

1、搬运时每次跟随一名工程师，以保设备在搬运过程中不会发生设备滑落。

九、IT设备的装车及运输

1、所有设备搬运到目的地以后清点对应记录。

十、线路连接（包括设备电源线）

1、所有设备安装好以后，检查连接线是否连接原有端口。2：确认电源线已连接好，数据线路没有因为理线造成松动或脱落。

十一、IT设备加电系统核查

1、确认所有IT设备连接线正确，并保证设备的电源连接线已插牢。

2、由对方IT来启动所有IT设备。

十二、测试、验收

一：机房配电到位、机房接地

二：承重问题

三：设备进机房之前先做保洁、并且门要到位

四：外线进入需和大厦物业洽谈端口占用费

五：建议有备用硬盘

六：希望提供新机房机柜设备位置图

机房搬迁实施规划方案

一、概述

机房的搬迁，一般都会涉及到服务器、交换机、路由器等大量的设备，很多软件的问题，以及新IP的分配问题等。因而如果不提前进行详细的规划，匆匆上马进行机房服务器等设备的搬迁，势必会造成工作的混乱。所以在搬迁前，一个完整合理的机房搬迁规划是必需的。

二、托管机房现状

2.1 机房现网络拓扑图（略）

2.2 机房现机柜图（略）

2.3 描述

由于3台VMware虚拟化服务器和一台存储的物理位置占用市级平台机柜，收费服务器外网出口为市级平台外网出口，防止市级平台服务器机柜有突然变动，或我方服务器需要搬迁，建议将VMware虚拟化服务器集群搬迁至我方机柜中，其中物理地址不需要做任何改动；收费服务器外网出口变为我方公网地址，其中物理位置不需要进行改变。

三、托管机房搬迁后情况

3.1 搬迁后拓扑图（略）

3.2 搬迁后机柜图（略）

3.3 描述

将VMware虚拟化平台集群并入到我方机柜中，收费服务器外网出口（含电信专线）并入到深信服防火墙中。其中VMware机群物理地址沿用原地址，收费服务器在深信服防火墙中新建现用内网地址，将外网出口地址变更为我方外网地址。网络设备放置于机柜后端合理部位。

四、搬迁前准备工作

4.1 系统的检测及备份

在搬迁以前，我们要针对现有的服务器设备进行一次全面的检测工作，包括：硬件的配置的检测和软件信息的检测。准备工作要做的充分，这是保证搬迁工作能够顺利进行的首要条件。通过检测我们不仅可以有效地把一部分隐患排除在搬迁之前，确保在搬迁过程中，机器设备的故障率降到最低，从而避免在搬迁工程中的计划外宕机时间。

4.2 硬件设备的检测

针对服务器的硬件设备，我们将详细的记录服务器的硬件配置信息，在搬迁以前明确硬件配置，具有针对性地准备一些备件，在服务器菪机的时候能够及时的修复服务器，及时的解决由于硬件故障产生的计划外菪机，避免不必要的宕机时间。

4.3 服务器软件应用的检测

针对服务器的软件应用，我们同样也要进行一些常规的检测，把一些由于软件问题产生宕机时间减少到最低限度。从而使搬迁工作能够顺利进行。

4.4 数据的备份

数据的安全性在每个企业中都是至关重要，数据的丢失，不是以金钱来衡量的，所以数据备份在搬迁过程中显得尤为重要，即使在搬迁过程中，真正遇到服务器系统问题时，我们也能够在最短的时间内解决问题，减少计划外的宕机时间。确保搬迁工作的顺利进行这里数据的备份，包括所有关键数据，如：操作系统、应用程序、数据库、服务器的配置参数、网络设备的配置参数等。

4.5 对设备进行分类统计

目前我们的托管机房设在二层，其中的设备包括交换机、服务器、防火墙、存储设备等，由于我们搬迁服务器和存储设备，我们对于机房目前涉及的设备统计表如下：

原有存储设备、服务器确认，确定服务器的数量，服务器的型号等，并且在搬动服务器之前必须有详细的表格记录。同时对SAN网络涉及的阵列、交换机也做一个详细的记录。

服务器及存储等设备统计表

服务器名称服务器1端口服务器2端口服务器3端口服务器4端口

SAN交换机端口对照表

服务器HBA 服务器1FC1 服务器1FC2 服务器2FC1 服务器2FC2 服务器3FC1 服务器3FC2 光纤交换机端口

五、各类设备的搬迁

服务器是网络数据的核心。对于服务器这种集成度和精密度都非常高的计算机设备，我们在进行安装和卸载部件操作时，一定要格外小心。

5.1 搬迁时需要注意

正确关闭电源

对于一台已经配置好的服务器来说，它的关闭和打开操作很简单，但如果操作方法不当，有可能对设备造成不必要的损坏。因此，有必要对服务器的开机、关机做一详细介绍。

关机操作：1.关闭操作系统；2.关闭主机电源；3.关闭外设电源(如磁盘阵列，磁带库等)；4.关闭其他设备电源和机柜电源；5.关闭总电源。

开机操作：1.打开总电源；2.打开计算机机柜电源；3.打开外部设备电源(如磁盘阵列，磁带库等)；

4.待外部设备自检完成后，最后打开主机电源。

5.2 搬迁设备标签

我们的目标是：掌握原有的网络情况，力求要做到每一条物理，逻辑的线缆，专线都心中有数，所有网络设备的配置，每个接口都要一清二楚，所有设备，线缆都要贴标签，所有接口的配置，说明都要有文字上的说明。在给设备做标签时，一般是采用贴设备铭牌的方式，线缆采用专用的标识环。

最后，对设备标识完成后，注意做好标识的备份工作，以备设备重装时核查。

所有标示，做到一一对应，保证在搬迁过程中能够准确的找到某一台机器设备，保证搬迁的顺利进行。

六、设备重新安装

6.1、物理安装

设备搬运到新的机柜后，首先确定设备的放置位置，检查电源等相关事宜是否做好，最后，进行物理连接。

这里需要注意：

区域规划。在设备安装时，最好按网络拓扑结构进行区域的规划，并为以后的扩展保留空间和相关接口。

工程师按照安装方案，根据安装方案把服务器上机架。严格遵守规范化操作，把服务器安装到指定位置。

（1）安装导轨：安装工程师把服务器的导轨安装到机柜上的指定位置，以便服务器上机柜。

（2）安装服务器：安装工程师把服务器安装到机柜上的指定位置。

（3）安装电源线：用电源线把服务器于PDU连接，把电源线捆绑在配线架上。

（4）安装SWICH：把SWICH固定在机柜上的指定位置。

（5）连接数据线：连接SWICH到服务器，连接网络线。

6.2、设备加电系统核查

设备物理连接完成后，为设备加电，测试电源电压，进行加电后系统的软硬件检查。

七、测试

设备重新安装后，我们接下来要做的工作是：打开设备，查看数据是否损坏，并进行相关的软件设置。一般来说，要进行的工作大致包括如下的几项：

（1）服务器状态的恢复，查看是否出现了数据的丢失或损坏。这里由于我们之前对系统数据作了备份，所以，一旦出现了这种数据的损坏等，我们应该把搬迁前的数据重新恢复过来。

（2）进行全网设备连通型的测试

（3）进行应用测试，确保系统的正常运行。包括2个方面：

市级平台的验证，确保在搬迁设备时候，没有拔错线和碰到市级平台的线路

搬迁后的应用测试，确认网络配置没有问题。

（4）所有的设备重新启动，看设备运行的速度和质量等指标是否达到标准。

（5）验收并进行相关的日志记录。