论文部分内容阅读
摘 要：对交通运输行业业务应用系统迁移方法进行了研究，并提出了应用系统的迁移原则、相关流程和具体方案。
关键词：交通运输;应用系统;迁移
为实现全省交通运输行业信息化建设统一管理和集约化运维，交通运输厅及相关业务局已建的、部署在各自机房的业务应用系统应按照数据中心统一要求，由建设单位负责迁移至省交通运输数据中心。本文提出了应用系统迁移的原则、组织架构及具体方案。
1 迁移原则
（1）统筹协作原则。业务系统用户方、开发商应以主人翁精神，协助数据中心业对现有业务系统资源评估，数据中心制定的迁移方案须由业务系统用户方、开发商和厅数据中心业务资源体系集成商三方确认后方可实施。原有业务系统迁移上线运行效果须满足系统功能和性能要求。
（2）业务平滑迁移原则。选择合适的时机进行系统割接迁移，系统迁移过程不能影响现有系统的业务正常运行。在系统迁移至上线运行前，被迁移的业务系统在原生产环境中并行运行，待被迁移的业务系统上线运行且符合用户和原开发商性能、功能要求后，原生产环境中并行运行的业务系统方可下线。
（3）数据一致性原则。必须保证迁移后数据完整性、真实性、准确性、正确性。
（4）规避风险原则。在实施中发生便捷与风险的矛盾时，要永远将规避风险放在首位;系统迁移过程中应备具有可恢复性（事先做好备份和回退计划），确保迁移后系统能够运行正常。
2 系统迁移组织架构
2.1 组织架构
厅信息化主管部门负责系统迁移的管理和监督工作，省交通信息中心和各业务应用系统建设单位、运维部门技术人员、迁移服务商、原有业务应用系统开发商组成迁移工作小组。
2.2 职能职责
（1）厅信息化主管部门。1）组织和督导应用系统迁移工作;2）及时汇总迁移工作进展，对迁移工作中出现的各种问题进行评估;3）决策与实施重大事项（如迁移启动、应急处置、回退等）。
（2）省交通信息中心。1）审核各单位信息化系统迁移实施方案，全程监督信息化系统迁移工作的实施;2）省厅交通运输数据中心资源评估;3）配合完成待迁移业务应用系统在数据中心的部署、恢复、运行测试;4）配合制定迁移应急预案，在紧急情况下协助进行应急处置;5）落实和解决系统迁移期间可能出现的突发问题和事件，提供技术支持、问题反馈或事件的处理办法。
（3）业务应用系统建设单位。1）组织本单位相关部门、业务应用系统原开发商、运维部门等协助制定本单位系统迁移实施方案（包括应急预案），并报厅信息化主管部门审核;2）组织业务应用系统原开发商与省交通信息中心、云资源服务商协调确认本单位迁移到云平台的方案、方式、策略和所需资源;3）协助组织业务应用系统原开发商、云资源服务商配合本单位应用系统迁移工作，包括前期准备、系统迁移实施、迁移后系统测试与应用系统运行。
（4）迁移服务商。1）负责提供系统迁移实施方案，负责待迁移业务应用系统建设单位系统迁移工作的具体执行;2）负责编制待迁移业务应用系统建设单位具体迁移实施方案;3）负责待迁移业务应用系统建设单位应用系统和数据的迁移、部署工作，负责迁移后应用系统的测试、试运行及上线运行工作;4）及时向厅信息化主管部门、省交通信息中心汇报工作进度、异常事件及问题处理情况。
（5）云资源服务商。1）按照省厅交通运输数据中心资源评估情况，落实应用系统部署、运行环境的准备;2）在迁移过程中提供技术支持服务。
3 迁移方案
3.1 迁移准备
（1）系统迁移申请。待迁移业务应用系统建设单位应对拟迁移的应用系统应填写应用系统迁移申请表提前1个月向厅信息化主管部门提出应用系统迁移书面申请。
（2）组建迁移工作组。应建立待迁移业务应用系统建设单位的迁移工作组织机构，包括建设单位主管信息化领导、建设单位技术和业务人员、系统原开发厂商等构成，并明确职能职责，责任落实到人。
（3）确定迁移服务商。应选择系统迁移服务单位，可由系统原开商或系统运维单位担任或通过招标方式确定。
3.2 迁移设计
（1）迁移影响分析及对策。1）应对应用系统进行迁移影响分析及风险分析;2）应用系统迁移实施过程中，把风险管理贯穿整个过程来制定应用系统迁移风险规避方案，充分考虑可能造成系统迁移失败的所有因素和预防措施。
（2）迁移方式。可根据应用系统中断允许时间，采取在线迁移或离线迁移方式。
3.3 迁移实施
（1）迁移申请。应由迁移工作组提出迁移系统部署环境的申请包括：机柜位置、网络IP地址、部署区域等，由省交通信息中心确认系统部署环境配置情况和就绪时间;应提前向省交通信息中心提出所需生产环境的书面申请。
（2）环境准备。1）迁移系统部署环境的确认。包括确认迁移系统部署所需机柜位置、网络IP地址、迁移区域分配等已准备就绪;2）应进行迁移恢复方案。应制定迁移系统失败的应急回退方案、工程安排及回退流程等;当系统迁移不成功时，能确保尽快恢复原系统对外的正常运营;3）网络系统的确认。测试到运营商的物理线路正常，测试互联网线路的连通性;对IP地址应用进行验证，确保原有服务正常运行;4）系统安全的要求。应用系统迁移过程中应保障数据的保密性、完整性和可用性，以及明确相关人员的安全責任。
（3）系统迁移。在应用系统迁移后，对网络进行迁移后割接，对业务进行新网络路由发布。
3.4 迁移系统测试
由业务应用系统原开发商负责，待迁移业务应用系统建设单位、迁移服务商、省交通信息中心等技术人员配合进行迁移到省交通运输数据中心应用系统测试，以验证迁移系统的可用性、系统设备的可用性、系统安全性;并形成系统测试报告。
3.5 迁移系统运行
（1）系统正式上线。对于通过应用系统测试的迁移系统，由待迁移业务应用系统建设单位提前向省交通信息中心提出系统正式上线运行的书面申请，系统正式上线运行。
（2）迁移验收。所有迁移工作完成，由厅信息化主管部门组织对迁移服务评价。省交通信息中心组织系统迁移验收，对于应用系统运行符合要求的，签署迁移应用系统验收报告。
3.6 应急处置方案
（1）应急小组构成。根据系统迁移各阶段任务成立应急小组，应对各种紧急情况。
应急小组主要由以下小组组成：1）基础支撑环境应急小组：确保整个系统迁移过程中，所涉及的各种计算资源、存储资源、网络资源、安全资源、数据库管理资源和中间件等资源正常运行。突发情况下，应能实时监控和并及时处理恢复;2）数据迁移应急小组：解决数据迁移中发生的各种问题;3）业务系统应急小组：确保第一时间解决业务系统在内部模拟运行、正式运行等阶段发生的问题。
（2）系统迁移中的异常应急方案。系统迁移应具有可逆性，确保意外时可将系统迅速回退到最初状态，系统和数据在迁移前应做好备份。如迁移工作在规定时间未完成，须将系统回退到迁移前状态，确保系统对外正常运行。
（3）系统迁移中的异常应急方案。备份数据（全库和增量）保留至少1年，以观察迁移后的业务系统运行稳定性。如在试运行期发生故障，仍可回退到迁移前状态。
4 结束语
基于统一管理和集约建设的思想，遵循“统筹协作、平滑迁移、数据移植、规避风险”的迁移原则，形成全省交通运输行业业务应用系统的迁移流程和迁移方案，为交通运输行业各个业务应用系统未来的迁移提供指导依据和方法论，促进交通运输行业信息化应用系统的一体化集成、统一维护和管理。
关键词：交通运输;应用系统;迁移
为实现全省交通运输行业信息化建设统一管理和集约化运维，交通运输厅及相关业务局已建的、部署在各自机房的业务应用系统应按照数据中心统一要求，由建设单位负责迁移至省交通运输数据中心。本文提出了应用系统迁移的原则、组织架构及具体方案。
1 迁移原则
（1）统筹协作原则。业务系统用户方、开发商应以主人翁精神，协助数据中心业对现有业务系统资源评估，数据中心制定的迁移方案须由业务系统用户方、开发商和厅数据中心业务资源体系集成商三方确认后方可实施。原有业务系统迁移上线运行效果须满足系统功能和性能要求。
（2）业务平滑迁移原则。选择合适的时机进行系统割接迁移，系统迁移过程不能影响现有系统的业务正常运行。在系统迁移至上线运行前，被迁移的业务系统在原生产环境中并行运行，待被迁移的业务系统上线运行且符合用户和原开发商性能、功能要求后，原生产环境中并行运行的业务系统方可下线。
（3）数据一致性原则。必须保证迁移后数据完整性、真实性、准确性、正确性。
（4）规避风险原则。在实施中发生便捷与风险的矛盾时，要永远将规避风险放在首位;系统迁移过程中应备具有可恢复性（事先做好备份和回退计划），确保迁移后系统能够运行正常。
2 系统迁移组织架构
2.1 组织架构
厅信息化主管部门负责系统迁移的管理和监督工作，省交通信息中心和各业务应用系统建设单位、运维部门技术人员、迁移服务商、原有业务应用系统开发商组成迁移工作小组。
2.2 职能职责
（1）厅信息化主管部门。1）组织和督导应用系统迁移工作;2）及时汇总迁移工作进展，对迁移工作中出现的各种问题进行评估;3）决策与实施重大事项（如迁移启动、应急处置、回退等）。
（2）省交通信息中心。1）审核各单位信息化系统迁移实施方案，全程监督信息化系统迁移工作的实施;2）省厅交通运输数据中心资源评估;3）配合完成待迁移业务应用系统在数据中心的部署、恢复、运行测试;4）配合制定迁移应急预案，在紧急情况下协助进行应急处置;5）落实和解决系统迁移期间可能出现的突发问题和事件，提供技术支持、问题反馈或事件的处理办法。
（3）业务应用系统建设单位。1）组织本单位相关部门、业务应用系统原开发商、运维部门等协助制定本单位系统迁移实施方案（包括应急预案），并报厅信息化主管部门审核;2）组织业务应用系统原开发商与省交通信息中心、云资源服务商协调确认本单位迁移到云平台的方案、方式、策略和所需资源;3）协助组织业务应用系统原开发商、云资源服务商配合本单位应用系统迁移工作，包括前期准备、系统迁移实施、迁移后系统测试与应用系统运行。
（4）迁移服务商。1）负责提供系统迁移实施方案，负责待迁移业务应用系统建设单位系统迁移工作的具体执行;2）负责编制待迁移业务应用系统建设单位具体迁移实施方案;3）负责待迁移业务应用系统建设单位应用系统和数据的迁移、部署工作，负责迁移后应用系统的测试、试运行及上线运行工作;4）及时向厅信息化主管部门、省交通信息中心汇报工作进度、异常事件及问题处理情况。
（5）云资源服务商。1）按照省厅交通运输数据中心资源评估情况，落实应用系统部署、运行环境的准备;2）在迁移过程中提供技术支持服务。
3 迁移方案
3.1 迁移准备
（1）系统迁移申请。待迁移业务应用系统建设单位应对拟迁移的应用系统应填写应用系统迁移申请表提前1个月向厅信息化主管部门提出应用系统迁移书面申请。
（2）组建迁移工作组。应建立待迁移业务应用系统建设单位的迁移工作组织机构，包括建设单位主管信息化领导、建设单位技术和业务人员、系统原开发厂商等构成，并明确职能职责，责任落实到人。
（3）确定迁移服务商。应选择系统迁移服务单位，可由系统原开商或系统运维单位担任或通过招标方式确定。
3.2 迁移设计
（1）迁移影响分析及对策。1）应对应用系统进行迁移影响分析及风险分析;2）应用系统迁移实施过程中，把风险管理贯穿整个过程来制定应用系统迁移风险规避方案，充分考虑可能造成系统迁移失败的所有因素和预防措施。
（2）迁移方式。可根据应用系统中断允许时间，采取在线迁移或离线迁移方式。
3.3 迁移实施
（1）迁移申请。应由迁移工作组提出迁移系统部署环境的申请包括：机柜位置、网络IP地址、部署区域等，由省交通信息中心确认系统部署环境配置情况和就绪时间;应提前向省交通信息中心提出所需生产环境的书面申请。
（2）环境准备。1）迁移系统部署环境的确认。包括确认迁移系统部署所需机柜位置、网络IP地址、迁移区域分配等已准备就绪;2）应进行迁移恢复方案。应制定迁移系统失败的应急回退方案、工程安排及回退流程等;当系统迁移不成功时，能确保尽快恢复原系统对外的正常运营;3）网络系统的确认。测试到运营商的物理线路正常，测试互联网线路的连通性;对IP地址应用进行验证，确保原有服务正常运行;4）系统安全的要求。应用系统迁移过程中应保障数据的保密性、完整性和可用性，以及明确相关人员的安全責任。
（3）系统迁移。在应用系统迁移后，对网络进行迁移后割接，对业务进行新网络路由发布。
3.4 迁移系统测试
由业务应用系统原开发商负责，待迁移业务应用系统建设单位、迁移服务商、省交通信息中心等技术人员配合进行迁移到省交通运输数据中心应用系统测试，以验证迁移系统的可用性、系统设备的可用性、系统安全性;并形成系统测试报告。
3.5 迁移系统运行
（1）系统正式上线。对于通过应用系统测试的迁移系统，由待迁移业务应用系统建设单位提前向省交通信息中心提出系统正式上线运行的书面申请，系统正式上线运行。
（2）迁移验收。所有迁移工作完成，由厅信息化主管部门组织对迁移服务评价。省交通信息中心组织系统迁移验收，对于应用系统运行符合要求的，签署迁移应用系统验收报告。
3.6 应急处置方案
（1）应急小组构成。根据系统迁移各阶段任务成立应急小组，应对各种紧急情况。
应急小组主要由以下小组组成：1）基础支撑环境应急小组：确保整个系统迁移过程中，所涉及的各种计算资源、存储资源、网络资源、安全资源、数据库管理资源和中间件等资源正常运行。突发情况下，应能实时监控和并及时处理恢复;2）数据迁移应急小组：解决数据迁移中发生的各种问题;3）业务系统应急小组：确保第一时间解决业务系统在内部模拟运行、正式运行等阶段发生的问题。
（2）系统迁移中的异常应急方案。系统迁移应具有可逆性，确保意外时可将系统迅速回退到最初状态，系统和数据在迁移前应做好备份。如迁移工作在规定时间未完成，须将系统回退到迁移前状态，确保系统对外正常运行。
（3）系统迁移中的异常应急方案。备份数据（全库和增量）保留至少1年，以观察迁移后的业务系统运行稳定性。如在试运行期发生故障，仍可回退到迁移前状态。
4 结束语
基于统一管理和集约建设的思想，遵循“统筹协作、平滑迁移、数据移植、规避风险”的迁移原则，形成全省交通运输行业业务应用系统的迁移流程和迁移方案，为交通运输行业各个业务应用系统未来的迁移提供指导依据和方法论，促进交通运输行业信息化应用系统的一体化集成、统一维护和管理。