专业信息化应用系统迁移方案设计.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，内存以与硬盘资源进展再利用，然而这些服务器上存在某些服务仍在运行，假如无备份如此会影响现有业务。因此，在执行迁移和虚拟化之前，必须先对需利旧的服务器进展备份。提供物理备份服务器，并已进展虚拟化，数据和服务器已备份到虚拟化系统。 首先，对于要

12、被迁移的服务器上，一般会存在多种服务正在运行，而且这些服务器在迁移评估后认为在虚拟化场景下可再利用的。但是，迁移过程中不允许存在较长的停机时间，因此需要准备一台采用虚拟化平台的备份虚拟机，通过 P2V 将该服务器备份到虚拟机上。 备份完所有需要进展虚拟化的服务器之后，这些服务器上安装虚拟化软件进展虚拟化，根据评估阶段确定的容量规划，在虚拟化平台上创建相应规格的虚拟机，其计算资源用于承接旧系统中的服务。 准备好所有的虚拟机后，规划和安装相关迁移工具，将备份系统中的服务迁移到虚拟化系统的虚拟机中。虚拟机迁移是指将备份的虚拟化系统中的应用7 / 12服务迁移到最终的虚拟化系统中。 虚拟机迁移完毕后，

13、要对这些服务进展测试，最后停用旧系统，所有服务切换到虚拟化系统中。1.4.5.2迁移的详细操作步骤迁移的详细操作步骤迁移的具体步骤与描述如下:1、在评估阶段，虚拟化和迁移之前需收集的信息如下： 性能统计：包括 CPU 使用率，内存使用率，硬盘 IOPS 和硬盘使用情况； 物理服务器配置：包括 CPU 规格，内存容量，硬盘容量 统计物理服务器部署位置，分析是否支持虚拟化，累计支持虚拟化的服务器数量，并规划出虚拟化中需新增的硬件情况；通过上述无代理收集和代理收集两种场景收集当前系统的使用和配置情况。可采用信息收集工具。2、分析现有服务的依赖条件，对当前系统进展备份。确定应用系统对服务器的依赖关系，

14、可作为迁移参考，确定所有服务器的迁移优先级顺序。在确定各服务的依赖条件后，对需进展虚拟化的服务器进展备份。3、容量规划和虚拟化执行根据当前的资源使用和需求情况，计算虚拟化所需的容量。 4、规划应用服务 在拟化解决方案中，同类虚拟机部署在同一个计算资源池中，在同一个池中可相互共享存储/计算资源，一个集群的故障不会影响其他资源池。5、虚拟化规划和虚拟机分配建立虚拟化平台后，要准备最终的迁移资源。迁移前，如果服务器 a 具备双核 CPU 和 2G 内存，那么在虚拟化平台中就创建一个 2 核/2G 内存的虚拟机，并分配相应的硬盘。6、 规划迁移工具采用迁移工具从物理或虚拟的服务器向最终的虚拟化系统中进

15、展磁盘复制。7、通过工具执行在线迁移8 / 12准备好源系统，目标虚拟机以与目标系统后，决定迁移时需使用的迁移工具和迁移策略。8、迁移测试迁移后，需进展测试来验证迁移是否成功，测试场景如下： 应用服务迁移后对虚拟化根本功能的监测； 迁移前后应用服务的特性功能是否几乎一样； 虚拟化系统的性能监控； .9、停用旧系统截至目前现有的服务器已经被虚拟化和重复使用，其他一些不支持虚拟化的服务器上对应的服务也已经迁移到虚拟化平台，那么现在可将应用服务切换到虚拟系统并停用旧系统。1.5 运营商接入链路运营商接入链路路由路由迁移迁移运营商接入链路路由的迁移主要是新中心所需物理链路的申请， 接入路由制作、应用正

16、式切割前测试的开通以与切割当日应急措施。针对前四局部内容，可以按照中心需要完全备份一份，在系统正式切割前进展模拟运行测试。切割当日要做好应急保障措施，如切割一旦不成功，迅速切回原路由保障系统的运行。同时在新指挥备份足够的备份链路，支持人工受理。上述链路的具体配置方案在中标后进一步确认。1.6 应用系统和数据库迁移方案应用系统和数据库迁移方案针对本项目建设，我们将在应用系统和数据库迁移前，在用户新招标采购的云平台中部署与原应用一样的操作系统、中间件、服务器管理平台软件环境，确保迁移的环境变化风险最低。9 / 121.6.1应用服务器迁移应用服务器迁移针对本项目应用系统迁移，原系统全部是基于 II

17、S 应用环境、.NET 应用程序框架。本方案计划对 IIS 等应用环境以与.net 应用程序框架提出构建 IIS 环境的 NLB 群集，将当前系统不停机参加到 NLB 群集中，使之成为群集中的一个节点，而新环境如此为另外一个节点。实施完成后再退出此迁移群集，将新环境参加到新的构建的 NLB 群集。NLB 不但能实现均衡负载，而且还能实现多种形式的冗余。NLB 主要用于那些文件改动不大，并且不常驻内存的环境，比如 WEB 服务、FTP 服务、和 VPN服务等。当用户访问集群的时候，集群能将访问请求分摊到集群中的每个服务器上，以达到均衡负载的效果。这些服务器被称为集群节点。在负载平衡中，每个节点的

18、文件一般都要求是一样的。这样每个节点返回给客户的结果都是一致的。一般来说组建一个 NLB 要求至少两个节点，其中一个节点不能使用，这全部负载将落入到剩下的那个节点上，即全载。NLB 能提供三种冗余功能，软件冗余、硬件冗余、站点冗余。1.6.2数据库迁移实施数据库迁移实施针对本项目数据库迁移，需要将中心积累的历史数据文件搬迁到新中心服务器，并且要求最小宕机时间，同时面临的难点还包括服务器并不在同一个一个机房。 1、分析与设计思路针对本项目数据库搬迁环境特点：第一个是数据库文件比拟大；第二是传送文件的速度可能会比拟慢广域网传输 。初步解决方案如下。为了使宕机时间最短，我们这里使用完整备份和差异备份

19、来迁移数据库，在白天的时候对需要迁移的数据库进展一次完整备份XXX_full.bak ，并把备份文件拷贝这里可以使用 FTP 软件进展断点续传到目标服务器进展复原，等到下班时间之后再进展一次差异备份XXX_diff.bak ，再把这个差异备份拷贝到目标服务器，在完整复原的根底上再进展差异复原。10 / 12这里的宕机时间 = 差异备份时间 + 传送差异备份文件时间 + 复原差异备份文件时间，不存在宕机时间。2、保证数据迁移过程中的安全性和操作可审计性数据迁移中的安全性不可忽略，本方案设计基于多重数据审计功能实现迁移安全性和操作审计性。1.7 系统迁移的具体组织实施方案系统迁移的具体组织实施方案

20、针对本项目建设，涉与中心生产系统的搬迁，上述系统具有停机时间要求短、系统结构复杂、测试时间长、设备繁多、使用人员多、层次复杂等特点。本项目搬迁，时间非常紧,且设备间的稳定性也是一个考验。因此，必须协调好各单位人员的关系，齐心协力才可能在预定时间内完成搬迁工程。本项目搬迁组织以尽量不影响日常工作或将影响降低到最低为前提的情况下制定，即在保障内容最少日的最少时间节点开始搬迁，尽快完成必须搬迁的服务器、网络设备的搬迁、安装与测试。并且在开机以后，继续跟踪系统的运行情况，随时处理系统运行的异常情况。搬迁需要原系统建设公司人员的充分协调与配合下才能完本钱次搬迁任务。1.7.1搬迁规划搬迁规划实施流程：现

21、现场场勘勘察察与与X XX XX X技技术术人人员员现现场场交交流流确确定定实实施施方方案案对对所所有有设设备备进进行行分分析析，制制定定应应急急方方案案流程主要根据搬迁前的需要制定，主要详细了解当前系统设备情况，系统运行情况。针对所了解情况制定详细搬迁方案以与应急方案。专业工程师了解用户现在机房的现状以与搬迁后的具体要求。充分考虑在实施过程中可能出现的各种情况，定制详细可行性的迁移实施计划，将机房迁移工作对用户的影响降至最小。编制搬迁前与搬迁后的物理布置表、连接表、线缆号表。可根据用户情况分为多个系统进展分类。11 / 12在搬迁过程中需要 XXX 技术人员密切配合。为保证搬迁工作顺利、有序

22、、安全的进展将制定详细的搬迁流程，进展细致的分工，具体工作安排到人，责任到人。搬迁工作中的每项工作原如此最少安排2人，以保证工作的准确性。1.7.2详细实施方案详细实施方案为了搬迁能按时顺利进展，并且在搬迁后能够保证设备正常运行，我们制定了一系列简单明了的工作表，帮助工程实施人员确定各种搬迁工作中要执行的工作是否完成。防止工作失误，防止造成搬迁工作的延误。实施流程：备备品品备备件件工工具具准准备备新新机机房房现现场场检检查查设设备备标标记记数数据据备备份份目目的的机机房房检检查查表表数数据据备备份份表表设设备备端端口口标标记记表表设设备备关关机机设设备备下下架架设设备备搬搬运运设设备备连连接接设设备备端端口口标标记记表表设设备备开开机机功功能能测测试试完完成成目的机房的要求：需要在搬迁前检查目的机房的必要设备设施是否符合要求，本工作表是保证搬迁后设备能否稳定正常运行的先决条件，在搬迁前由搬迁负责人同相关人员填写确认。12 / 121.7.3应急处理应急处理在设备搬迁后出现异常情况时现场技术人员立即检查设备，检查故障现象，确定故障位置。硬件故障在备件准备 X 围内的立即更换，不在 X 围内的立即使用备用设备最短时间内启用备用设备。由于配置数据或系统不能启动的立即使用系统光盘备份数据等先前准备的备用工具软件系统软件重新按装或恢复。