最新银行管理系统应急预案.docx

最新银行管理系统应急预案.docx

《最新银行管理系统应急预案.docx》由会员分享，可在线阅读，更多相关《最新银行管理系统应急预案.docx（12页珍藏版）》请在冰豆网上搜索。

最新银行管理系统应急预案

XXX银行

XXXX管理系统应急预案

V1.0

XXXXXX

目录

1总则3

1.1适用范围3

1.2系统重要等级3

2应急组织架构3

2.1应急执行小组3

3系统资产配置说明3

3.1系统功能简述3

3.2基础环境配置3

3.3物理架构图3

3.4系统关联关系图3

3.5系统关键文件说明3

3.6数据备份策略3

3.7监控预警措施3

4系统应急场景分类及描述3

4.1故障场景分类3

4.2硬件故障场景3

4.2.1主机硬件故障导致服务器宕机3

4.2.2设备硬盘异常3

4.3通用软件故障场景3

4.3.1操作系统（AIX）文件系统空间利用率高3

4.3.2操作系统（AIX）用户无法登陆3

4.3.3操作系统（AIX）内存不足3

4.3.4操作系统（AIX）CPU繁忙3

4.3.5操作系统（AIX）磁盘繁忙3

4.3.6中间件（Weblogic）Crash3

4.3.7中间件（Weblogic）内存溢出3

4.3.8中间件（Weblogic）挂起3

4.3.9中间件（Weblogic）占CPU高3

4.3.10数据库（Oracle）性能异常3

4.3.11数据库（Oracle）文件损坏3

4.3.12数据库（Oracle）归档日志满导致挂起3

4.3.13数据库（Oracle）表空间OffLine3

4.3.14数据库（Oracle）实例监听宕掉3

4.4应用软件故障场景3

4.4.1用户无法登陆WEB应用界面3

4.4.2WEB应用无法启动3

4.4.3可进入登陆界面但登陆异常3

4.4.4WEB应用响应缓慢或无响应3

4.4.5WEB中某一联机交易大面积异常报错3

4.4.6对外服务端进程异常3

4.5其他异常情况3

4.5.1网络攻击3

4.5.2治安事件3

4.5.3人为破坏3

4.5.4电力故障3

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

5系统重建3

6应急演练3

7持续改进3

附件2：

XXX管理系统双机切换方案3

文档修订记录

作者

修订内容简述

修订日期

修订前版本号

2016-08-14

V1.0

主要指标上海机场首都机场深圳机场厦门机场行业平均值

第四章新产品V300的策略

③与航空主业相关的其它服务业

c）以代表产品的单价及换算完成的代表产品数量计算应提取工资。

表7-2上市机场股份公司的估值

在争论过程中，双方也探讨了一个新的方案，那就是这次新产品V300的营销，可否通过选拔更多的代理商来进行推广？

这样做有多个方面的好处：

（1）引入一批有实力的代理商，有助于V300产品更多地抓住市场上的大小机会；

（2）对代理商而言，由于存在着多家，相互之间会存在着竞争。

只要是业务范围界定清楚，减少了同一产品不同代理商之间的恶意投标，就能够发现一些业绩好的代理商进行重点培养和培训，降低IMAGE公司对A公司的依赖，也有助于A公司重视IMAGE公司的业务。

（3）事实上，这为整个医疗系统集团新的渠道做出了尝试，如果可行，将可以逐步转入这种多代理商和多级代理商的方式，更大限度地利用现有的代理商资源，扩大IMAGE公司的市场份额。

大家认为这种方式不失为一种过渡时期的良好选择。

第三章EA及EP值的判定

总品牌提及率53％70％

（1）机构调整

在代理商的发展问题上，工作小组建议：

寻找能够开发市场的经销商，而非那些已有稳定明确的用户关系网的经销商。

对经销商的选择和合作条款应当符合本公司的长期目标。

相似的市场结合可能是好事也可能是坏事。

因为经销商的情况体现的是市场的现状，而我们要销售的是一种替代现有技术的产品。

那些拥有现成客户能够马上带来销售额的销售商并不一定是最佳选择，而那些乐于投入、愿意与外国公司共同开拓市场、互相学习的销售商更受青睐。

同时，把本土经销商当作并培养成长期合作伙伴而非暂时的市场开发工具。

企业在构建营销网络时，应该努力营造一种环境，把IMAGE公司树立成与代理商共同发展的伙伴，这样代理商会有更大的市场开发动力。

在产品信息的收集渠道上，工作小组建议：

改进公司网站，增加动态的消息，大力宣传自己的产品。

与一些知名度较高的网站建立起链接或者在他们的网站上宣传自己的产品。

1

总则

为进一步健全XX银行XXX管理系统应急处置工作机制，防范系统运行风险，有效处置系统突发事件，保证对客户的业务连续性，依据《XX银行信息科技突发事件应急预案》有关规定制定本预案。

1.1适用范围

1.本预案适用于预防和处置XXX管理系统的突发事件。

2.本预案所称突发事件，指XXX管理系统出现异常，影响业务的持续开展，影响客户业务办理，需要启动应急处置措施应对的事件。

1.2系统重要等级

2应急组织架构

2.1应急执行小组

3系统资产配置说明

3.1系统功能简述

XXX管理系统的主要的功能有：

功能框架如下图：

3.2基础环境配置

设备名称

类型

用途

物理位置

服务IP

管理IP

3.3物理架构图

3.4系统关联关系图

3.5系统关键文件说明

3.6数据备份策略

3.7监控预警措施

4系统应急场景分类及描述

4.1故障场景分类

系统故障场景按照故障特点分为五类：

硬件故障场景、通用软件故障场景、应用软件故障场景、网络故障场景和其它故障场景。

1.硬件故障场景：

主要包含系统硬件方面的故障场景。

例如服务器异常宕机、设备CPU异常、设备内存异常、设备磁盘异常、设备网卡异常等。

2.通用软件故障场景：

主要操作系统、数据库软件、中间件等方面的故障场景。

例如AIX操作系统异常、Weblogic服务异常、系统数据库崩溃等。

3.应用软件故障场景：

主要包含业务应用系统方面的故障。

例如系统应用响应缓慢或无响应、应用进程异常、系统应用无法启动、交易异常报错等。

4.网络故障场景：

主要包含与网络相关的故障场景。

例如WEB与DB间网络异常或不可用、IP地址异常或出现冲突、数据传输中出现异常丢包等

5.其它故障场景：

主要包含系统相关的外联系统、外部环境等方面的故障。

例如机柜异常掉电、与外联系统交易异常、设备被人为破坏等。

4.2硬件故障场景

⏹主机硬件故障导致服务器宕机

⏹设备硬盘异常

4.2.1主机硬件故障导致服务器宕机

故障说明：

Ø处理时间

Ø现象

Ø现场保护

Ø应急方法

Ø操作步骤

Ø验证方式

4.2.2设备硬盘异常

4.3通用软件故障场景

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

⏹操作系统（AIX）文件系统空间利用率高

⏹操作系统（AIX）用户无法登陆

⏹操作系统（AIX）内存不足

⏹操作系统（AIX）CPU繁忙

⏹操作系统（AIX）磁盘繁忙

⏹中间件（Weblogic）Crash

⏹中间件（Weblogic）内存溢出

⏹中间件（Weblogic）挂起

⏹中间件（Weblogic）占CPU高

⏹数据库（Oracle）性能异常

⏹数据库（Oracle）文件损坏

⏹数据库（Oracle）表死锁

⏹数据库（Oracle）归档日志满导致挂起

⏹数据库（Oracle）表空间OffLine

⏹数据库（Oracle）实例监听宕掉

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应用软件故障场景

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

⏹用户无法登陆WEB应用界面

⏹WEB应用无法启动

⏹WEB应用响应缓慢或无响应

⏹WEB中某一联机交易大面积异常报错

⏹对外服务端进程异常

⏹对外服务端无法启动

4.4.1用户无法登陆WEB应用界面

4.4.2WEB应用无法启动

4.4.3可进入登陆界面但登陆异常

4.4.4WEB应用响应缓慢或无响应

4.4.5WEB中某一联机交易大面积异常报错

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管理系统应急演练总结报告》，包括演练时间、演练内容、参加人员、演练中发现的问题、原因分析、应对措施。

7持续改进

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

1.根据每次应急演练的经验、风险分析，及时更新本应急预案分册。

2.当事故发生后，总结应急处置经验，形成应急场景，加入本应急预案分册。

3.当发生重大系统架构、系统软/硬件变更时更新本应急预案分册。

4.当监管部门的监管文件、XX银行应急管理办法变更后，及时更新本预案分册。

5.XX银行信息系统突发事件总体应急预案发生变更后，XXX组织及时更新本应急分册。

6.XXX部门定期对XXX管理系统突发事件风险防范措施进行评估，对应急管理的策略、机制、方法、流程等不断完善。

附件：

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

附件2：

XXX管理系统双机切换方案