攀枝花市信息系统迁移服务流程

1、附件 4 攀枝花市信息系统迁移服务流程设计方案攀枝花市信息化工作领导小组办公室2015 年 11 月目 录第一章 服务流程图 . 3第二章 系统调研与评估. 32.1迁移范围确定 . 32.2物理基础架构调研与评估 . 32.3应用系统调研与评估 . 42.3.1业务重要性评估. 42.3.2业务生命周期评估. 52.3.3应用系统逻辑架构. 52.4其他内容调研与评估 . 5第三章 需求分析及汇总. 63.1基础架构需求分析与汇总 . 63.2应用系统需求分析和汇总 . 6第四章 迁移实施 . 74.1迁移实施流程 . 74.2迁移环境准备 . 84.2.1 人员准备 . 84.2.2 网络

2、环境准备 . 84.2.3 计算资源准备 . 84.2.4 重要数据和应用的备份. 94.3迁移执行 . 94.3.1 迁移失败分析 . 94.3.2 迁移后云主机的优化. 104.4测试验证 . 11第五章 确认交割 . 12第一章 服务流程图第二章 系统调研与评估2.1 迁移范围确定首先要确定迁移范围：（1）哪些应用系统需求从哪些服务器上迁移到云平台上；（2）哪些应用系统需要进行解耦和整合等操作；（3）迁移前后机房环境的变化确认等。2.2 物理基础架构调研与评估在物理基础架构信息收集和评估中，利用自动化评估工具和调查问卷的方式完成计算容量、存储容量和网络容量以及相关的利用率和性能数据等评估

3、内容的收集。物理基础架构的评估中，完成如下内容的评估：（1）在基础架构硬件的cpu 评估中，收集 cpu 的型号、主频、内核数、颗数，评估cpu 的利用率。（2）在基础架构硬件的内存评估中，收集内存的容量、型号以及使用率。（3）在基础架构硬件的磁盘评估中，收集磁盘的数量、raid方式、文件系统类型、 文件系统总容量、 磁盘 io性能等；（4）在基础架构硬件的网络评估中，收集物理服务器的网卡容量、 数量及网络性能， 网络交换机的型号、 网口数、数量、基础架构的网络拓扑图等。2.3 应用系统调研与评估在应用系统层面，评估业务的重要性、业务成熟度、应用系统逻辑架构等内容，为迁移提供重要的参考依据。2

4、.3.1 业务重要性评估在评估阶段，评估应用系统的重要程度，利用应用系统的重要程度设置相关的资源竞争策略，并且对重要的应用系统采用相应的技术方案进行保护，如重要的应用系统可使用ha 等技术方案保证业务连续性。业务的重要性可作为云主机发生竞争时如何争取资源的一个重要输入。在云主机的资源竞争机制中，有最低占用资源设置、最高占用资源设置和相对权重。根据业务的重要性设置相关的权重，比如可以设置重要业务权重为200，比较重要业务的权重是150，不重要的业务权重是100。云主机权重设计遵循一个统一的标准，保持前后连贯性。2.3.2 业务生命周期评估按照不同的业务成熟度为相关的云主机来预留资源，来满足业务发

5、展所带来的需求。业务成熟度分为业务投入期、成长期、成熟期、衰退期，按不同的成熟度为不同的业务系统进行预留空间等内容的设置。在评估阶段，评估业务的成熟度，业务成熟度可作为应用系统资源预留的一个重要衡量指标。针对不同成熟度的业务提供不同的资源预留策略，比如成熟业务预留50资源，衰退业务预留 25，成长的业务预留75资源，投入期业务预留 50资源。2.3.3 应用系统逻辑架构评估中，对应用系统间的逻辑架构进行分析，从而判断各应用系统间的依赖关系和应用系统间的逻辑关系。应用系统的逻辑架构可为确定迁移依赖关系、迁移顺序和迁移后位置提供的有力参考。2.4 其他内容调研与评估硬件依赖关系，即那些服务器依赖于

6、某种特定的硬件。第三章 需求分析及汇总基于对基础架构和应用系统现状的评估，结合业务的发展需要，对具体应用系统进行基础架构和应用系统两个层面的需求分析和汇总。3.1 基础架构需求分析与汇总本阶段整理所有应用系统的基础架构层面的需求，汇总整个所有业务系统所需要的基础架构需求，如网络、服务器、存储等。3.2 应用系统需求分析和汇总在系统调研中，基于调查问卷和访谈的方式对应用系统进行调研与评估，本部分对应用系统层面的需求进行需求分析和汇总，常见的应用层面需求分析如无单点故障、高可用性等，在评估阶段分析和汇总所有这些应用层面的需求进行汇总，以及业务的成熟度、重要性等内容，以便后续为后期云平台资源环境准备

7、提供依据。第四章 迁移实施4.1 迁移实施流程序号步骤名称说明1 迁移环境准备服务器、网络、存储等物理环境准备，迁移丁具的准备，重要数据及系统的备份。2 判断是否满足迁移条件如果满足则进入步骤3，如不满足，则进入步骤 1。3 执行迁移执行具体的迁移操作。4 判断迁移是否成功如迁移成功，则进入步骤5，如迁移不成功，则进入步骤6。5 迁移后设置对迁移后的云平台云主机进行没置， 以满足虚拟化环境下业务的需求。6 迁移失败处理对迁移中失败的系统进行分析及处理。7 判断是否在规定时问内如规定时间内解决如规定时间内解决，则进入步骤3再次迁移，如未在规定时问内解决， 则进入步骤8。8 判断是否继如继续，则重

8、新制定方案，如不继续，则放弃迁移。4.2 迁移环境准备迁移环境准备是迁移前最重要的工作，包括人员、网络环境、迁移技术手段、迁移工具等内容的准备。4.2.1 人员准备应用系统迁移前，相关人员应准备就绪。（1）迁移实施方：负责具体迁移工作；（2）应用系统开发商：负责具体应用的部署和测试；（3）网络系统管理员：负责网络的通信和连接情况；（4）服务器系统管理员：负责虚拟化环境的准备和资源提供，原物理服务器的密码等信息提供；（5）备份管理员：对重要的数据和应用进行迁移前备份。4.2.2 网络环境准备确认被迁移应用系统物理服务器和云平台服务器之间网络畅通，保证迁移工具使用的端口在网络上没有被禁止。4.2.

9、3 计算资源准备确认虚拟化系统具有足够的cpu 、内存、存储和网络资源满足被迁移系统的需求。4.2.4 重要数据和应用的备份迁移前，对重要的数据和应用系统进行必要的备份，以防迁移过程中有意外的情况发生。4.3 迁移执行在迁移执行阶段，须严格执行制定的迁移方案和迁移流程。当使用新建云主机这种技术手段时，更多的需要应用开发商和系统管理员进行配合。当使用迁移工具进行迁移时，因为迁移工具可进行多任务操作，可进行并应进行小时级别的多任务并行迁移，如按照制定好的迁移顺序，每小时进行510个物理机的迁移操作。在迁移过程中，各种层面的问题均可能导致迁移失败，应具体问题具体分析，冷静处理，找出解决办法。4.3.

10、1 迁移失败分析问题类别解释解决办法环境准备迁移失败后首先要检查的就是环境准备事宜，比如密码、容量、网络等问题，任何一个环境问题都容易导致迁移失败确认所有环境满足迁移需求工具使用不同的迁移工具在使用时会有不同的要求，比如有些需要域确保迁移操作人员非常精通迁移工具，遇环境支持，有些对不同的os 迁移需要一些特别的处理到问题查看相关解决办法工具选择选择正确的工具有助于高效的完成迁移，而工具的选择不当也可能导致迁移失败重新评估迁移内容和环境，选择恰当的迁移工具方法选择有些应用系统由于应用本身的特点， 适用于不同的迁移方法。比如有些数据库需要冷迁迁移移，以保证数据的完整性。重新考核迁移方法，热迁移、冷

11、迁移和手工迁移4.3.2 迁移后云主机的优化在应用系统迁移到云平台环境后，应对云主机作出相关的设置调整，以满足更好的业务服务需求，具体调整如下：(1) 消除不必要的虚拟硬件设备，比如com 口等；(2) 按需求适当增加或者减少虚拟资源配置，比如调整或者减少处理器和内存等设置；(3) 设置资源竞争相关参数，如设置云主机最小、最大cpu 可用资源，及发生竞争时的竞争权重等；(4) 调整云主机磁盘空间大小，满足应用系统的发展需求。4.4 测试验证应用系统应该做好充分的测试与验证，为业务割接做好准备工作。序号步骤名称说明1 测试目标确认确定功能性测试、 性能测试、稳定性测试的具体目标2 测试方案制定制

12、定详细的测试方案3 方案审批对测试方案进行审批4 判断是否通过审批如通过，则进行步骤 5、6、7、8，如未通过，则判断是否继续5 是否继续如是，则再次检查或制定测试目标和迁移方案，如否，则放弃测试6 测试环境准备准备测试环境，如网络设备、服务器设备、测试压力机等7 编写测试脚本编写具体的测试脚本，可以是手工的测试脚本，也可以是自动化工具的测试脚本8 确定测试用例确定测试用例，如选用那个场景进行压力测试9 确定测试数据选择合适的测试数据， 以便测试更真实更准确的接近生产环境，从而发现问题10 功能性测试对应用系统的功能进行测试11 稳定性测试对应用系统进行一定周期的压力测试，以测试系统的稳定性12 性能测试对应用系统进行性能