CNAPS 第二代支付系统技术方案介绍.pptVIP

* 运维管理 ：设计思路 “多中心一体化”的运维管理 一体化的监控 一体化的运行 一体化的维护管理 一体化的服务支持 运维监控中心与数据中心分离 数据集中与分级管理相适应 具备良好的可扩展性和可用性 * 运维管理：与一代支付系统的主要变化 运维管理 从未来将形成多中心的格局和提高运维管理和业务连续性管理水平的角度考虑，运维监控系统的建设依照“多中心一体化（多个物理中心协同形成一个大的逻辑中心）”的思路进行设计，支持一体化的监控、运行、维护等； 支持运维中心和数据中心分离；严格数据中心的管理，只允许系统维护人员进入核心运行区，运维监控的支持、管理和操作人员通过远程、甚至异地访问和监控系统运行，并执行运维管理流程的各项工作支持分级运维； 增加应用监控等运维功能，提供客户服务、技术论坛及服务支持网站等，改进对清算中心和参与者的技术支持 * 备份系统建设方案：MBFE备份 二代支付系统直连参与者MBFE仅部署支付报文传输平台接入端软件 支持水平扩展方式部署，参与者可通过多台MBFE同时向支付系统发送业务 一台MBFE的故障不会影响到参与者的业务连续运行 MBFE备份—主用MBFE与备用MBFE 为防范单个NPC/CCPC故障导致从其接入的MBFE业务受到影响，参与者可选择主备MBFE分别接入主备NPC/CCPC的模式； 主用MBFE（可以多台）与主用NPC/CCPC接入，正常情况下所有业务从该组MBFE进行收发； 备用MBFE与备用NPC/CCPC建立连接，在主用NPC/CCPC出现故障时，改从备用MBFE进行报文收发。 * 备份系统建设方案：MBFE备份 MBFE备份 一般而言，主用线路接入NPC的参与者，备用线路宜选择接入备用NPC； 对于主用线路从CCPC接入的全国性商业银行，则可选择从其备用数据中心所在地CCPC作为备用接入； 对于区域性的城市商业银行或农村信用社，也可以根据自身实际情况来选择是否建立备用接入线路，确有需要的，可以选择从人民银行当地的同城转接中心建立备用接入线路 * 备份系统：与一代支付系统的主要变化 业务连续性 NPC数据备份需求简单，相关业务数据全部位于主机平台，所采用的备份技术相对单一，降低了系统复杂度； 通过应用方式在异地备份了全部报文数据，实现了报文数据零丢失，方便非计划切换情况下的数据查找和恢复； 降低了CCPC备份复杂度，CCPC灾难备份水平较一代有明显改善 ； 为参与者MBFE备份提供了多种手段。 * 系统切换方案：基本思路 在二代支付系统开发建设期间，按照二代应用架构和数据架构同步改造一代支付系统对于CMT报文的业务处理逻辑，实现一代CMT/二代XML报文处理逻辑相对分离，但数据共享的目的。 报文处理逻辑的分离使得开发过程中交叉环节较少，便于系统实现，同时也便于过渡期结束后从二代应用中剥离CMT报文应用逻辑 而业务数据的集中将更便于实现集中查询、统计、分析，并方便实施系统高可用性平台建设和灾难备份系统建设。 * 系统切换方案：兼容策略 报文交换 为保证一、二代支付系统过渡期间业务平滑处理，二代支付系统将向二代参与者发布“报文目录”，说明各支付系统参与者支持收发的一、二代支付系统报文清单。 未完成改造参与者，即一代参与者支持的报文清单默认为所有一代支付系统报文集合。 已完成改造参与者，即二代参与者需根据自身情况在该“报文目录”中注册自己支持的收发报文清单。 * 系统切换方案：兼容策略 业务并行处理 * 系统切换方案：兼容策略 业务管理 二代支付系统投产时，应向参与者提供统一的业务管理界面。此方案下，一代/二代业务数据的集中存储更便于实现集中的业务管理界面。 对于CCPC业务人员，其业务管理功能均通过访问NPC的业务管理应用服务器实现，原一代支付系统在CCPC本地安装的客户端将不能再使用。 * 系统切换方案：切换流程 采用此切换方案，一代/二代支付系统业务处理逻辑共用业务数据库、基础数据和时序控制信息，实质上只有二代支付系统一个业务系统，因此该方案下，宜采用一次性投产方案，即二代支付系统投产时，同步在NPC和32个CCPC部署二代应用，但在二代支付系统投产前，可考虑分阶段完成CCPC系统软件升级，以提前准备好二代CCPC应用运行环境。 第二代支付系统的实施计划 启动阶段 系统开发和环境准备阶段 业务测试阶段 参与者系统联调测试 模拟运行和上线试运行阶段 谢 谢！ 此次二代支付系统建设不对全国支票影像交换系统进行改造，本技术方案不涉及全国支票影像交换系统。 在满足业务需求的同时，第二代支付系统建设过程中，还应充分考虑支付系统运行维护部门提