【单点登录】统一内部应用门户模拟切换方案

信息中心总集成及公共服务建设项目

统一内部应用门户

系统切换方案

(V1.0)

目录

第一章引言 (3)

1.1编制目的 (3)

1.2参考资料 (3)

1.3读者对象 (3)

第二章系统切换成功标准 (3)

第三章数据库初始化部分 (4)

3.1初始化方案概述 (4)

3.1.1初始化目标 (4)

3.1.2成功准则 (4)

3.1.3实施总体进度 (4)

3.1.4前置条件 (4)

3.1.5实施计划 (5)

3.2初始化实施步骤 (5)

3.2.1总体步骤 (5)

3.2.2支撑用户 (6)

3.2.2.1 用户初始化 (6)

3.2.2.2 支撑用户初始化 (6)

3.2.3业务用户 (6)

3.2.3.1 用户初始化 (6)

3.2.3.2 业务用户初始化 (6)

3.2.4生产用户 (6)

3.2.4.1 用户初始化 (6)

3.2.4.2 生产用户初始化 (7)

3.2.5交换用户 (7)

3.2.5.1 用户初始化 (7)

3.2.5.2 交换用户初始化 (7)

第四章应用系统初始化部分 (7)

4.1初始方案概述 (7)

4.1.1初始化目标 (7)

4.1.2成功准则 (8)

4.1.3实施总体进度 (8)

4.1.4前置条件 (8)

4.1.5初始化风险分析 (8)

4.1.6实施计划 (8)

4.2初始化实施步骤 (9)

4.2.1总体步骤 (9)

4.2.2应用程序部署 (9)

4.2.2.1 测试环境 (9)

4.2.2.2 临时上线环境 (10)

4.2.3应用程序切换 (10)

4.2.4服务接口切换 (10)

4.2.4.1 服务接口梳理 (10)

4.2.4.2 服务接口切换 (11)

第五章相关要求和流程 (11)

5.1各板块确认数据的反馈与再确认 (11)

5.2各板块交换用户下基础数据的交换 (11)

5.3各板块确认基础信息数据 (12)

5.4各板块确认授权数据 (12)

第六章模拟切换试运行（8.29日～9.26日） (13)

6.1范围和目标 (13)

6.2计划 (13)

6.2.1切换前的准备 (13)

6.2.2整体切换计划 (17)

第一章引言

1.1 编制目的

本文档描述了统一内部应用门户相关内容切换工作流程和实施工作计划，确保临时上线系统数据平滑的转入正式上线环境，为新旧系统的平稳过渡提供有力的保障。

1.2 参考资料

图表 1 参考资料

1.3 读者对象

本文档的主要阅读对象为：

客户或客户方代表；

系统设计人员、开发人员、实施人员；

监理方、总设计方、总集成方相关人员；

系统接口单位代表。

第二章系统切换成功标准

统一内部应用门户（下面简称统一门户）系统切换成功标准，就是按照《统一门户系统切换方案》和《统一门户系统切换细则》的计划和要求，完成统一门户从临时提前上线环境，到最终生产环境的数据切割以及系统切换工作，并最终达到以下成功标准：

1、统一门户数据库完成切割工作并完整切换到最终生产环境下，保证表空

间、用户、表及试图、数据、权限和索引等实现完整的切换。

2、统一门户系统实现完整切换到最终生产环境并运行正常，并能通过用户模

拟试运行的测试。

3、统一门户与接入统一门户各业务系统之间的各类接口（WS接口或者试图）

都能正常执行，并确保发送和接收的数据都符合业务要求。

4、统一门户运行性能能够符合相关性能指标的要求。

5、单点登录，无论从功能上，还是性能上，都能满足各业务系统以及最终用

户的要求，最终满足支撑各业务系统整体上线的目标。

第三章数据库初始化部分

3.1 初始化方案概述

3.1.1初始化目标

统一门户的数据库初始化是支撑各业务系统正常运行的约束之一，初始化需要安全、有序的进行，最终完成统一门户数据库用户、对象、数据层复制、传输等工作，为各业务系统的运行和接口的运行提供保障。

3.1.2成功准则

统一门户切换内容包括支撑数据、业务数据、生产数据、交换数据。切换成功的标准是各核心业务系统可通过视图或webservice方式对统一门户保存的信息进行查询。板块间、板块外接口按照统一门户规划的接口方式实现无缝对接。

3.1.3实施总体进度

数据库初始化工作目前已经在联调测试前已经完成。并预计在系统模拟切换和正式切换期间，继续配合对各业务系统对数据进行对照的工作。

3.1.4前置条件

数据库初始化前置条件如下：

统一门户硬件和网络环境准备完毕可以连通。Ip地址设置完毕。

相应的数据库服务器上的数据库软件安装、rac环境配置、参数调整完毕，数据库软件版本号需与前期规划一致。

3.1.5实施计划

3.2 初始化实施步骤

3.2.1总体步骤

基础数据分为两类：

1. 应用程序启动数据，包括基础账户、表结构、应用结构数据，以上数据是应用程序启动的必要条件，由统一门户负责提供并维护。

2. 组织机构和人员数据，统一门户已经完成初步的清洗和导入，IBM780数据库中已经存在部分正式数据，无效待确认数据也已经根据板块重新提交确认和补充。系统上线后存在两类原因会导致2类基础数据非正常变动:

1. CA数据初始化，从科信局获取首批CA证书用户数据后，需要初始化数据并导入生产库，由此带来部分关键用户的单次基础属性数据变更。

2. 联调测试数据确认，业务系统上线前，需要确认统一门户提供的单位基础信息数据和人员基础信息数据，如果发现数据不能满足上线要求，存在对正式数据做增量处理、更新处理的风险，由此带来部分板块用户的多次增量数据变动。