广东电信XX项目云迁移解决方案v1.2模板文档格式.docx

广东电信XX项目云迁移解决方案v1.2模板文档格式.docx

《广东电信XX项目云迁移解决方案v1.2模板文档格式.docx》由会员分享，可在线阅读，更多相关《广东电信XX项目云迁移解决方案v1.2模板文档格式.docx（14页珍藏版）》请在冰点文库上搜索。

3.1.6验证方案 12

第4章应急回退方案 12

第5章迁移分工界面 13

第6章成功案例 14

2

XX项目云迁移方案第1章项目概述

1.1迁移背景

为了充分利用云计算带来的便利和发挥云平台集中部署的效益，很多已经部署在传统物理设备上的应用将选择迁移到云平台上，这就需要专业的业务迁移服务，保证业务迁移过程的业务连续和数据安全。

目前，XX市xx局（公司）已建设私有云或租赁天翼云平台，新云平台资源已逐步到位，需按计划进行相关业务应用的上云部署。

1.2迁移需求

收集汇总以下迁移需求信息。

1、源平台、目的平台；

如是否都是云平台还是物理机；

2、业务是否可中断及中断时间点及时长；

3、源、目的平台之间的网络拓扑情况：

是否有专线、带宽等。

4、需迁移的总数据量：

包括os、app、db等。

5、需要什么时间完成

6、。

。

1.3云迁移能力

业务迁移是指通过一系列的流程和方法，借助专业工具和手段，把支撑业务运营的多个应用包含的IT子系统从源设备平滑迁移到目标设备或平台，保证迁移过程对业务运行的降低到最小以及迁移后的业务稳定运行。

云迁移服务是广东电信依托雄厚的技术力量和丰富的通信行业运营维护经

14

验，基于云计算平台，通过各种系统和数据库迁移工具及方式的优化结合，为行业客户提供的一站式迁移服务。

在确保原系统的业务不中断、安全稳定运行的前提下，实现跨云平台的、高效的、在线迁移、多种数据库异构迁移，达到业务应用的无缝平滑迁移割接。

1.4迁移原则

l保密原则

在调研、迁移前后严守客户业务、IT信息秘密，不传播、泄露、转卖客户信息。

l数据安全性

迁移过程中需保证源数据的安全，避免因数据迁移造成原有数据的丢失、损坏。

l业务连续性

由于业务系统的运行要求不同，对业务连续性的要求也尽不同。

对于关键的连续性要求较高的业务，应尽量减少因迁移而造成的停机时间，保证其业务的连续性。

l迁移效率

迁移方式不同，迁移的效率、所花费的时间也不同，根据客户的业务特点，进行评估，选择满足客户要求的迁移方案。

l迁移成本

根据客户的预算，从成本考虑，选择适合的迁移工具及方案。

l虚拟化

X86平台的业务系统几乎都可迁移至虚拟化平台，实现资源的动态调配。

对于个别系统虚拟化暂无法支持的环境，建议采用P2P（物理机至物理机）迁移。

l迁移优先级

优先迁移非核心业务和紧急上线业务，对于业务复杂度高、核心业务进行深入调研，演练成功后再进行迁移。

l兼容性

迁移的业务系统必须满足对虚拟化技术、操作系统的版本、应用软件版本、硬件平台的兼容性的要求。

1.5业务迁移流程

为了实现业务快速，平滑的迁移，结合广东电信的最佳实践，制定以下业务迁移流程，其中主要包括调研，方案设计，迁移、割接实施，保障等步骤，业务迁移流程如下图所示：

通过上述严格的业务迁移流程，制定确实可行的应急预案，确保业务的平滑迁移，保证业务连续性需求。

第2章调研方案

2.1调研方式

调研技术人员将根据需求调研表格和人员分工，逐条逐项收集、补充调研表相关字段内容。

具体调研方式如下：

l面对面、电话询问、Email或即时通信工具沟通交流等方式。

l在客户技术人员的陪同下，登录服务器或相关网络及安全设备，通过GUI

界面或CLI命令等方式进行必要的配置查看和分析。

l个别交流，就某一具体应用或业务处理和相关业务人员直接交流。

l开会讨论，对跨部门、跨岗位的业务，可召集相关人员在一起，了解业务应用的真实情况。

2.2调研范围及详细内容

l了解客户IT资源申请的流程、步骤及相关系统的运维管理方式。

l了解客户核心网及信息化平台现状、存在问题及优化需求。

l紧扣调研需求内容，深入了解各应用和数据库的运行状况，为将来云平台的规划设计提供依据，在保证安全性、稳定性的前提下，进一步降低云平台租赁成本。

2.2.1应用系统调研

应用系统调研将主要包括服务器的业务名称、技术部署架构；

CPU、内存、硬盘空间配置及利用率；

操作系统、杀毒软件版本、补丁更新情况、IP地址、

端口开放情况、任务计划、访问人员、是否开放互联网访问和存在问题等信息。

2.2.2网络系统调研

1.网络详细拓扑图

通过深入调研，绘制最新网络拓扑，准确反映客户真实网络设备的分层架构、边界安全情况及网络互联等情况。

2.网络设备基本信息调研

设备运行信息主要是指日志、单板运行转态、路由条目和日志信息等。

3.网络及安全设备清单格式

设备

设备具体 数 购置

使用 新购/ 用途或 存在

序号

类型

型号

量 时间

年限

利旧 使用者 问题

存在

示例 互联网

防火墙 华为E1000 1 2010 6 需更换 单点

1出口

故障

剩余

端口

示例 核心交

quidway93032 2013 3 少，已

2换机

不能

扩展

2.2.3数据库调研

数据库运行环境调研

l操作系统版本

l数据库类型及版本

l数据库数据量的大小及IP地址。

l数据库架构

l数据库停机时长及建议停机的时段，以及迁移的先后顺序。

l目前的数据库许可证问题，迁移后数据库许可的处理。

l目前数据库存在的问题。

数据库健康检查

1）Oracle数据库调研内容

l检查数据库的操作系统资源使用情况通过下面命令查看Linux系统CPU、内存、硬盘使用情况

l查看数据库用户

l检查数据库表空间大小及使用率。

l检查oracle日志

2）MySQL数据库调研内容

l查看MySQL数据库

l查看MySQL的链接数

l查看数据库是否为主从复制,以及复制状态。

l查看MySQL数据库大小、日志等

3）SQLServer数据库调研内容

l获取数据库Server上有关OS、语言等更多信息

l查询SQLServer服务及其如何配置的信息：

l查询获取SQLServer错误日志相关的信息

l获取有关群集节点的信息

第3章迁移方案

3.1.1迁移前准备工作

1、对源应用系统进行详细的调研分析，确定所需相应资源及计划迁移方式；

2、在新平台侧准备相应的计算、存储和网络等资源；

3、两侧云平台端对端网络情况；

4、获取相关主机的管理员权限；

5、协商初步确定应用系统、数据库的迁移、备份时间窗口、割接时间点等；

3.1.2迁移注意事项及风险

注意事项：

l一般的客户业务可能涉及到众多系统集成商、数据库厂商和操作系统厂商，软件系统的跨平台迁移是个难题，需要各个方面的通力合作。

l迁移过程中的数据迁移方案设计，要确保数据的完整性、实时性和一致性。

l要规避迁移过程中的单点效应，将迁移纳入整个IT系统框架中加以考

虑。

l数据丢失：

特别是备份数据无法恢复，这比设备损坏影响更大。

l协调配合有误：

整个项目可能涉及多种不同厂商的设备和应用，需要考虑非常周到，各环节配合到位，否则就会出现各种各样的意外，直接影响迁移进程和结果。

3.1.3迁移场景

使用专业的数据迁移工具（如Convertor等迁移工具）把源物理机（虚拟机）的操作系统、应用和设置进行迁移到目标物理机（虚拟机）上，具体有如下4种迁移场景，P2P迁移、P2V迁移、V2V迁移、V2P迁移。

迁移场景

说明

P2P（PhysicaltoPhysical）是将物理机转换为物理

P2P

机的一种技术，即将物理机上运行的操作系统及业务软

件完整地迁移到一台新的物理服务器上运行。

P2V（PhysicaltoVirtual）是将物理机转换为虚拟机

P2V

的一种技术，即将物理机上运行的操作系统及业务软件

完整地迁移到虚拟化平台上运行。

V2V（VirtualtoVirtual）迁移是在虚拟机之间移动操作系统和数据,如VMware迁移到KVM，Xen迁移到

3

V2V

vmware；

可以通过多种方式将虚拟机从一个VMHost系

统移动到另一个VMHost系统。

V2P（VirtualtoPhysical）迁移是将虚拟机的操作系统和数据移动到物理机上,如Xen迁移到物理机上，即

4

V2P

将虚拟机上运行的操作系统及业务软件完整地迁移到

一台新的物理服务器上运行。

3.1.4迁移方式

3.1.4.1采用迁移同步软件方式

建议采用预先定制虚机模板，再结合专业的迁移同步软件，实现数据同步的方式进行迁移，即在新平台上创建相应版本虚机操作系统的标准虚机模板，启动后，在源、目的虚机上均安装迁移同步工具agent的方式，通过旁路式监听源端的数据变化，将源端变化的数据复制到新平台，并将变化的数据实时地传输到远端的新主机，且通过特有的数据序列化传输技术，严格保证源和目的主机数据的一致性和完整性。

3.1.4.2采用专业迁移工具方式

借助专业的云迁移工具（如vmconverter），实现跨主机跨平台的整体迁移，然后再简单调整相关不匹配项的方式，使其适应新平台的虚拟化环境。

特点：

此方式对源主机的性能有些影响，且主要是对带宽的大小和稳定性要求较高，迁移的成功率有时偏低，效率不高，将作为项目迁移的次选方案。

3.1.4.3传统方式迁移

对以上方式均存在问题，不能正常迁移的系统，建议采用通过手工安装主机操作系统、优化配置相关参数、部署应用软件，再将原相关配置及业务数据手工导入主机的方式。

此方式主要用于数据库的迁移。

3.1.4.4物理迁移方案

Oracle数据库物理迁移是将Oracle数据库，在原生产环境执行物理备份，再将备份转至目标环境，如云平台，最后在云平台进行恢复从而还原数据库的方法。

Oracle物理迁移采用的是自带的备份还原工具RMAN。

SQLServer物理迁移由自带的Backup和Restore选项实现数据级别的备份和还原。

3.1.4.5逻辑迁移方案

逻辑迁移就是利用EXPORT等工具对数据库对象（如用户、表、存储过程等）进行导出，并利用IMPORT等工具把逻辑备份文件导入到数据库。

Oracle数据库逻辑迁移是依靠Oracle数据库进行逻辑备份，将逻辑备份文件传至目标端服务器，在目标端服务器进行恢复，从而实现数据库的迁移目标。

SQLServer由自带的Backup和Restore选项实现数据级别的备份和还原。

3.1.4.6文件迁移方案

1）本迁移方式为通过拷贝数据文件的方式完成Oracle、SQLSERVER数据库迁移，原端停机状态下，将数据文件从原端拷贝到目的端，再将数据库重新启动。

2）拷贝迁移的原端和目的端的文件系统版本与数据库版本都必须一致，进行迁移前原端和目的端的数据库处于关闭状态。

3.1.5迁移步骤

主要步骤

具体工作

充分充分调研

根据迁移调研表获取现有应用系统的架构、数据容量、资源

使用情况、网络架构、IP策略等信息。

编写迁移实施方案

确定数据库迁移方法，规划数据库架构，规划物理主机，云

主机，存储以及IP规划等，并提交用户审核；

实施迁移

采用工具按步骤进行迁移

测试验证

对迁移的数据库进行功能和性能测试，对迁移的数据进行验

证；

5

业务割接

在数据同步后，进行割接，IP、域名指向等网络割接等工作；

6

值守保障

安排支撑人员现场保障，一般要求至少需要保障2-3天

3.1.6验证方案

迁移完成后将进行如下验证检查：

l验证操作系统能否正常启动，并顺畅稳定运行，检查 boot.ini和

Eventlogs相关日志无异常、报错信息；

l确认目标虚拟机的名称，SID值，确认目标虚拟机的OS和SP级别。

l确认目标虚拟机的硬件设备包括NIC、CPU、RAM和虚拟磁盘的大小。

l验证网络连通性、延时、网速和端口开放情况是否正常；

l验证应用业务端口开放是否正常，并验证等

第4章应急回退方案

迁移过程将建议采用专业软件实现源主机在线迁移或手工安装与数据同步软件结合的方式，实现在不中断现有应用业务的同时，在新云平台生成一台完全一样的主机，而原来的主机将继续保留，具体保留时间可根据实际情况而定。

当新主机出现突发情况，如不能正常启动、数据不准确和访问非常缓慢等异常情况，故障短时间不能立即排除的情况，将可通过IP指向或直接使用旧IP链接的形式实现应用的快速切换。

第5章迁移分工界面

主实施方

协调配合方

备注

应用调研、新云平台资源

广东电信

业主方、应用开

准备、网络测试、制定迁

发厂家

移方案

审核确定迁移方案

业主方

应用割接及应用验证是

业主方、应用

否正常

开发厂家

应急回退及验证

注：

视不同的平台，由客户提供相应的Windows和其它涉及版权、授权的操作系统、数据库、中间件等应用程序安装介质或ISO文件；

第6章成功案例