新一代项目群上线方案Word文件下载.docx

1、 73.1 投产切换组织架构3.2 投产切换组织职责第4章 总体协同控制及主要工作计划 94.1 切换管理流程4.2 新一代项目上线切换关键时间点4.3 基础设施部署 104.4 技术组件、安全组件、框架、平台部署 114.5 数据迁移 124.6 试营业第5章 应急预案 135.1 应急回退总体策略5.2 关键应用应急方法第6章 运维保障 146.1 运维保障组织6.2 支持响应6.3 现场支持 15按照新核心项目群总体工作安排，我行新核心系统建设经过需求分析、程序开发、系统测试等步骤，将进入上线阶段。经新核心领导小组审议评估后，确定2018年6月X日18：00到2018年6月X日（T+2日

2、）8：00，按计划完成业务系统切换工作。在业务系统上线期间，所有柜面及外围服务渠道（包括但不限于各项中间业务、电话银行、POS、自助设备等）将全部暂停提供服务。6月X日（T+3日）8：00业务系统上线完成后，恢复对外营业。为保证业务系统顺利切换上线，现将有关工作安排如下，请各分、支行（营业部）高度重视，加强领导，组织相关人员认真学习，并严格遵照执行。第1章 概述系统切换方案是“新一代”系统切换及分行系统切换工作的纲领性文件，是决策指挥的主要依据，是实施切换的行动指南。方案本身的完整性、合理性、一致性在很大程度上决定了系统切换的成败。系统切换方案设计过程中重点关注系统切换的目的和范围、切换组织和

3、职责、切换协同控制、以及运维保障等四个方面。1.1 系统切换定义系统切换指在规定的时间内，将包括基础设施、技术框架平台、数据迁移、应用版本等各方面准备就绪，并按规定的时序及操作步骤，完成基础设施、技术框架平台及应用版本整体切换，经过业务验证后转入全面投产的过程。1.2 系统切换工作范围系统切换阶段是“新一代”项目工作的核心阶段。“新一代”上线项目系统切换由系统切换准入阶段、基础设施准备阶段、数据迁移阶段、版本部署阶段、系统切换阶段、试营业阶段六个阶段组成。1系统切换准入阶段的主要工作包括：1）分项准备工作检查 上线所需文档检查：包括用户测试报告、版本检验报告、运维文档等 基础设施就绪检查：包括

4、设备、网络等 业务准备检查：包括业务制度、业务培训、人员岗位等 分行上线就绪检查：包括分行技术和相关业务落实2）上线准入评审2基础设施准备阶段的主要工作包括： 完成基础环境的准备。包括完成基础设施实施工艺；进行环境、服务器、网络、存储等资源部署及分配；网络访问关系开通。 完成基础软件安装。包括操作系统数据库等通用软件安装；专用软件预装；用户口令分配；软件调试及参数配置。 完成纳管工具的部署。包括CMMP、SOM、云平台、CCSD等。 分行员工渠道电脑、终端、互动终端等基础设施的部署。3数据迁移阶段的主要工作包括： 数据准备：包括源系统卸载和初始化数据 数据转换：迁移环境下的数据转换前检核、数据

5、转换和转换后检核 数据加载及加载后的检核：从迁移环境加载至生产环境，并进行检核4版本部署阶段的主要工作包括： 应用版本（含相关配置文件、脚本）获取、安装部署及配置； 随应用版本部署，进行技术平台框架、技术组件的版本获取、安装部署。5系统切换阶段的主要工作包括： 停老系统服务 打开网络关系通路 启动服务。6试营业阶段的主要工作包括： 技术验证（绿灯） 业务验证。1.3 系统切换方案的预期读者系统切换方案的预期读者包括：切换工作参加人员和“新一代”项目相关实施人员。第2章 投产策略和范围“新一代”投产以“平滑释放业务、高质安全投产切换”为原则，以“先基础后应用、先渠道后产品服务、高耦合应用系统同步

6、上线”为策略确定投产范围和计划。投产批次和计划为：按照晋城银行3天切换步骤填写。2.1 投产策略和范围“新一代”项目上线共涉及XX个应用主线、XX个平台、XX个框架/技术和安全组件，投产策略及范围如图：画一个应用、平台、技术和安全组件的三层图。说明：1基础设施：一次投产，包括Web/Ap/DB服务器、网络/安全/存储、高可用/负载均衡、分行基础设施。2框架：一次投产，包括主机框架、Java框架、C/C+框架、电子渠道框架。3技术组件：一次投产，包括交互组件桌面云和移动终端管理、集中监控、文件传输、应用调度、消息中心、统一通信即时通讯和邮件传真短消息。4安全组件：一次投产，包括密码服务、内部用户

7、认证、外部客户认证。5平台：与应用配套一次性投产。包括XXXXXXXx。6.应用：根据业务依赖关系应用版本分批上线。第一批应用版本包括机构员工、产品研发、定价管理、参数管理四个基础应用，员工渠道应用，托管、家庭现金管理两个产品应用，非现场审计和企业级数据应用；第二批应用版本包括客户信息基础应用，客户渠道应用，企业现金管理、代收代付、金融市场三个产品应用，以及支持第二批基础应用和产品应用员工渠道应用和企业级数据应用版本。7. 现有系统：包括与新一代配套和日常项目的现有系统改造版本。（详见附件）2.2 业务释放功能应用版本上线时间应用业务功能X月X日柜面基本功能、单点登录、柜外清业务、取消5万元以

8、下转账业务凭条、员工渠道报表、支持新一代机构员工、参数管理员工渠道操作核心系统参数审批流程、参数信息库集中作业信贷系统影像系统第3章 组织体系与职责新一代上线切换工作涉及面比较广，业务面影响面大，复杂程度高，涉及总分行协同工作，需要建立一套高效的组织体系来保障该项工作的有序开展。3.1 投产切换组织架构3.2 投产切换组织职责 总指挥指挥切换上线工作重大事项和重大问题的决策、部署、协调和指挥。 副总指挥协助总指挥做好切换上线工作重大事项和重大问题的决策、部署、协调和指挥。 技术切换指挥主要包含应用系统实施和基础设施实施两部分。应用系统实施由各项目作为实施主体，基础设施实施由数据中心为实施主体。

9、 业务切换指挥负责所辖职能的业务问题的决策、部署、协调和指挥。 上线总控组负责管控基础设施投产、数据迁移及版本上线、总分行实施、业务切换和运维保障过程中切换工作的有效执行。 基础设施切换数据中心牵头，执行主体为数据中心各专业团队和各分行信息技术管理部，主要负责完成主机、服务器、存储、网络、工具、机房环境、电力等基础设施的投产实施工作。 数据迁移及版本上线由数据中心牵头负责具体的操作执行，新一代项目数据迁移组及各项目组支持和配合，完成数据迁移及版本上线切换过程中各相关系统数据的迁移实施工作和应用版本的上线版本部署及检查确认等工作。 总分行实施各分行信息技术部门及总行相关部门承担本分行或本部门相关

10、的具体实施任务。 业务支持由各业务主管部门负责组织完成切换、试运行、推广期间的业务事项分析、应急组织及支持响应等相关工作。 运维保障由数据中心牵头，执行主体为数据中心各专业团队、总行各应用切换组及分行，负责投产过程中的技术应急和系统技术回退工作，以及上线后的支持响应。第4章 总体协同控制及主要工作计划使用投产任务跟踪表（需要设计）管控新一代投产整体工作，展示总体协同控制时序、关键任务项、任务依赖关系以及任务责任人等信息，实时显示任务进展情况，同时在关键点以短信方式通知相关领导及相关人员，所有干系人也可通过该跟踪表及时了解上线各方进度。4.1 切换管理流程4.2 新一代项目上线切换关键时间点X月

11、X日上线切换关键时间点X月X日上线切换关键时间点，见下图：4.3 基础设施部署4.3.1 总行基础设施总行基础设施部署目标支撑“新一代”应用版本部署和数据迁移。包括 X月X日前完成XXXX等相关服务器的上线； 按照切换时间安排完成相应的网络访问关系改造、SSM批量作业和集中监控上线工作； 老一代配套系统的改造切换。4.3.2 分行基础设施1、 X月X日前已完成分行XXX服务器部署。2、 .。4.4 技术组件、安全组件、框架、平台部署4.4.1 技术组件、安全组件X月X日部署除数据安全服务、安全审计监控、标准代码组件以外的其它所有技术组件及安全组件服务端。X月X日在各应用组件部署安全代理，各技术

12、组件、安全组件API跟随应用和应用组件部署并切换上线。具体内容如下：（根据晋城银行的实际情况修改）组件名称部署内容切换上线内容密码服务部署服务端代理部署到应用服务器上、API随应用部署内部用户认证外部客户认证文件传输消息中心API随应用部署应用调度API随框架和应用部署集中监控统一通信（邮件传真短消息）统一通信（即时通讯）交互组件（桌面云）-交互组件（移动终端管理）4.4.2 框架及平台由于框架及平台与应用组件紧耦合，需要与各应用组件一起部署，所以各框架、平台的部署时间与各应用组件保持一致。框架包括：xxxxxxx平台包括：xxxxxxxx4.5 数据迁移新一代数据迁移范围包括：客户信息、核心

13、系统、信贷系统、代收代付.等初始数据。数据迁移计划与业务试点推广计划相匹配。投产项目的迁移策略和时间见下表:。数据内容迁移策略迁移时间客户信息以初始数据方式一次迁移x月X日行内员工以初始数据方式一次迁移，定期加载增量数据X月X日-X月X日客户操作员随企业现金管理和企业网银迁移计划配套迁移产品目录以初始数据和源系统结合方式一次迁移定价管理托管总行托管客户和产品一次迁移，投产前增量加载4.6 试营业试营业工作是系统正式对外营业的最后一道检测线，通过完成试营业方案中的所有交易，进一步检测系统上线是否成功，相关业务种类是否能正确办理，其结果作为判断是否具备正常对外营业的重要条件。 试营业范围与试营业案

14、例按每个上线时间窗另行下发。第5章 应急预案5.1 应急回退总体策略XXX、XXX、XXX上线过程中任何一个如果在决策点6:30之前出现无法解决的问题，需要整体回退。其他不需要整体回退，可通过部分回退和应急处置的方式进行处理。同期上线的日常项目，原则上不回退，特殊情况下单独回退。配套改造模块和日常项目相对独立，可以单独回退或关闭。5.2 关键应用应急方法5.2.1 XXX应用系统1. 5.2.2 XXX应用系统5.2.3 XXX应用系统第6章 运维保障由数据中心牵头，负责投产过程中的技术应急、系统技术回退工作以及上线后的支持响应工作。相关保障组织、重保安排及运维流程如下：6.1 运维保障组织成

15、立运维保障组织，明确职责、分工、运维保障流程及升级机制，确保有序高效，具体运维保障组织结构如下： 投产运维保障纳入数据中心生产运行流程，事件触发和上报渠道沿用数据中心现有管理流程 运维保障指挥小组由数据中心和业务支持团队的运维保障负责人组成 运维保障协调小组由各项目组及业务部门运维保障负责人组成 运维保障支持小组负责按要求和应急预案进行应急处置；技术、开发和业务专家负责提供全方面技术支持和方案评估；6.2 支持响应构建全行新一代应用的一体化的支持响应工作结构，负责支持响应新一代应用技术和业务出现的各种问题。同时由数据中心服务台组织建立新一代投产上线常见问题解答知识库。分行支持热线xxxxxx支

16、持上线问题解答，IT服务平台支持问题工单流转；支持响应工作结构如下图：6.3 现场支持6.3.1 分行现场支持总行根据分行上线工作复杂度和影响度安排分行现场支持。6.3.2 数据中心现场支持本次上线按照重保要求进行工作部署1、 重保时间：系统投产后一周试运行阶段（X月X日至X月X日）2、 重保期间，项目组和数据中心统一组成二线大运维技术支持3、 重保期间，业务支持人员提供现场值班4、 重保后，纳入数据中心正常运维体系，员工响应中心的项目组人员可视运维情况适当延长现场支持时间5、 重保值班安排：指挥组24小时带班带班主任8:30-20:00 现场值班20:00-次日8:30 非现场值班值班处长30-次日8:30 现场值班一线支持30-22:22:30 现场待命二线支持（基础设施和应用）员工响应中心（开发和业务支持）00-18:18:00 非现场值班软硬件厂商