⼀、 适配迁移⽅案整体理解

根据对应⽤系统现状及需求分析的理解，整体理解如下： 

1、⾸先对应⽤系统进⾏现状调研，了解应⽤系统的功能内容、性能指标、使⽤情况等，根据了解到的需求情况编写应⽤适配⽅案，即可开始准备适配与迁移改造⼯作。 

2、为了不影响⽤户正常使⽤应⽤系统处理⼯作，因此本次应⽤适配与迁移按 照“双轨并⾏、试点突破、符合实际、有效验证”的战略要求，“双轨并⾏”路线主要是不对实际的业务处理结果产⽣实质性影响，保证混合环境运⾏的⼀致性和完整性，圆满完成应⽤的适配与迁移。 

3、数据库适配是本次应⽤迁移重点、难点，解决⽅案是使⽤国产数据库⾃有的适配迁移⼯具和⼈⼯重复多次验证，最终保障数据完整迁移，不异常。 

4、鉴于原系统建设单位并⾮我单位，适配与迁移过程中还存在与原软件开发商协调的⻛险，我单位会与原⼚商积极协调，紧密合作，圆满完成本次迁移⼯作。 

5、为了防范物理损坏导致的数据丢失问题，在数据安全⽅⾯，最重要的是保障数据的备份和恢复，尤其是在双环境分布式数据架构环境中，不仅需要使⽤国产数据库软件提供的备份⼯具进⾏本地备份，还需要开发不依赖于特定数据库基础软件的⼯具程序，将数据备份到指定的备份服务器上，使数据体系具备多个副本，尽可能保证在设备异常情况下，能够及时恢复数据，维系应⽤系统的不间断运⾏。

6、本次迁移适配选择以⻜腾CPU、⻓城整机体系代表的国产ARM架构，ARM技术架构具有体积⼩、低功耗、低成本、⾼性能、执⾏速度快等明显优势。 

⼆、 技术路线

⽬前国产CPU⼚商得到了相应指令集的架构授权，CPU的指令集分为复杂指令集 (CISC)和精简指令集(RISC)两⼤类。复杂指令集以 x86 架构为代表，精简指令集 则包括 ARM、MIPS、Alpha、Power 等。 

我单位选择的迁移适配技术路线是以⻜腾CPU、⻓城整机为体系代表的国产ARM 架构。 ARM架构的优势体现在：

1、ARM 通过三⼤层级授权联合⾏业伙伴，扩展产业应⽤⽣态。 

使⽤层级授权：是最低的授权层级，可以使⽤封装完毕的ARM处理器核⼼，可通过增加封装之外的DSP核⼼的形式实现更多的功能和特性，例如频率、功耗等， 不可改变原有设计，ARM对⼤多中国背景的企业采⽤这⼀级别的授权。 

内核层级授权：可以以内核为基础添加外设，⽐如USART、GPIO、 SPI、ADC 等，最终都形成了新的 MCN，代表⼚商为三星、德州仪器、博通、⻜思卡尔、富⼠通等。 

架构/指令集层级授权：可以对 ARM架构或 ARM指令集进⾏改造以实现⾃⾏设计处理器，代表⼚商为⾼通 Krait、Marvell 以及⻜腾等。 

2、体积⼩、低功耗、低成本、⾼性能

ARM 架构是⼀个精简指令集（RISC）处理器架构家族，ARM处理器体积⼩，不占空间，能够完美完成嵌⼊式环境下的应⽤，ARM同样保持着超强的性能，在世界都处于领先地位，不仅如此还⼒求做到最低的功率消耗。ARM结构的优点是能 兼顾到性能、功耗、代码密度、价格等⼏个⽅⾯，⽽且做得⽐较均衡。 

3、指令执⾏速度更快，指令⻓度固定

ARM处理器共有37个寄存器，被分为若⼲个组（BANK），这些寄存器包括：31 个通⽤寄存器，包括程序计数器（PC指针），均为32位的寄存器。6个状态寄存器，⽤以标识CPU的⼯作状态及程序的运⾏状态，均为32位，⽬前只使⽤了其中的⼀部分。与ARM代码相⽐较，可节省30%～40%以上的存储空间，同时具备32位代码的所有优点。 

4、很好的兼容8位/16位器件

ARM微处理器同时还⽀持较新体系结构中的⽀持两种指令集：ARM指令集和 Thumb指令集。其中，ARM指令为32位的⻓度，Thumb指令为16位⻓度。但同时Thumb指令集⼜是ARM指令集的功能⼦集。 

5、丰富的可选择芯⽚

拥有丰富的芯⽚，在国内市场上，常⻅的有ST、TI、NXP、Atmel、Samsung、 OKI、Sharp、Hynix、Crystal等⼚家的芯⽚。⽤户可以根据各⾃的应⽤需求，从性能、功能等⽅⾯考察，在许多具体型号中选择最合适的芯⽚来设计⾃⼰的应⽤系统。 

6、⾼并发处理效率，升级速度快

⽬前ARM已经做到⾼密度整合，由于ARM授权的弹性以及核⼼架构的简洁，ARM 架构与GPU、多媒体译码核⼼、基频调制解调器、I/O 控制等架构整合，透过 SoC（System On a Chip，系统单芯⽚）的⽅式，ARM架构应⽤处理器完成近年 x86 架构处理器积极跨⾜的单芯⽚设计，并且通过各种不同的核⼼分⼯各司其职，相较于传统处理器有更好的并发处理效率。⽬前 ARM 已经明确了其针对数据中⼼的 Neoverse 架构迭代升级策略，每⼀代性能提升都在30%以上，远远超 过X86架构CPU每⼀代性能提升的幅度。未来，ARM在性能上与X86之间的差距将不断缩⼩，产品性能将逐渐优越。 

7、AI 时代，数据处理层⾯优势

在云端市场，随着⼈⼯智能、云计算、物联⽹等新⼀代科技领域的兴起，云端计算架构拐点已⾄。在以上领域，云端、计算对intel X86服务器 CPU依赖较弱， ARM凭借在CPU和GPU处理器领域领先技术优势，⽬前，ARM凭借技术先发优势，设计的ML处理器架构已成功补全AI市场空⽩，能够应对⼏乎所有应⽤场景的AI/ML 需求。 

三、 ⽅法的科学合理性

通过调研后的需求编写应⽤迁移⽅案，开始进⾏迁移适配实施。适配⽅案在已搭建的迁移适配实验室中进⾏测试，通过在国产化环境下测试应⽤系统迁移⽅案的可⾏性，不断验证⽅法合理性，通过以上测试认证，证明迁移、适配⽅法科学合理。 

四、 系统调研 

4.1 调研⽬的

充分调研系统使⽤单位各业务应⽤系统情况，包括具体应⽤系统名称、系统功能情况、系统性能指标、系统⽤户数量、系统安全等级保护等级、系统安全指标、系统部署情况、系统开发语⾔及系统架构等，同时摸清应⽤系统使⽤服务器的资 源情况，⽹络情况，并进⾏系统适配分析和技术路线选型。

4.2 ⽤户分析

了解系统使⽤单位当前使⽤习惯现状，包括对操作系统、办公套件、安全防护软件等，是否对国产化平台下相关软件的存在了解。对于⼤部分⽤户来说，可能⾯临着操作模式、使⽤习惯、⽤户体验等⽅⾯的较⼤调整。 

五、 迁移改造

应⽤迁移⼯作正式启动，⾸先在迁移适配实验室国产化环境下进⾏迁移改造，主要是系统功能、历史数据的迁移及改造⼯作。 

5.1 系统功能适配与迁移及改造

迁移改造不影响⽤户使⽤⽅正常办公的前提下，按照“双轨并⾏”的原则，将业务应⽤系统的功能平滑移植到迁移适配国产化环境下。根据迁移后的完整内容，修改调整代码层、数据库表结构、字段等，达到与原应⽤系统⽆任何差异。 

5.2 数据库适配

5.2.1 数据整理策略

数据整理就是将原系统数据整理为系统转换程序能够识别的数据。数据整理⼤致分为两个阶段：第⼀阶段就是将不同类型来源数据采集备份到统⼀的数据库中； 第⼆阶段就是将原始数据进⾏整理，按照不同的要求分类进⼊不同的中间数据库，为数据转换提供中间数据。数据整理过程采⽤了以下⽅法：

 （1）确保原始数据的完整性

在进⾏数据整理之间，我们先需要对原始采集数据进⾏备份。备份的⽬的有两个：⼀个是统⼀数据库，便于数据转换，另⼀个就是为以后数据追根溯源提供参考依据。在本系统中，我们将采⽤DB2作为备份统⼀数据库。 

（2）数据分级过滤策略

数据分级过滤就是把数据按照不同的数据级别进⾏分类整理进⼊不同的中间数据库中。本系统中我们把数据分为三个级别：废弃数据、待调整数据、可转换数据。废弃数据就是该部分数据的存在对系统资源造成浪费的数据，并且会影响以后系统的运⾏。待调整数据就是该部分数据严重影响新系统的运⾏，必须进⾏⼈⼯调整后，⽅可进⾏数据转换。可转换数据就是该部分数据不需做任何处理，基本满⾜数据转换的要求或者是该部分数据新系统建议调整，但是不影响系统的运⾏，可以等新系统运⾏后再调整，这样可以为数据转换⼯作节省很多时间。 

（3）借助数据整理相关⼯具

数据整理⾮常艰巨，涉及的数据量很⼤，通过⼈⼯检查是不可能完成的，因此必须编写相关的数据整理⼯具完成数据整理。包括数据整理⼯具和数据纠错⼯具。 数据整理⼯具负责将原始备份数据库中的数据进⾏分类进⼊不同的中间数据库； 数据纠错⼯具负责提供友好、⽅便的⼯具界⾯供⽤户⽅相关⼈员完善和纠正错误数据。 

（4）利⽤中间库作为桥梁

由于原系统和新系统的数据库结构可能不⼀样，所以采⽤中间库作为衔接新旧系统数据的重要桥梁，对于建⽴新旧系统的对照关系很重要。⼀旦业务⼈员对新系统中某项转换数据存在疑问的情况下，就可以通过中间库的关联，顺利找出原数据。 

5.2.2 数据转换

数据转换就是将整理后的数据，依照对照表的要求进⾏转换，并写⼊到新系统。 这个过程可以通过交换系统实现。 

数据整理与转换步骤

（1）设计数据移植⽅案设计数据移植⽅案主要包括以下⼏个⽅⾯⼯作：研究历史数据的结构、来源、数据项定义、取值等现状，研究新旧数据库结构的差异，评估和选择数据移植的软硬件平台、选择数据移植⽅法、选择数据备份和恢复策略、设计数据移植和测试⽅案等。 

（2）源数据库数据清理对于⼀个运⾏已久的数据库，主要存在三种数据库垃圾：数据库对象垃圾、数据 库权限垃圾、数据垃圾。数据库对象的清理不是⼀件容易的⼯作，需有认真负责的态度，要有耐⼒，任何错误的清理不仅会造成前端不能运⾏，⽽且将会造成数据的丢失。所以清理数据库对象也许需要⼀个安全、准确，可很快恢复的⽅法。 

⾸先要认识数据库资源，包括数据库对象，如表、数据库事件、过程、函数，数据库结构关系，在此基础上结合运⾏系统，确认数据库垃圾，制定合理的垃圾清理⽅案，达到清理垃圾的⽬的。 

主要⽅法是对数据库数据进⾏整合和分解，整合相关数据减少数据的重复，分解 数据则可是数据团体更趋向合理，当然整合和分解要以适合新设计的数据库结构为基础，以便简化转化程序。 

（3）进⾏数据模拟移植

根据设计的数据移植⽅案，建⽴⼀个模拟的数据移植环境，它既能仿真实际环境⼜不影响实际数据，然后在数据模拟移植环境中测试数据移植的效果。 

数据模拟移植前也应按备份策略备份模拟数据，以便数据移植后能按恢复策略进⾏恢复测试。

（4）测试数据模拟移植

根据设计的数据移植测试⽅案测试数据模拟移植，也就是检查数据模拟移植后数据和应⽤软件是否正常，主要包括：数据⼀致性测试、应⽤软件执⾏功能测试、 性能测试、数据备份和恢复测试等。

（5）准备实施数据移植

数据模拟移植测试成功后，在正式实施数据移植前还需要做好以下⼏个⽅⾯⼯作：进⾏完全数据备份、确定数据移植⽅案、安装和配置软硬件等。

（6）正式实施数据移植

按照确定的数据移植⽅案，正式实施数据移植。 

5.3 操作系统适配

国产操作系统多为以Linux为基础⼆次开发的操作系统。Linux，全称 GNU/Linux，是⼀套免费使⽤和⾃由传播的类Unix操作系统，是⼀个基于POSIX 和Unix的多⽤户、多任务、⽀持多线程和多CPU的操作系统。Linux不仅系统性 能稳定，⽽且是开源软件。其核⼼防⽕墙组件性能⾼效、配置简单，保证了系统的安全。伴随着互联⽹的发展，Linux得到了来⾃全世界软件爱好者、组织、公司的⽀持。通过对服务器端国产Linux操作系统进⾏适配，并对适配结果进⾏适配性改造和升级。 

5.4 中间件适配

中间件位于底层平台(操作系统)和应⽤软件之间，是⼀种跨平台的基础软件。⽬前，中间件主要⽤于解决分布式环境下数据传输、数据访问、应⽤调度、系统构建和系统集成、流程管理等问题，是分布式环境下⽀撑应⽤开发、运⾏和集成的平台。随着 IT ⾏业的发展，许多软件需要在不同的硬件平台、⽹络协议异构环境下运⾏，应⽤也从局域⽹发展到⼴域⽹，传统的“客户端/服务器”两层结构已⽆法适应需求，以中间件软件为基础框架的三层应⽤模式应运⽽⽣。通过在中间层部署中间件，主要⽬的在于：1）⾼并发访问的处理和快速响应；2）屏蔽异构性，实现互操作；3）可对数据传输加密，提⾼安全性。 

我⽅在服务器端适配的中间件产品为三期名录产品，将正在使⽤的业务应⽤系统内的中间件轻松移植替换成国产中间件，通过⼀系列的操作配置，使国产中间件可以有效⽀撑业务应⽤系统，同时兼容国产CPU、操作系统、数据库等主流国产软硬件产品，实现业务应⽤系统与国产中间件能够良好兼容适配，⽀撑⽤户正常⼯作。

5.5 系统架构适配

现在软件开发的整体架构主要分为B/S架构与C/S架构，选择哪种架构不仅对于软件开发公司很重要，也对应⽤企业很重要，在应⽤的过程中，肯定会碰到这个问题。 

C/S（客户端/服务器模式）： 

客户端和服务器都是独⽴的计算机，客户端是⾯向最终⽤户的应⽤程序或⼀些⼝设备，是服务的消耗者，可以简单的将客户端理解为那些⽤于访问服务器资料的计算机；服务器是⼀台连⼊⽹络的计算机，它负责向其他计算机提供各种⽹络服务。 

B/S（浏览器/服务器模式）： 

这种模式是随着Internet技术兴起⽽出现的⼀种⽹络结构模式，将系统⼤部分的逻辑功能集中到服务器上，客户端只实现极少的事务逻辑，使系统的开发和维护都更简洁。

最常⽤C/S架构技术为微软.Net平台。对此类应⽤适配，项⽬重新开发是最好选择。原因两点：.Net平台在理论上可以迁移国产操作系统，实际基本⽆法迁移。 数据库也⾯临重新对接AQKK数据库。所以，.Net平台迁移基本就属于重构。 

C和C++也可以实现C/S架构，以及常⽤的算法库也会由C&C++语⾔编写，对于此类项⽬迁移，基本不可能⽤Java重写，重写之后也不可能达到技术要求（如速 度、效率、硬件调⽤、并⾏计算、图形计算、加密算法等）。此类项⽬只能通过 C&C++重写。

C/S架构适配，将满⾜UOS、麒麟等纳⼊三期名录的国产操作系统适配。⽽B/S架 构通常分为含插件的B/S架构和不含插件的B/S架构，不含插件的B/S架构可直接进⾏基于浏览器的跨平台迁移，含插件的B/S架构，除基于浏览器的跨平台迁移外，还需考虑插件本身的适配情况，需要获取到插件⼚商的⽀持，必要时涉及源代码的修改。 

六、 适配改造

应⽤系统适配适⽤于依旧运⾏于X86服务器的应⽤系统，在X86服务器运⾏的基础上，满⾜对国产化软件的适配使⽤，主要包括操作系统适配、数据库适配、中间件适配、应⽤客户端适配等。

6.1 多浏览器适配

对B/S架构下应⽤系统的Web浏览器进⾏兼容性适配，适配国产化环境下的国产浏览器和X86环境下⽕狐、chrome、360等主流浏览器，⻚⾯是否能正常打开、 ⻚⾯内容是否完全显示、⻚⾯打开⽆明显卡顿等为评判标准进⾏适配优化。

6.2 外设适配

外设适配主要为常⽤第三⽅外接设备的适配，与外设⼚家紧密结合，获取外设系统接⼝，与应⽤系统在国产环境下进⾏适配兼容。

七、 适配⾃验证

根据应⽤系统的特点，在我公司搭建的迁移适配国产化环境下进⾏多⽅⾯的测试，对操作系统、数据库、中间件、应⽤客户端、多浏览器、外设等进⾏适配⾃验证，以获得良好完善的功能、性能、可⽤性、兼容性及安全性等。

7.1 功能测试

验证迁移之后的应⽤系统功能的完整性和正确性，包括应⽤功能模块测试、⾼可靠性测试、数据备份测试等。 

7.2 性能测试

吞吐量：每秒钟系统能够处理客户的请求数、任务数，其直接体现系统的承载的能⼒。 

并发⽤户数：同⼀时刻与服务器进⾏数据交互的所有⽤户数量； 

响应时间：服务处理⼀个请求或⼀个任务的耗时。 

错误率：⼀批请求中结果出错的请求所占⽐例。 

7.3 ⽤户界⾯测试

测试⽤户界⾯的功能模块的布局是否合理、整体⻛格是否⼀致、各个控件的放置位置是否符合客户使⽤习惯，此外还要测试界⾯操作便捷性、导航简单易懂性， ⻚⾯元素的可⽤性，界⾯中⽂字是否正确，命名是否统⼀，⻚⾯是否美观，⽂字、图⽚组合是否完美等。 

7.4 兼容性测试

应⽤系统要进⾏严格的兼容性测试，⾸先是与操作系统的兼容性测试；其次对国产不同的浏览器进⾏综合性的测试，还要对同⼀浏览器进⾏不同版本的测试。最 后要对分辨率和打印机进⾏兼容性测试，分辨率主要是测试⻚⾯版式在不同分辨 率下是否能正常显示，打印机测试是看浏览器⽹⻚是否能正常打印。 

7.5 安全测试

登录与权限：验证⽤户输⼊有效性，验证输⼊错误的⽤户名或密码不能登录，不能输⼊⾮法字符，允许登录失败的次数等。 

超时限制：⽤户登录后在⼀定时间内（通常为15分钟）没有对该⻚⾯进⾏包括点击在内的任何操作，是否需要重新登录才能正常使⽤。 

加解密测试：测试⽤户名和密码是否为加密，加密是否正确。 

7.6 组合测试

对出现的缺陷进⾏修改并重新验证，确保修改的正确性，最终达到所有功能、性能所规定的标准，即完成在我公司的测试验证，由我公司出具测试报告。 

⼋、 测试认证

我公司将修改验证成功后的应⽤系统测试完成后，由甲⽅进⾏验证测试。 

九、 迁移实施

⾸先与⽤户确定割接时间，建议正式数据转换时间放在⽉结刚刚完成后并且最好是节假⽇期间进⾏迁移切换。 

第⼀步：编写《系统切换⽅案》。

系统切换⽅案包括系统切换⽅法、系统切换计划等内容。

第⼆步：组织相关⼈员对《系统切换⽅案》进⾏评审，如果未通过，则需要调整系统切换⽅案。

第三步：进⾏业务系统数据转换。

在进⾏业务系统数据转换前，需要先选择⼀个时间点进⾏业务系统数据采集。该时间点的选择以完成⼀个完整的业务周期为准。 

（1）转换时机

根据以往的经验，我们建议将正式数据转换的时间放在系统⽉结刚刚完成后并且最好是节假⽇。

（2）准备⼯作

正式数据转换前的准备⼯作是⾮常多的，现列举如下： 

编写详细的《数据转换指南》。《数据转换指南》应该是在前⾯的⼏次试转换过程中编写并完善的，要详细说明数据转换的全过程，包括：准备⼯作、执⾏步 骤、注意事项等。

编写执⾏脚本。在前⾯⼏次试转换的基础上编写并完善好数据转换执⾏脚本。执⾏脚本包括：转换执⾏脚本、验证执⾏脚本等。所有的脚本都必须安装执⾏的先后顺序编写，在正式转换时将按照顺序来执⾏。 

数据库环境准备。根据以往的经验，在正式转换阶段出现的异常往往都是有数据库⽅⾯的，⼤部分是因为数据库环境没有准备好。数据库⽅⾯需要做好如下⼏⽅⾯的准备：表空间划分、⼤数据⽂件准备、⼤回滚段准备、创建索引等。 

其他必要准备。在正式转换前，⽼系统要停⽌使⽤，同时在还需要把⽼系统的数据做⼀次完整的备份。

（3）执⾏过程

数据转换时将按照已经编写好的转换执⾏脚本来进⾏。对没⼀步的操作都要做好⽇志记录，⽇志分两种，⼀种是计算机⾃动产⽣的⽇志，如LOG⽂件；另⼀种是 在转换执⾏过程中⼿⼯做的记录。在正式转换时，要求⾄少两⼈⼀起⼯作，其中 ⼀⼈负责操作，另外⼀⼈负责监督，两⼈都必须做好记录。

每执⾏完⼀条转换命令后都需要去查看⼀些错误记录表，如果出现异常错误信息，需要暂停转换执⾏，对错误分析处理完毕后才能继续执⾏。 

（4）验证过程

转换执⾏结束后，需要对转换的结果进⾏验证，验证时按照已经编写好的验证脚本来进⾏，验证最好由两名以上的⼈员分开来进⾏，在验证过程中做好每⼀步的 验证记录。 

如果在验证过程中没有发现异常，并且⼏名验证⼈员的验证记录都⾮常⼀致，则可以认为已经通过验证。

（5）收尾⼯作

数据转换⼯作执⾏完毕后，需要对关闭原有系统全部的业务经办功能，只开发查询功能，以便业务⼈员在需要时可以继续查询旧系统中的数据。 

对新系统的数据进⾏⼀次物理备份，同时启动新系统数据库的重做⽇志功能。

到此时为⽌新旧系统数据转换⼯作全部结束，整个应⽤系统将切换到新系统上来 运⾏。

第四阶段：新系统运⾏监控及数据整理 在所有新系统平稳运⾏后，还需要进⾏定期的运⾏监控以及对部分数据进⾏调整。

对于那些对系统运⾏未造成影响的，在数据整理过程中，没有进⾏数据修正，所以在系统平稳运⾏后，需要对这些数据进⾏调整。 

系统切换保障措施

系统在整个切换过程中，安全、平稳过渡是第⼀位的。我们将采⽤如下措施保证系统切换安全：

（1）数据备份

在进⾏新旧系统数据转换时，对原系统数据进⾏备份以保证历史数据的可追溯性。⼀旦在新系统中业务办理出现问题，则可以通过追溯历史数据来判断是数据 转换错误，还是新系统程序存在BUG。

（2）数据测试

数据测试分为两个层次测试，⼀个是数据监测性测试，就是在数据转换完成后， 测试数据的转换正确性；⼆是验证性测试，验证性测试通过使⽤已经通过功能测试的新系统办理实际业务来验证数据转换的正确性。

数据测试是⼀个关键环节，关系到系统切换的成功与否，所以必须加⼤测试⼒度来保证数据转换的正确性。⽽与数据测试相关的系统功能测试也必须重视，因为如果系统功能如果存在问题，则数据测试也就⽆法保证正确性。

（3）切换点的选择

系统在什么时候进⾏切换，也是⼀个很关键的问题。⼀般情况下，我们都选择⼀个业务周期结束，下⼀个业务周期开始的时候进⾏切换。

（4）切换⽅式的选择

系统切换有两种⽅式，⼀种是新旧系统并轨运⾏，⼀种是新系统单轨运⾏。对于第⼀种⽅式旧系统为主，新系统为辅，在时机成熟的时候在切换到新系统运⾏； 第⼆种是以新系统为主，旧系统为辅，旧系统只是验证新系统业务办理的正确与 否。第⼀种⽅式安全系数由于过渡期时间会很⻓，业务⼈员⼯作量很⼤，⽽第⼆种由于直接采⽤新系统，存在⼀定的⻛险，我们可以通过加⼤测试⼒度来降低⻛ 险。综上所述，我们建议采⽤第⼆种⽅式，就是新系统为主，原系统为辅的⽅ 式。 

⼗、 试运⾏

将系统部署在政务云上，进⾏试运⾏，试运⾏期间，新旧系统并轨运⾏，试运⾏期间⽆任何问题后，慢慢将业务过渡到新系统上正常使⽤。 

⼗⼀、 信息化系统迁移适配保障

1、双轨并⾏

应⽤系统迁移全程按照“双轨并⾏、试点突破、符合实际、有效验证”的保障措施成功完成本次应⽤迁移。 

建⽴现有运⾏环境和国产化运⾏环境的双轨运⾏模式，必须保证现有系统和国产化适配试点应⽤的协同联动，通过数据同步分发和⼀致性校验，使终端⽤户⽆论使⽤现有系统还是使⽤国产化终端应⽤，均能够获得⼀致的⽤户体验，确保所有应⽤操作在双运⾏环境间同步⼀致，所有单元功能的请求、响应正常、稳定，不对实际的业务处理结果产⽣实质性影响，保证混合环境运⾏的⼀致性和完整性。

2、数据备份

为了防范物理损坏导致的数据丢失问题，在数据安全⽅⾯，最重要的是保障数据的备份和恢复，尤其是在双环境分布式数据架构环境中，不仅需要使⽤国产数据库软件提供的备份⼯具进⾏本地备份，还需要开发不依赖于特定数据库基础软件的⼯具程序，将数据备份到指定的备份服务器上，使数据体系具备多个副本，尽可能保证在设备异常情况下，能够及时恢复数据，维系应⽤系统的不间断运⾏。