电子政务建设项目迁移及部署方案

电子政务建设项目迁移及部署方案

目录

第1章系统概述 (1)

1.1系统现状及系统结构 (1)

1.1.1需要迁移系统描述 (1)

1.1.2现状拓扑图 (3)

1.2系统设备清单 (3)

1.2.1迁移系统目前虚拟资源： (3)

1.3系统数据交互 (5)

1.3.1横向数据交互 (5)

1.3.2纵向数据交互 (5)

1.4数据库及操作系统现状 (6)

第2章系统迁移设计 (7)

2.1迁移技术思路 (7)

2.2迁移到云平台后的系统结构 (8)

2.3性能容量计算 (1)

2.4性能容量测算依据 (2)

第3章迁移前的准备 (4)

3.1环境准备 (4)

3.2安全策略准备 (5)

3.2.1物理安全准备 (6)

3.2.2计算环境安全准备 (6)

3.2.3区域边界安全准备 (6)

3.2.4通信网络安全准备 (6)

3.3云服务资源准备 (6)

第4章迁移实施步骤 (7)

4.1应用迁移步骤 (7)

4.1.1应用迁移方法 (7)

4.1.2应用迁移流程 (8)

4.1.3应用迁移方式选型 (10)

4.2虚拟化迁移 (10)

4.2.1离线迁移 (11)

4.2.2在线迁移 (11)

4.2.3虚拟化迁移方法和流程 (13)

4.2.4虚拟化迁移方案 (15)

4.3数据迁移 (16)

4.3.1数据迁移方法和流程 (16)

4.3.2数据迁移方案设计原则 (17)

4.3.3Oracle数据库导出/导入迁移 (17)

4.3.4MySQL数据库导出/导入迁移 (22)

4.3.5异构数据库移植 (23)

第5章系统测试 (25)

5.1系统功能测试 (26)

5.1.1功能测试流程图 (26)

5.1.2测试设计 (27)

5.1.3测试用例 (30)

5.1.4测试执行 (32)

5.1.5测试结果评估标准 (32)

5.2性能测试 (32)

5.2.1技术要求 (32)

5.2.2测试流程 (33)

5.2.3测试内容 (34)

第6章数据灾难恢复方案 (37)

6.1灾难恢复项目小组的制定和职能 (37)

6.2业务恢复流程 (37)

第7章项目组织管理 (40)

7.1项目组织机构 (40)

7.1.1管理机构 (40)

7.1.2实施机构 (40)

7.2项目进度安排 (41)

7.2.1迁移计划及工作量 (41)

7.3安全管理制度 (42)

7.4人员培训 (43)

第8章风险评估及应急预案 (43)

附件：云服务清单 (45)

第1章系统概述

1.1 系统现状及系统结构

食品药品安全关系到人民群众的身体健康和生命安全，关系到经济发展和社会稳定，关系到党和政府的形象。食品药品安全是人民群众最为关心的问题之一，做好食品药品安全监管责任重大，重于泰山。党和政府对食品药品安全非常重视，中共中央十八届三中全会《关于全面深化改革若干重大问题的决定》中对加强食品药品安全监管作出专门安排。

随着社会经济的发展，人民群众对饮食用药安全要求的不断提高，我省食品药品监管形势依然十分严峻。省是食品生产加工、流通和消费大省，也是药品生产和流通大省，在食品药品产业快速发展，新型业态层出不穷，监管人力物力财力投入有限的形势下，单纯依靠“人海战术”进行监管，既打不赢也打不起，只有依靠信息化手段提升监管水平，才能实现对食品药品安全的全覆盖、全过程监管。

随着业务的增长，目前主要存在以下问题：一是场地有限，机房已没有机柜扩充空间，配电、网络接入无冗余，不符合机房规范建设标准；二是硬件设备投入不足，运行信息系统的多数服务器、存储等设备陈旧，性能瓶颈已开始显现，面临淘汰更新；三是专业信息管理人员匮乏，运维能力凸显不足；因此根据经信委的通知要求，药监局结合自身业务系统运行实际情况，经研究决定，现提出将业务系统迁移到公共服务云平台的申请，请给予支持。

1.1.1 需要迁移系统描述

1、省食品药品安全信息资源平台

信息资源平台是省食品药品安全“智慧监管”工程建设的核心组成部分，在规划、设计、建设过程中，坚持以信息为核心，建立标准规范、安全可靠、高效稳定的数据服务平台。能够将各类结构化和非结构化的大数据，经过预处理、清洗、转换、关联、比对、标识之后，变为有价值的信息资产，并以服务的方式对外发布，通过建成横向集成、纵向贯通、全局共享的数据服务平台，为各级监管部门

的日常工作、基础查询、综合分析、决策支持、深度挖掘提供服务，为市地部门二次开发提供服务，为社会公众提供便捷的信息服务。

2、省食品药品经营许可系统

对全省食品流通环节和消费环节的相关市场准入事项进行全流程信息化管理，建立起面向全省食品流通和消费监管的基础数据库，提高监督抽查有效性和风险研判的及时性。同时，注重市场准入审批业务的规范性，有效提高市场准入业务办理效率，提升市场准入服务的能力。

3、省食品药品安全日常监管系统

日常监管工作是各级食品药品监督管理部门实施行政监管业务的一项经常性工作。依照国家及省级食品药品监管部门制定的各项法律、法规及规章制度的要求，建设该系统，对各类管理相对人分别实施日常监督检查，及时发现各管理相对人的违法、违规行为，并针对违法、违规行为提出行政处罚整改要求，避免重大安全事故和公共群体性事件的发生。

4、省食品药品抽验检测系统

通过与基础数据库、食品监督抽检数据库，与检验机构及各级食药监部门相关业务系统的交互，实现对食品的抽样计划制定、计划下达、检验报告上报等抽样环节的规范化管理功能。

5、省食品药品注册信息管理系统

实现对省全部药品、药用辅料、药包材、医疗机构制剂品种进行注册和注册后管理，并实时更新信息资源平台管理信息。具体业务范围包括注册、再注册、换发批准文号、补充申请、备案、临床批件、新药证书、中药保护证书等。

6、省食品药品安全公共服务系统

健全相关应用系统，优化实现包括省食品药品监管局局向监管对象主体、社会公众提供的信息公开、政企(政民)互动、在线办事、投诉举报等公共服务功能。

7、省医疗器械监管信息系统

为进一步提高食品药品监管信息化水平，根据国家食品药品监管总局《关于印发全国食品药品监督管理机构执法基本装备配备指导标准的通知》（食药监财〔2014〕204号）要求，确定在现有食品药品监管信息系统基础上建设食品药品移动执法平台。该系统以食品药品监督管理局为数据和业务中心、组建覆盖省、

市、县（区）、乡镇三级的食品药品监管无线网络系统，并为移动执法提供硬件支撑。

1.1.2 现状拓扑图

1.2 系统设备清单

1.2.1 迁移系统目前虚拟资源

存储现状

1.3 系统数据交互1.3.1 横向数据交互

1.3.2 纵向数据交互

1.4 数据库及操作系统现状

第2章系统迁移设计

2.1 迁移技术思路

云应用迁移是为了将现有应用平滑迁移到云平台，应分三个步骤来实施：

1. 分析、设计及建设阶段

收集基础设施新建、改造、扩容需求。

识别和定义必需的运维、技术架构功能组件：包括技术规范、服务器架构、数据库服务/ 基础服务、并发处理能力、存储容量及增长趋势、SLA、故障响应时间、变更管理等等。

快速建设支持测试验证的环境，包括基础网络、存储和服务器环境。

2. 测试阶段

包括组件功能性测试、组件集成性测试和组件性能测试。

功能型测试：包括应用功能模块测试、高可靠性测试、数据备份测试等；

组件集成性测试：包括系统各模块间数据交互，与其他系统间数据交互，系统安全保障要求，设备故障恢复时间等；

组件性能测试：包括系统响应测试，负荷峰值，数据交换吞吐量等。

3. 迁移及扩展

制定完善的迁移方案、充分的实施方案、良好的应急预案等，最后实施迁移。

2.2 迁移到云平台后的系统结构

项目建设方案

9

省电子政务公共服务云平台包含互联网区及政务外网区。互联网区承担社会公众服务的内容，如互联网政府网站等；政务外网区承担政府内部服务的内容如业务应用系统等，为政务服务网、政务部门应用系统提供基础设施支撑。互联网区和政务外网区之间通过安全隔离措施进行控制。

政务外网区网络分为出口区、安全控制区、业务应用网络、服务管理网络、带外管理网络、容灾网络、数据交换区。

互联网区网络分为流量清洗区、链路负载安全控制区、业务应用网络、服务管理网络、带外管理网络、容灾网络、数据交换区。

2.3 性能容量计算

在进行迁移之前，应对每个应用系统虚拟化迁移后所需的虚拟计算进行合理的评估和计算，以确保迁移后应用系统的可用性、可靠性和各项性能指标可满足业务目标。

云资源计算的原则是，如果客户希望业务系统迁移后，业务系统能够保持与原系统一致的体验，我们建议虚拟机的计算能力与原物理服务器的计算能力保持一致；如果客户希望通过P2V的迁移，提高资源的利用率，我们建议虚拟机的计算能力可以相比原先进行一定程度的压缩，具体的压缩计算方式如下图所示。

根据先易后难、先小后大、有关联的业务系统统一迁移的原则，并在与客户协商后，确定业务迁移的计划，包括迁移时间窗口、所需资源等信息。

应用系统迁移前，建议进行健康检查，确保当前应用系统及所属的服务器、

存储设备、操作系统、中间件平台等均处于健康状态，没有未处理的告警、报错等异常信息。在条件许可的情况下，建议重启一次业务系统以测试业务是否可以自动启动且运行正常。对于重要或核心的应用系统，建议在进行迁移之前配合用户做好核心数据的备份，以规避迁移过程中由于各种软硬件故障、人员误操作等意外因素所带来的数据安全风险。

2.4 性能容量测算依据

应用服务器估算：

估算方式说明

应用服务器与主机测算方法不同，各系统基本上是基于J2EE架构实现，应用服务器运行Java中间件应用。因此，应用服务器测算标准按照业界公认的SPEC 组织的Jbb2005作为测算服务器运行Java应用所需要的能力。同时充分考虑系统的冗余处理能力，以及系统资源分配情况，即可估算出服务器的处理能力性能值。

估算方法：

计算公式：SpecJbb2005 =A×B/(1-C-D)

其中：

A:每秒最多要处理的业务量

B:每笔业务需消耗的SpecJbb2005峰值

C:系统的冗余处理能力

D：非Java应用所占用的系统资源百分比

据估算，应用系统总用户在20万左右，活跃用户为1万，最大并发比例5%；另外，实际应用经验表明，一台服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于70%时，是处于利用率最佳状态。因此，将CPU的冗余设定为70%。

交易峰值=在线用户数量*同时登陆比例（10%）；

每笔业务交易消耗一般为300个bops。

交易峰值=10000*0.05=500

SpecJbb2005（bops）=500*300/（1-0.3-0.15）≈272727

根据上述计算结果，通过查询SPEC测试报告，单台2路8核心处理器的应用服务器bops值约为1000000，根据specJbb2005值测算需要4C服务器约为2台。

数据库服务器估算：

在进行数据库服务器设备选型时，采用国际上通用的TPC委员会发布的用于评测在线事务处理业务的TPC-C基准为依据，综合考虑本项目各业务系统的交易复杂性、并发交易数、数据库读/写比例、数据库表结构等因素，推算出符合本项目综合业务规模的配置方式，同时考虑到系统管理所需消耗的资源，对重要资源保留一定的升级和扩展空间。

具体评估方法如下：

TPM=峰值标准事务量×峰值时间交易比例×扩容系数/冗余系数。

应用系统总用户在20万左右，活跃用户为1万，最大并发比例10%；根据经验，每分钟每人发起14个操作；每个操作平均为8个数据库标准事务；峰值时间处理量为平均值的5倍；另外，实际应用经验表明，一台服务器的CPU利用率高于80%则表明CPU的利用率过高会产生系统瓶颈，而利用率处于70%时，是处于利用率最佳状态。因此，将CPU的冗余设定为70%。

根据上述分析，数据库服务器的TPM（Transaction per minute）值计算如下：数据库服务器对于综合业务应用的TPM1值估算为：

TPM=1000*14*8*5/0.7=800000 tpmC。

根据上述评估方法计算的TPM值，根据TPCC官网查询主流2路服务器的参考值为1,320,082 tpmC，到2016年底前，建议选用2台16核心服务器作为数据库服务器，确保整个项目的可靠性。