收单通系统_系统应急方案与处理流程手册范本.doc

. . . .. . 学习好帮手 收单通系统 系统应急方案及处理流程手册 目 录 TOC \o 1-7 \h \z 1 引言 3 1.1 编写目的 3 1.2 故障级别 3 2 系统结构和特点 5 2.1 收单通系统的特点 5 2.1.1 实时性 5 2.1.2 并发性 5 2.1.3 7x24运行 5 2.2 系统体系结构 6 2.2.1 体系结构和信息架构 6 2.2.2 系统HA配置 6 2.3 系统应用结构 7 3 应用故障应急处理流程 8 3.1 联机交易异常 8 3.2 管理服务异常 8 3.3 二次清算交易异常 9 3.4 基础服务异常 10 4 硬件故障应用处理流程 11 4.1 硬件故障范围 11 5 数据库和日志处理 12 5.1 数据库异常处理流程 12 6 JDK和WEBLOGIC处理 13 7 备机启动流程 14 引言 编写目的 本文根据收单通系统的特点，综合考虑软件和硬件二大方面，阐述了大集中收单通系统的应急方案，供相关开发人员和系统运行维护人员参考。 故障级别 故障类型 故障说明 级别 备注 硬件故障 硬盘物理损坏 1 网络故障 1 系统软件故障 NAC故障 2 DB2故障 2 JDK故障 应用支持软件故障 WEBLOGIC故障 2 应用软件故障 联机系统故障 2 二次清算系统 2 基础服务故障 2 管理服务故障 3 说明： 1、硬件故障和系统软件故障，由系统运行部门进行硬件和系统软件维护和调试，应用系统进行重新安装和相关的系统恢复工作； 2、应用软件和应用支持软件故障，由应用系统进行故障恢复工作。 系统结构和特点 收单通系统的特点 实时性 收单通系统是重要的收单业务系统，对系统的实时性或者说是反应时间有较高要求。 并发性 由于刷卡消费习惯，造成收单业务在部分时间段具有较高的交易峰值。系统需要考虑并发交易对网络和应用系统的资源要求。 7x24运行 收单通系统必须支持7x24不间断运行。 系统体系结构 体系结构和信息架构 从体系结构来看，收单通系统主要涉及行内系统，与其直接相关的重要系统包括：SSB系统、网控器、ICS系统等。 系统的网络结构比较复杂，对于网络的要求相对比较高；在系统应急方案中，系统互联性的保障至关重要。 系统HA配置 为了保证系统在突发情况下可以迅速恢复，在生产环境中，相关系统都进行了HA配置。 本系统采用冷备机制。在系统故障时，启用冷备机即可。 系统应用结构 根据业务逻辑，本系统可以分为以下四个服务组： 基础服务组 管理服务组 联机交易服务组 二次清算服务组 应用故障应急处理流程 联机交易异常 现象： 交易监控中发现联机交易有较多的不成功情况。 影响： 联机交易异常： 业务中断，造成交易终止，部分情况下会出现错帐 处理流程： 分行运行人员： 1、确定网络无异常； 2、确认与本系统相关其他系统是否异常； 3、在确认本系统异常情况下，重启联机交易服务组：执行命令 Hishutdown –g pay; Hiboot –g pay 并确认系统正常启动。 管理服务异常 现象： 分行或支行业务人员登陆收单通管理台不能正常进行业务处理或者无法登入。 影响： 业务人员无法正常进行业务处理 处理流程： 分行运行人员： 1、检查系统网络，确认网络无故障； 2、查看系统日志，确认是否为管理服务问题； 3、如果为管理服务问题，则重启管理服务组，执行命令： Hishutdown –g mng Hiboot –g mng 确认重启成功。 4、重启成功后，通知业务人员进行业务处理。 二次清算交易异常 现象： 由本系统发起的二次清算交易部分或完全不成功。 影响： 商户不能正常入账 处理流程： 分行运行人员： 确定交易异常原因，并通过业务人员进行调账。 基础服务异常 现象： 由于基础服务原因，如数据库，异步消息服务器等，造成大部分交易不成功。在进行系统检查后发现基础服务异常。 影响： 交易异常 处理流程： 分行运行人员： 重新启动基础服务组，执行hishutdown –g base, hiboot –g base。确认服务组重启成功，并且交易正常。 硬件故障应用处理流程 硬件故障范围 硬件故障包括存储系统、网卡等物理系统故障。在发生物理故障，并短期内无法处理时，应切换到备机。 在备机正常进行业务处理后，再来处