XXXX银行XXX管理系统应急预案v1.0

应急预案

4.3.1 操作系统（AIX）文件系统空间利用率高 4.3.2 操作系统（AIX）用户无法登陆 4.3.3 操作系统（AIX）内存不足 4.3.4 操作系统（AIX）CPU繁忙 4.3.5 操作系统（AIX）磁盘繁忙 4.3.6 中间件（Weblogic） Crash 4.3.7 中间件（Weblogic）内存溢出 4.3.8 中间件（Weblogic）挂起 4.3.9 中间件（Weblogic）占CPU高 4.3.10 数据库（Oracle）性能异常 4.3.11 数据库（Oracle）文件损坏

4.3.12 数据库（Oracle）归档日志满导致挂起 4.3.13 数据库（Oracle）表空间OffLine 4.3.14 数据库（Oracle）实例监听宕掉 4.4 应用软件故障场景

通用软件常见故障事件列举如下：

9

应急预案

? 用户无法登陆WEB应用界面 ? WEB应用无法启动 ? WEB应用响应缓慢或无响应 ? WEB中某一联机交易大面积异常报错 ? 对外服务端进程异常 ? 对外服务端无法启动

10

应急预案

4.4.1 用户无法登陆WEB应用界面 4.4.2 WEB应用无法启动 4.4.3 可进入登陆界面但登陆异常 4.4.4 WEB应用响应缓慢或无响应

4.4.5 WEB中某一联机交易大面积异常报错 4.4.6 对外服务端进程异常 4.5 其他异常情况 4.5.1 网络攻击 4.5.2 治安事件 4.5.3 人为破坏 4.5.4 电力故障

4.5.5 火灾等事故造成系统瘫痪

5 系统重建 6 应急演练

1. 每年进行一次应急演练。

2. 每季至少进行1次备份数据恢复，出具恢复测试报告。

3. 演练完成后编写《XXX管理系统应急演练总结报告》，包括演练时间、演练内容、

11

应急预案

参加人员、演练中发现的问题、原因分析、应对措施。

7 持续改进

应急预案持续改进遵循以下原则：

1. 根据每次应急演练的经验、风险分析，及时更新本应急预案分册。 2. 当事故发生后，总结应急处置经验，形成应急场景，加入本应急预案分册。 3. 当发生重大系统架构、系统软/硬件变更时更新本应急预案分册。

4. 当监管部门的监管文件、XX银行应急管理办法变更后，及时更新本预案分册。 5. XX银行信息系统突发事件总体应急预案发生变更后，XXX组织及时更新本应急

分册。

6. XXX部门定期对XXX管理系统突发事件风险防范措施进行评估，对应急管理的

策略、机制、方法、流程等不断完善。

附件：XXX管理系统应急小组成员联系方式

附件2：XXX管理系统双机切换方案

12