攀枝花市信息系统迁移服务流程Word文档格式.docx
《攀枝花市信息系统迁移服务流程Word文档格式.docx》由会员分享,可在线阅读,更多相关《攀枝花市信息系统迁移服务流程Word文档格式.docx(8页珍藏版)》请在冰点文库上搜索。
(1)在基础架构硬件的CPU评估中,收集CPU的型号、主频、内核数、颗数,评估CPU的利用率。
(2)在基础架构硬件的内存评估中,收集内存的容量、型号以及使用率。
(3)在基础架构硬件的磁盘评估中,收集磁盘的数量、RAID方式、文件系统类型、文件系统总容量、磁盘IO性能等;
(4)在基础架构硬件的网络评估中,收集物理服务器的网卡容量、数量及网络性能,网络交换机的型号、网口数、数量、基础架构的网络拓扑图等。
2.3应用系统调研与评估
在应用系统层面,评估业务的重要性、业务成熟度、应用系统逻辑架构等内容,为迁移提供重要的参考依据。
2.3.1业务重要性评估
在评估阶段,评估应用系统的重要程度,利用应用系统的重要程度设置相关的资源竞争策略,并且对重要的应用系统采用相应的技术方案进行保护,如重要的应用系统可使用HA等技术方案保证业务连续性。
业务的重要性可作为云主机发生竞争时如何争取资源的一个重要输入。
在云主机的资源竞争机制中,有最低占用资源设置、最高占用资源设置和相对权重。
根据业务的重要性设置相关的权重,比如可以设置重要业务权重为200,比较重要业务的权重是150,不重要的业务权重是100。
云主机权重设计遵循一个统一的标准,保持前后连贯性。
2.3.2业务生命周期评估
按照不同的业务成熟度为相关的云主机来预留资源,来满足业务发展所带来的需求。
业务成熟度分为业务投入期、成长期、成熟期、衰退期,按不同的成熟度为不同的业务系统进行预留空间等内容的设置。
在评估阶段,评估业务的成熟度,业务成熟度可作为应用系统资源预留的一个重要衡量指标。
针对不同成熟度的业务提供不同的资源预留策略,比如成熟业务预留50%资源,衰退业务预留25%,成长的业务预留75%资源,投入期业务预留50%资源。
2.3.3应用系统逻辑架构
评估中,对应用系统间的逻辑架构进行分析,从而判断各应用系统间的依赖关系和应用系统间的逻辑关系。
应用系统的逻辑架构可为确定迁移依赖关系、迁移顺序和迁移后位置提供的有力参考。
2.4其他内容调研与评估
硬件依赖关系,即那些服务器依赖于某种特定的硬件。
第三章需求分析及汇总
基于对基础架构和应用系统现状的评估,结合业务的发展需要,对具体应用系统进行基础架构和应用系统两个层面的需求分析和汇总。
3.1基础架构需求分析与汇总
本阶段整理所有应用系统的基础架构层面的需求,汇总整个所有业务系统所需要的基础架构需求,如网络、服务器、存储等。
3.2应用系统需求分析和汇总
在系统调研中,基于调查问卷和访谈的方式对应用系统进行调研与评估,本部分对应用系统层面的需求进行需求分析和汇总,常见的应用层面需求分析如无单点故障、高可用性等,在评估阶段分析和汇总所有这些应用层面的需求进行汇总,以及业务的成熟度、重要性等内容,以便后续为后期云平台资源环境准备提供依据。
第四章迁移实施
4.1迁移实施流程
序号
步骤名称
说明
1
迁移环境准备
服务器、网络、存储等物理环境准备,迁移丁具的准备,重要数据及系统的备份。
2
判断是否满足迁移条件
如果满足则进入步骤3,如不满足,则进入步骤1。
3
执行迁移
执行具体的迁移操作。
4
判断迁移是否成功
如迁移成功,则进入步骤5,如迁移不成功,则进入步骤6。
5
迁移后设置
对迁移后的云平台云主机进行没置,以满足虚拟化环境下业务的需求。
6
迁移失败处理
对迁移中失败的系统进行分析及处理。
7
判断是否在规定时问内如规定时间内解决
如规定时间内解决,则进入步骤3再次迁移,如未在规定时问内解决,则进入步骤8。
8
判断是否继
如继续,则重新制定方案,如不继续,则放弃迁移。
4.2迁移环境准备
迁移环境准备是迁移前最重要的工作,包括人员、网络环境、迁移技术手段、迁移工具等内容的准备。
4.2.1人员准备
应用系统迁移前,相关人员应准备就绪。
(1)迁移实施方:
负责具体迁移工作;
(2)应用系统开发商:
负责具体应用的部署和测试;
(3)网络系统管理员:
负责网络的通信和连接情况;
(4)服务器系统管理员:
负责虚拟化环境的准备和资源提供,原物理服务器的密码等信息提供;
(5)备份管理员:
对重要的数据和应用进行迁移前备份。
4.2.2网络环境准备
确认被迁移应用系统物理服务器和云平台服务器之间网络畅通,保证迁移工具使用的端口在网络上没有被禁止。
4.2.3计算资源准备
确认虚拟化系统具有足够的CPU、内存、存储和网络资源满足被迁移系统的需求。
4.2.4重要数据和应用的备份
迁移前,对重要的数据和应用系统进行必要的备份,以防迁移过程中有意外的情况发生。
4.3迁移执行
在迁移执行阶段,须严格执行制定的迁移方案和迁移流程。
当使用新建云主机这种技术手段时,更多的需要应用开发商和系统管理员进行配合。
当使用迁移工具进行迁移时,因为迁移工具可进行多任务操作,可进行并应进行小时级别的多任务并行迁移,如按照制定好的迁移顺序,每小时进行5—10个物理机的迁移操作。
在迁移过程中,各种层面的问题均可能导致迁移失败,应具体问题具体分析,冷静处理,找出解决办法。
4.3.1迁移失败分析
问题类别
解释
解决办法
环境准备
迁移失败后首先要检查的就是环境准备事宜,比如密码、容量、网络等问题,任何一个环境问题都容易导致迁移失败
确认所有环境满足迁移需求
工具使用
不同的迁移工具在使用时会有不同的要求,比如有些需要域环境支持,有些对不同的OS迁移需要一些特别的处理
确保迁移操作人员非常精通迁移工具,遇到问题查看相关解决办法
工具选择
选择正确的工具有助于高效的完成迁移,而工具的选择不当也可能导致迁移失败
重新评估迁移内容和环境,选择恰当的迁移工具
方法选择
有些应用系统由于应用本身的特点,适用于不同的迁移方法。
比如有些数据库需要冷迁迁移移,以保证数据的完整性。
重新考核迁移方法,热迁移、冷迁移和手工迁移
4.3.2迁移后云主机的优化
在应用系统迁移到云平台环境后,应对云主机作出相关的设置调整,以满足更好的业务服务需求,具体调整如下:
(1)消除不必要的虚拟硬件设备,比如com口等;
(2)按需求适当增加或者减少虚拟资源配置,比如调整或者减少处理器和内存等设置;
(3)设置资源竞争相关参数,如设置云主机最小、最大CPU可用资源,及发生竞争时的竞争权重等;
(4)调整云主机磁盘空间大小,满足应用系统的发展需求。
4.4测试验证
应用系统应该做好充分的测试与验证,为业务割接做好准备工作。
测试目标确认
确定功能性测试、性能测试、稳定性测试的具体目标
测试方案制定
制定详细的测试方案
方案审批
对测试方案进行审批
判断是否通过审批
如通过,则进行步骤5、6、7、8,如未通过,则判断是否继续
是否继续
如是,则再次检查或制定测试目标和迁移方案,如否,则放弃测试
测试环境准备
准备测试环境,如网络设备、服务器设备、测试压力机等
编写测试脚本
编写具体的测试脚本,可以是手工的测试脚本,也可以是自动化工具的测试脚本
确定测试用例
确定测试用例,如选用那个场景进行压力测试
9
确定测试数据
选择合适的测试数据,以便测试更真实更准确的接近生产环境,从而发现问题
10
功能性测试
对应用系统的功能进行测试
11
稳定性测试
对应用系统进行一定周期的压力测试,以测试系统的稳定性
12
性能测试
对应用系统进行性能测试,在测试过程中对系统进行参数优化,以满足具体测试目标
13
生成测试报告
对整个测试生成测试报告
14
测试报告审核
方对最终报告进行审核,检查是否满足测试日的和需求
15
判断是否通过审核
如通过,则测试结束,如朱通过,则进入步骤15判断是否继续
16
判断是否继续
如继续,则重新进行测试,如不继续,则结束测
第五章确认交割
测试验证成功后,提交客户确认,并完成业务系统的正式交割工作。