专业信息化应用系统迁移方案设计.doc
《专业信息化应用系统迁移方案设计.doc》由会员分享,可在线阅读,更多相关《专业信息化应用系统迁移方案设计.doc(12页珍藏版)》请在课桌文档上搜索。
1、1 / 121 某中心应用系统迁移方案某中心应用系统迁移方案目录目录1 某中心应用系统迁移方案某中心应用系统迁移方案 1总述 1系统迁移需求分析 2中心系统迁移需求分析总体结论 2迁移方案总体思路 2保障业务中断停机时间最小化 2业务切割时间节点优化 3迁移后完整性测试 3服务器硬件环境迁移方案 3迁移评估 4迁移计划 4测试计划 5迁移测试 5迁移实施 5运营商接入链路路由迁移 8应用系统和数据库迁移方案 8应用服务器迁移 8数据库迁移实施 9系统迁移的具体组织实施方案 9搬迁规划 10详细实施方案 10应急处理 112 / 121.1 总述总述按照本期招标采购要求,中心在建成后要实现对迁移
2、应用和新建业务平台的一体化集成。考虑到需要迁移的指挥中心现有应用包含了分析管理平台、指挥平台,上述平台都是中心的核心、重要应用,因此我公司认为原系统的搬迁将是项目建设的重点和难点。本方案设计以我公司与用户现系统承建公司的初步技术交流、用户现状分析为根底,给出搬迁方案设计。1.2 系统迁移需求分析系统迁移需求分析按照用户招标要求,本期系统迁移的具体需求分析如下。中心原有应用系统将全部迁移至虚拟化服务平台,迁移期间必须保证工作不能中断,历史数据不能损失;迁移后的系统与多媒体融合通信指挥平台融合对接。系统迁移的难点是系统切割时间节点的合理规划和确保 接入路由的转换,历史数据的无损迁移也是系统搬迁的难
3、点和重点。1.2.1中心系统迁移需求分析总体结论中心系统迁移需求分析总体结论通过对中心现有上述应用迁移的需求分析,鉴于原系统建设单位并非我公司,迁移过程中还存在对原建设厂商协调的工程风险。我公司认为系统迁移的重点内容包括:涉与运营商的接入切割,原有数据的迁移,合理切割时间节点规划。1.3 迁移方案总体思路迁移方案总体思路中心系统迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求,在迁移方案设计中,我们重点考虑几个问题。3 / 121.3.1保障业务中断停机时间最小化保障业务中断停机时间最小化业务中断对于用户无论是运行环境还是测试环境均存在较大的恢复风险,这样的风险特别对于时间敏感型数据
4、和数据完整性业务都是不可以承受的。我们基于这样的要求,考虑到如何将停机时间最小,能否实现 0 停机的建设目标?1、对于服务器操作系统而言,我们可以采用 P2V 的方式,利用操作系统的 Volume Shadow Copy 卷影副本复制服务作为根底,来实现在旧系统环境下的系统无修改,无停机的情况下,将数据和应用软件、操作系统环境、系统环境变量等全部以“快照形式迁移到新服务器中。由此实现服务器环境的整体迁移。2、对于应用中间件和其他应用服务器来说,我们可以基于应用服务器的动态业务扩展集群方式,来实现服务器不停机环境下的增加业务节点操作,这样可以实现应用服务器“热添加到新环境中的故障转移/负载均衡集
5、群系统中,在局部应用服务中我们可以使用 session 会话复制来实现旧系统的全局环境变量和会话请求状态也迁移到新环境中来。考虑到会话复制和状态的快速实时,我们可以采用会话内存复制,考虑到会话复制和状态的安全性,我们可以采用会话数据库复制管理。3、对于数据库而言,我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建,数据库镜像技术可以让我们不但保证数据库迁移的不停机,而且还可以保证万一迁移中出现停机故障也不影响源数据库,而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进展,这样可以让我们的系统环境在网络出现故障的情况依然可以进展迁移任务窗口的正常
6、工作。1.3.2业务切割时间节点优化业务切割时间节点优化针对系统等需要确保不连续对外提供服务的应用,需要通过对用户历史应用进展分析,选择最优的的切割时间节点,并提切割期间的备份链路、人工受理手段。4 / 121.3.3迁移后完整性测试迁移后完整性测试迁移涉与到应用、实例、数据库的操作以外,还涉与到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。1.4 服务器硬件环境迁移方案服务器硬件环境迁移方案按照用户招标要求,本次项目建设的服务硬件环境主要是从原有刀片服务器向本次
7、招标新采购云服务平台的迁移。云服务平台支持对原有服务器硬件环境和操作系统环境虚拟,可以降低迁移的难度。1.4.1迁移评估迁移评估迁移前,我公司将对迁移方案进展评估以确保迁移成功。首先我公司将派员勘察现有系统的架构和资源使用状况,评估过程必须包含以下信息和内容:现有系统支撑的服务数量以与在服务器中的分布情况;现有物理服务器资源占用状况,包括 CPU、内存、磁盘和网络连接状况,为保证迁移成功,目标虚拟机规格应不低于原物理机标准;当前的物理环境是否支持虚拟化,是否支持资源扩展,因为在迁移之前须在物理服务器上完成虚拟化;对当前的存储容量和资源利用率进展评估,需在目标系统中规划好迁移需要的存储空间。需明
8、确现有存储如何利用,比如有些服务器是在本地磁盘上创建系统盘和用户盘,有些服务器如此在本地磁盘上创建系统盘而在 SAN/NAS上创建用户盘。1.4.2迁移迁移计划计划通过对现有网络环境的评估,我们对现有资源利用率,服务以与系统需求非常清晰并进展评估后才能开始对迁移进展计划,步骤如下:5 / 121、确定迁移步骤,包括所有服务器的迁移先后顺序,其顺序按风险的上下降序排列。2、确定备份方案,由于现有系统会被加固,某些服务器通过虚拟化重复利用,而在虚拟化前需要去除所有的数据,因此需要对这些服务器进展备份保证服务的连续性。3、确定并准备好迁移所需的工具,包括工具在迁移中必备的一系列功能和使用工具所需具备
9、的网络环境。4、在实际迁移开始之前确定额外的测试环境,该测试环境能够引导测试从而确保迁移成功。因此,测试环境需明确设计的服务器和存储数量。5、规划网络环境,由于网络中的服务器各处不同位置,因此在迁移中需考虑到网络连接情况、数据备份方式,以与网络流量来源,确定网络流量是否会引发网络拥塞6、确定迁移周期以与参与人员,包括迁移起止时间,团队能力建设以与团队成员的角色。1.4.3测试计划测试计划迁移计划后,执行小批量的测试迁移方案,这里会涉与到首批迁移的测试和审核,步骤如下: 准备用于测试迁移的测试系统环境,在测试时,第一批服务器将会迁移到该系统环境中。 安装并核实迁移工具,此时要执行第一批服务器的
10、P2V 迁移。 对第一批服务器,需分析存储系统,不管该服务器在存储迁移中采用本地磁盘存储还是远端 SAN/NAS 存储系统。1.4.4迁移迁移测试测试在第一批服务器和服务的小批量测试迁移后,需对迁移后的服务器进展测试,包括单元测试和性能测试。6 / 121.4.5迁移实施迁移实施在迁移实施过程中,所有的服务器都会被迁移到虚拟化系统下。执行步骤如下: 确保批量迁移的整个网络环境已准备完毕,并通过迁移工具完成源系统和目标系统之间的连通。此处的目标系统属于中转系统。 对迁移系统进展性能审核和健康检查,如果系统状态监视如此停用旧系统并将其服务暂时转移到新的虚拟化系统中。 进展利旧,对于一局部可用的旧硬
11、件可在服务器虚拟化中重新再利用,一些软件资源需扩展,如内存和硬盘。这些服务器构成最终的虚拟化根底设施,即最终系统。 最后,在目标系统和最终系统之间进展 V2V 迁移。1.4.5.1服务器虚拟化前进展备份服务器虚拟化前进展备份为了对旧系统中的物理服务器进展虚拟化,需考虑服务器虚拟化带来的影响。例如,现有服务器的重复利用,服务器虚拟化时会对这些服务器的 CPU,内存以与硬盘资源进展再利用,然而这些服务器上存在某些服务仍在运行,假如无备份如此会影响现有业务。因此,在执行迁移和虚拟化之前,必须先对需利旧的服务器进展备份。提供物理备份服务器,并已进展虚拟化,数据和服务器已备份到虚拟化系统。 首先,对于要
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 专业 信息化 应用 系统 迁移 方案设计
链接地址:https://www.desk33.com/p-6483.html