迁云方案 本文关键词：方案
迁云方案 本文简介：迁云方案XXXX公司2016年11月迁云方案目录第1章概述11.1背景介绍11.1.1信息技术发展的趋势11.1.2大数据与云计算11.2业务为什么迁云31.2.1业务迁移到云重要性31.2.2业务迁移到云优势41.2.3实例：通信业务迁移到云51.2.4实例：基于阿里云的淘宝架构6第2章具体迁云8
迁云方案 本文内容：
迁云方案
XXXX公司
2016年11月
迁云方案
目录
第1章
概述1
1.1
背景介绍1
1.1.1
信息技术发展的趋势1
1.1.2
大数据与云计算1
1.2
业务为什么迁云3
1.2.1
业务迁移到云重要性3
1.2.2
业务迁移到云优势4
1.2.3
实例：通信业务迁移到云5
1.2.4
实例：基于阿里云的淘宝架构6
第2章
具体迁云8
2.1
云化迁移原则概述8
2.2
业务迁移总体流程8
2.3
方案规划11
2.3.1
设计信息收集11
2.3.2
迁移风险分析11
2.3.3
迁移需求评估11
2.3.4
应用关联分析12
2.4
上云系统调研12
2.4.1
数据库类型和规模调研12
2.4.2
数据库数据结构调研12
2.4.3
数据库数据结构调研13
2.4.4
网络现状调研16
2.5
详细设计16
2.5.1
调研迁云计划制定16
2.5.2
迁移方案设计16
2.6
方案实施18
2.6.1
迁云模拟18
2.6.2
业务迁云过程18
2.6.3
测试分析18
-21-
XXXX公司
第1章
概述
1.1
背景介绍
1.1.1
信息技术发展的趋势
当今信息技术的发展趋势有大致有以下点：
1．高速、大容量.速度越来越高、容量越来越大,无论是通信还是计算机发展都是如此.
2．综合化.包括业务综合以及网络综合.
3．数字化。一是便于大规模生产。过去生产一台模拟设备需要花很多时间，模拟电路每一个单独部分都需要进行单独设计单独调测。而数字设备是单元式的，设计非常简单，便于大规模生产，可大大降低成本。二是有利于综合。每一个模拟电路其电路物理特性区别都非常大，而数字电路由二进制电路组成，非常便于综合，要达到一个复杂的性能用模拟方式往往综合不起来。现在数字化发展非常迅速，各种说法也很多，如数字化世界、数字化地球等。而搞数字化最主要的优点就是便于大规模生产和便于综合这两大方面。
4．个人化。即可移动性和全球性。一个人在世界任何一个地方都可以拥有同样的通信手段，可以利用同样的信息资源和信息加工处理的手段。
1.1.2
大数据与云计算
大数据的世界不只是一个单一的、巨大的计算机网络，而是一个由大量活动构件与多元参与者元素所构成的生态系统，终端设备提供商、基础设施提供商、网络服务提供商、网络接入服务提供商、数据服务使能者、数据服务提供商、触点服务、数据服务零售商等等一系列的参与者共同构建的生态系统。而今，这样一套数据生态系统的基本雏形已然形成，接下来的发展将趋向于系统内部角色的细分，也就是市场的细分;系统机制的调整，也就是商业模式的创新;系统结构的调整，也就是竞争环境的调整等等，从而使得数据生态系统复合化程度逐渐增强。发展趋势有：
趋势一：数据的资源化
趋势二：与云计算的深度结合
趋势三：科学理论的突破
趋势四：数据科学和数据联盟的成立
趋势五：数据泄露泛滥
趋势六：数据管理成为核心竞争力
趋势七：数据质量是BI(商业智能)成功的关键
趋势八：数据生态系统复合化程度加强。
大数据需要特殊的技术，以有效地处理大量的容忍经过时间内的数据。适用于大数据的技术，包括大规模并行处理（MPP）数据库、数据挖掘、分布式文件系统、分布式数据库、云计算平台、互联网和可扩展的存储系统。
图1.1.2-1大数据与云计算关系图
云计算是通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将与互联网更相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。
好比是从古老的单台发电机模式转向了电厂集中供电的模式。它意味着计算能力也可以作为一种商品进行流通，就像煤气、水电一样，取用方便，费用低廉。最大的不同在于，它是通过互联网进行传输的。
被普遍接受的云计算特点如下：
(1)
超大规模
(2)
虚拟化
(3)
高可靠性
(4)
通用性
(5)
高可扩展性
(6)
按需服务
(7)
极其廉价
云计算可以彻底改变人们未来的生活，但同时也要重视环境问题，这样才能真正为人类进步做贡献,而不是简单的技术提升。
1.2
业务为什么迁云
业务迁移到云是为了实现实时更新的性能和效率。通过将工作负载迁移到云计算所发挥的积极作用，IT部门可以降低成本，提高管理控制，并建立战略继续提高生产力。
云灾备为客户提供优质的技术资源、丰富的灾备项目经验和成熟的运维管理流程，快速实现用户的灾备目标，降低客户的运维成本和工作强度，同时降低灾备系统的总体拥有成本。
云灾备中的关键技术：服务器虚拟化，
存储虚拟化，网络虚拟化，重复数据删除，连续数据保护等等。经过多年研究，已经非常成熟，它们的日益发展已经让云灾备能得到广泛应用。
1.2.1
业务迁移到云重要性
过去的一、二年是云计算集体爆发的几年，我们认为，伴随着公有云/私有云平台的快速普及渗透，云计算产业商业模式的快速成熟，云迁移业务作为云计算产业整体繁荣的重要环节，是创业公司和传统软件/系统集成公司进入云计算领域的绝佳切入点，值得更多的关注和深度挖掘。
云迁移业务很重要，承载着众多复杂系统和数据上云的重任，是云计算产业繁荣的重要环节：云迁移是帮助拟上云的企业制定整体的应用上云、数据上云的解决方案，识别复杂系统上云风险，并辅以专业的技术力量，帮助企业有序、安全、便捷地进行迁移，保证业务的可用性、安全性、连续性。其主要分为针对中小企业的标准化迁移服务、针对大中型企业的定制化服务，标准化服务主要采用按需付费方式。
云迁移业务发展空间大，从破冰创新到服务产品化，潜藏着巨大的发展潜力：2015年国内整体云计算产业规模已突破2000亿，我们认为，云迁移业务有望分享云浪潮带来的行业高增长红利。创业公司利用依托云生态圈，累积云迁移服务场景经验，服务产品化，有望形成业务突破，国内典型的创业公司主要有驻云科技、云角信息、数梦工场等；传统系统集成/软件公司，充分利用行业经验优势和技术人才优势，构建面向垂直行业一站式云迁移解决方案，业务转型升级值得期待。
云迁移是传统系统集成/软件业务的转型到云计算业务绝佳切入点，吸引了众多计算机行业公司的布局。
主要模式一：通过与大型云服务运营商，如亚马逊AWS平台、阿里云、微软云等构建紧密合作关系，或通过自身产品向政企客户提供私有云服务，利用传统系统集成过程累积的软件能力、咨询服务能力、行业能力等，有望在云浪潮中焕发出新的发展活力，迎来新一轮黄金成长时期。
另外一种模式是，通过战略性投资优质的云迁移业务创业公司，进行产品和客户的协同，构建云合作生态。
1.2.2
业务迁移到云优势
云计算基础设施指的是支持云计算模型计算需求的软件和硬件组合，包括存储单元、服务器、虚拟化监控和网络软件。众多迁移到云计算中的业务已经充分享受到了云计算带来的便利，以下是业务应该转移到云计算的十大优势：
1、廉价高效（Cost-efficient）
2、增进合作（Increased
collaboration）
3、无缝集成（Seamless
integration）
4、促进可伸缩性（Promotess
calability）
5、提供良好的用户控件（Offer
sgreatuser-control）
6、宽松的软件维护（Tension-freesoft
waremain
tenance）
7、快速解决（Greatspeed）
8、高灵活性（High
flexibility）
9、大数据（Bigdata）
10、安全性能高（High
security）
云计算及其基础设施的成功实现能带来极大的好处，这就是为什么用户需要花时间把业务迁移到云中，在每个阶段监测植入，并确保执行和定期维护。
1.2.3
实例：通信业务迁移到云
企业管理者要解决他们所面临的诸多挑战，采用技术无疑将会提供一些答案(和效率)。基于云计算平台和解决方案，已经成为企业管理者满足其业务战略的需求，快速实现其收益和效率的最聪明和最无缝的方式。以下是企业管理者将其通信业务迁移到云计算的五个关键原因：
1.更多的控制
将某些系统和工作流程迁移到云计算中，企业管理者可以收回控制权。例如使用，计费，电话呼叫，掉线等关键数据，这些通常使用复杂，难以获取，企业管理者可以在短短几秒钟内从云计算中获取信息。此外，他们可以根据业务需求的变化，将他们认为合适的某些服务或功能打开或关闭。
2.提高效率
每一个企业管理者都在不断关注成本节约和效率，并基于云计算平台和系统，使他们能够简化和监控使用的按钮。很多时候，企业为他们根本不需要或不使用的产品和服务支付费用，这对于企业来说，根本无法承受其产生无谓的浪费。以cloudPBX为例，企业只需支付他们使用的产品或服务，还可以选择扩大或减少业务需求。
3.面向未来
鉴于以改变和破坏为特征的现代企业经营环境，每一个企业(无论大小或行业)都需要采用面向未来的战略。当然，作为未来的一部分，需要拥抱技术，其本质上是敏捷的，灵活的，不断发展的。
基于云计算系统和平台自然是面向未来的，因为它们是动态的，能够快速整合创新和还没有被发明的解决方案。事实上，cloudPBX系统自动给企业管理者提供“开源”环境，其技术也在不断地变得越来越复杂，并且他们能很快地吸收和整合新的发展纳入自己的系统和流程(没有令人头痛的新硬件，人员，培训等问题)。
4.100%面向服务
不同于以产品为基础的企业，企业管理者更多的动机是纯粹的销售，不管他们的实际需求以及未来的需求，基于云计算的服务提供商和企业都是纯粹的面向服务。他们当前和未来的成功完全取决于能够维持客户和客户对其全天候运行的依赖。当客户为云计算服务或平台注册时，他们有随时取消选择，通常不会签署长期合同。
5.快速增长的功能集
当将系统和流程工作迁移到云中，企业管理者会自动地购买服务和功能，这些服务和功能将会不断改进，并变得更加复杂。与产品和硬件不同，基于云计算的系统和解决方案在一年内不会过时，它们只会变得更聪明，更有效率。
1.2.4
实例：基于阿里云的淘宝架构
在从IOE架构最终向云计算平台技术架构转移的过程中，主要面临以下几个技术挑战。
基于阿里云计算平台，通过采用合适的技术策略和最佳实践，包括：应用无状态，有效使用缓存（浏览器缓存、反向代理缓存、页面缓存、局部页面缓存、对象缓存和读写分离），服务原子化，数据库分割，异步解决性能问题，最小化事物单元，适当放弃一致性。以及自动化监控/运维手段包括监控预警、配置统一管理，基础服务器监控，URL监控，网络监控，模块间调用监控，智能分析监控，综合故障管理平台，容量管理。可以很好地解决以上问题，从而达到整体系统的高可扩展性、更低的成本、更高的性能和可用性的实现效果。
第2章
具体迁云
2.1
云化迁移原则概述
云上贵州贵安节点已经建设完成，用户业务系统需要平滑稳定迁移到贵安节点，由于用户应用系统及设备数量众多，且各应用系统的重要程度、服务时段、依赖的设备情况等各不相同，整个应用迁移云化过程按照“整体规划、先易后难、分步实施”的原则科学平稳进行。
首先必须对各用户的信息系统进行详细调研，最终需要的是应用系统云化整合。业务迁移到云计算平台（以下简称云平台）需要遵循以下原则：
（1）
采用先简单后复杂方式分阶段迁移；
（2）
先普通业务系统后核心业务系统；
（3）
尽量避免异构平台迁移；
（4）
优先考虑安全性；
（5）
数据库系统谨慎迁移；
（6）
尽量不改变现有业务网络；
（7）
选择周末或节假日进行迁移，避免对日常业务工作造成影响。
2.2
业务迁移总体流程
为了实现业务快速，平滑的迁移，我们把业务迁移流程分工为如下几步：规划，详细设计，实施，后续管理，培训，以及项目管理。如下图所示：
图2.2业务迁移总体流程图
各步骤的具体内容如下表所示：
表2.2业务迁移总体表
序号
项目
描述
规划阶段
1
设计信息收集
设计业务系统IT
现状和迁移风险及业务关联的调研表，了解现有业务的详细情况；
2
业务迁移评估
1）业务系统可云化评估；
2）从业务和IT
需求的角度，包括了未来几年发展需求和目前存在的瓶颈问题，对各个业务系统进行评估，给出专业迁移的建议；
3
应用关联分析
根据关联业务调研表分析整个业务关联情况；
4
迁移风险分析
根据迁移风险调研表分析整个迁移风险情况；
5
迁移策略制定
根据上面分析及迁移原则,制定详细的业务迁移策略。
详细设计阶段
1
迁移方案制定
制定业务迁移整体解决方案，包括虚拟化资源的配置、业务运行环境准备、数据迁移、业务配置（如业务运行参数配置、负载均衡策略配置、网络和安全配置策略配置等）、业务功能、性能、可靠性等全流程调测、增量数据的迁移等；
2
迁移计划制定
根据业务之间关联情况和业务关键程度对应用进行分组，制定最终的详细迁移计划，包括迁移工具准备、数据上传时间、增量数据同步时间等；
3
风险应对计划制定
针对整个业务迁移风险情况制定相应的应对措施及计划，回退方案准备预防迁移风险等。
实施阶段
1
迁移模拟演练
选择一种场景进行模拟业务迁移过程，改进业务迁移存在问题；
2
迁移技术服务
在后台数据中心部署业务迁移工具，对业务迁移工具进行测试，协助用户对迁移工具开始正式迁移宣传；
3
业务迁移实施
按照迁移计划将业务系统从传统PC
平台迁移到云平台。
后续管理阶段
1
业务迁移评估
对迁移后的业务系统进行评估，来确定能够满足我们前期的迁移目标，能够满足迁移的需求；
2
业务迁移监控
对迁移后的业务系统进行监控，保证安全运行一个月,确保业务系统没有后顾之忧；
3
业务迁移优化
针对评估结果和监控中发现问题，对业务系统制定改进措施，对业务进行优化。
2.3
方案规划
2.3.1
设计信息收集
业务迁移需要做仔细严谨的调研工作，新数据中心IT
调研确认满足现有及将来可能增加的业务各类需求、系统变更需求调研、系统配置信息收集、应用系统信息收集、数据风险、安全调研等。
需要收集目前云下系统的设计方案和底层计算、存储、网络、数据库、中间件、应用的设计架构。
2.3.2
迁移风险分析
根据收集相关信息对目前IT
系统进行业务迁移的风险分析，分析各种潜在危险的结果的过程，通过识别可能发生的危险事件，采取相应应对措施。
2.3.3
迁移需求评估
从业务需求的角度，首先分析各业务的目前现状,分析是否可以云化运行，分析目前业务存在的问题，接着分析业务未来的发展需求,完成对各个业务系统迁移的目标。
从IT
系统的角度,首先分析各IT
系统的目前现状,包括了主机、存储、网络及安全,分析目前IT
系统存在的问题,完成对各个IT
系统的目标，最后根据评估结果给出云平台系统进行规划。
需要从如下几个方面进行需求调研：
数据库类型和规模调研：需要调研底层数据库的产品厂家、版本、数据库的实例规格和数据量大小，同时要确认数据库类型是OLTP还是OLAP。
数据库数据结构调研：主要是分析底层数据库包含的数据结构类型，分为结构化数据、半结构化数据、非结构化数据，同时需要分析非结构化数据的逻辑访问方式。
系统现状调研：调研目前系统所使用的操作系统类型和版本、计算资源使用总量、存储使用总量。
网络现状调研：调研目前系统所使用的网络结构，系统之间二层VLAN的划分、三层路由转发结构等信息。
2.3.4
应用关联分析
应用系统关联性分析是成功迁移，降低业务停顿时间的最关键所在；根据收集相关信息将对中外运业务迁移的业务影响分析，分析各业务功能和相关资源的相互依赖性，确定并量化业务迁移风险可能对业务造成的影响及损失，以确定业务迁移的优先分批范围及迁移策略。
2.4
上云系统调研
2.4.1
数据库类型和规模调研
数据库作为信息系统的核心，需要调研底层数据库的如下信息：
1.数据库具体的厂家和版本：例如ORACLE
11.2.0.4.3(要包括PSU的补丁级别)，SQL
Server
2008R2，MySQL5.6，DB2
10.5等等。
2.数据库运行的底层操作系统环境：例如Redhat
5.9
X86_64，AIX
5.3，Solaris
10
SPARC等等。
3.ORACLE底层数据库数据量大小：各个数据库和表空间的数据量使用情况。
4.数据库的访问方式：ORACLE数据库的侦听配置、JDBC的访问配置，数据库账号、密码等。
2.4.2
数据库数据结构调研
主要是分析底层数据库包含的数据结构类型，分为结构化数据、半结构化数据、非结构化数据，同时需要分析非结构化数据的逻辑访问方式。
2.4.3
数据库数据结构调研
调研目前系统所使用的操作系统类型和版本、计算资源使用总量、存储使用总量。
下面以XXX客户数据中心某系统上云为例进行调研说明。
客户数据中心目前以X86服务器为主，运行着人力资源、市场计费、生产经营、资产管理、网络管理、邮件、安全等业务系统。具体的服务器配置如下所示，该表涵盖了主要业务系统的服务器配置。
表2.4.3-1
xx客户数据中心服务器表
系统
型号
配置
视频服务器
PowerEdge
2950
Xeon
E54102/4GB
下载服务器
PowerEdge
2950
Xeon
E51102/2GB
生产经营管理系统
PowerEdge
2950
Xeon
E54102/4GB
固定资产管理系统
PowerEdge
2950
Xeon
E54102/4GB
移动站业务管理系统
PowerEdge
2950
Xeon
E54102/2GB
网管系统
PowerEdge
2950
Xeon
E54102/2GB
财务系统
PowerEdge
2950
Xeon
E54102/2GB
防病毒系统
PowerEdge
2950
Xeon
E54102/2GB
邮件系统
PowerEdge
2950
Xeon
E54102/2GB
安全评估系统
PowerEdge
2850
Xeon
2.8G2/2GB
人力资源系统
PowerEdge
2850
Xeon
2.8G2/2GB
任务管理系统
PowerEdge
2650
Xeon
2.8G2/2GB
库存管理系统
PowerEdge
1750
Xeon
2.4G2/1GB
身份认证系统
PowerEdge
750
P4
2.8G/1GB
从上表可见，根据系统和主机归属划分，整理出目前服务器使用情况。
在存储阵列方面，某客户数据中心的主要存储设备及其相应系统的容量与使用率情况如下所示。
IBM
DS4700阵列上，网管系统可使用的总容量为1400G，现已使用了800G，使用率为57%；邮件系统可使用的总容量为1950G，现统计分析系统已使用了900G，使用率为67%。人力资源系统可使用的容量已全部分配完毕。
IBM
FastT600阵列上，库存管理系统可使用的总容量为1340G，现已使用了1340G，使用率为100%；身份认证系统可使用的总容量为340G，现已使用了170G，使用率为50%。
IBM
DS5020阵列上，视频服务器可使用的总容量为1540G，现已使用了1530G，使用率为97%；防病毒系统可使用的总容量为270G，现已使用了206G，使用率为76%。
EMC
CX3-40阵列上，财务系统可用总容量为941G，现已使用了325G，使用率为32%；移动站业务管理系统可用总容量为800G，现已使用了270G，使用率为34%；安全评估系统可用总容量为600G，现已使用了305G，使用率为51%。
EMC
CX500阵列上，任务管理系统可用总容量为120G，现已使用了95G，使用率为79%；固定资产管理系统可用总容量为300G，现已使用了280G，使用率为94%。
EMC
CX4-480阵列上，下载服务器可用总容量为2000G，现已使用了2000G，使用率为100%；生产经营管理系统可用总容量为980G，现已使用了800G，使用率为82%。
上述存储设备及其相应系统的容量与使用率情况如下表所示：
表2.4.3-2
XXX客户数据中心存储阵列表
阵列名称
使用系统
可用空间
已用空间
使用率
IBM
DS4700
网管系统
1400G
800G
57%
邮件系统
1950G
900G
67%
人力资源系统
400G
400G
100%
IBM
FastT600
库存管理系统
1340G
1340G
100%
身份认证系统
340G
170G
50%
IBM
DS5020
视频服务器
1540G
1530G
97%
防病毒系统
270G
206G
76%
EMC
CX3-40
财务系统
941G
325%
32%
移动站业务管理系统
800G
270G
34%
安全评估系统
600G
305G
51%
EMC
CX500
任务管理系统
120G
95G
79%
固定资产管理系统
300G
280G
94%
EMC
CX4-480
下载服务器
2000G
2000G
100%
生产经营管理系统
980G
800G
82%
通过以上调研表格，可知道客户目前存储的使用情况，根据该使用情况可预估云上贵州系统需要划分的存储总量大小。
2.4.4
网络现状调研
网络结构一般分为三张物理网络：专网、政务内网和外网。网络调研需要从以上3个网络层面考虑各个系统之间的连通、安全、隔离、确保不同安全保护等级的信息系统应该具备相应的基本安全保护能力。
2.5
详细设计
2.5.1
调研迁云计划制定
根据业务迁移原则以及业务系统的依赖程度，将用户现有的生产系统分为业务高度依赖型、业务依赖型和非业务依赖型三个分组，每个分组可接受的不在线时间不同，对不同分组的系统进行不同的迁移策略。如7*24
小时业务高度依赖的生产系统，迁移只能在线时间，迁移策略为：“在线迁移”；
7*24小时业务依赖的生产系统，迁移时可以接受不在线时间，迁移策略为：“离线迁移”；非业务依赖性的生产系统迁移可接受非交易时段不在线时间，迁移策略是“分批次迁移”。
根据迁移原则，综合考虑各应用系统及相关设备的调研分析情况，制定出详细的迁移计划。
2.5.2
迁移方案设计
根据应用关键程度分析，首先进行应用程序分组,制定迁移整体计划,根据整体计划进行细化，制订出应用批次迁移计划，针对应用特性制定详细迁移方案，基于业务迁移平台的迁移流程定义了两种业务场景：
网络迁移，亦称“网络传输”；是指借助云计算业务迁移平台，从原业务系统登陆云平台VM
设置共享目录之后，以自助的方式将原有业务系统数据直接上传至VM
的场景。
转存介质迁移，亦称“数据中转服务器传输”；是指用户通过云计算业务迁移平台，将业务系统上原有数据上传至数据中转服务器之后，由迁移工作人员再行转存至VM
的场景。
?
网络改造方案
网络是信息系统建设的基础和关键。首先完成云局域网建设；完成整体IP
地址规划；对应用系统来说，只要主机的IP
地址保持不变并且网络可达，逻辑上就没有变化。这就为业务迁移的平稳过渡和尽量减少停机时间提供了方便。
网络迁移包括网络设备及运营商的各类线路。外围线路包括Internet
线路、与外各系统互连的线路等，同时还需迁移与外围线路相关的应用系统，保持了网络逻辑架构的不变。
?
迁移规划方案
迁移规划是保证业务迁移顺利进行，完美交付的前提，通过对客户现网情况、设备信息进行前期勘察，结合多年的系统集成服务经验，进行信息分析和方案筛选最终完成迁移设计方案。迁移规划的目的主要有：
?
支撑系统集成服务的完整交付；
?
明确业务迁移的范围、责任、计划、方案及技术实现；
?
保证业务发放的顺利进行。
?
测试和演练方案
演练方案主要是建立一个模拟的业务迁移环境，模拟业务环境应能仿真实际环境又不影响实际业务，然后在模拟环境中测试业务迁移的效果。演练方案也应该有备份模拟数据的备份策略，以便业务迁移后能按恢复策略进行恢复测试。
测试方案主要是检查数据业务迁移后数据和应用软件是否正常，主要包括：数据一致性测试、应用软件执行功能测试、性能测试、数据备份和恢复测试等。
?
系统回退方案
为了保证业务迁移过程出现问题，必须制定完整的系统回退流程，保证系统迁移不成功时，关键系统仍能回退到老系统运行。
2.6
方案实施
2.6.1
迁云模拟
迁移模拟演练通过模拟一个批次业务迁移场景，对业务迁移的有效性进行一次全面的检查和验证。通过业务迁移模拟演练验证业务迁移组织协调能力和和人员的协同操作能力，验证业务迁移工作手册的实际执行能力和验证迁移流程的有效性；验证业务迁移的及时有效和正确率；针对演练过程发现各类问题提出改进措施和建议；改进业务迁移的流程和工作手册，以适应项目的实际需要。
2.6.2
业务迁云过程
根据确定的业务迁移方案，正式实施业务迁移；根据业务迁移测试方案测试业务迁移效果，并对业务迁移后的系统参数和性能进行调整，使之满足业务系统的需要，并投入实际使用。
2.6.3
测试分析
?
测试案例分析
?
针对迁移后系统进行业务流设计，并生成足量的自动化测试案例；
?
迁移后系统运行全部自动化测试案例，以确保功能的正确性；
?
性能测试
?
迁移后系统的应用性能测试；
?
迁移后系统的网络性能测试；
?
迁移后系统软件版本性能测试；
?
压力测试
?
对迁移后系统进行压力测试，并取得关键性能指标达到设计目标；
?
从分支机构发起执行版本验证测试及必要的压力测试；
?
业务功能
?
迁移后系统与老系统的连接测试；
?
对迁移后系统运行批处理测试；
?
完成数据同步后，执行批处理测试；
?
完成数据同步后，从分支机构发起执行高风险业务功能的测试；
?
系统连接性测试
?
迁移后对外围系统，进行全面的连接测试；发现问题，提出整改目标；
?
迁移后系统与网络的连接测试。