银行管理系统应急预案共12页.docx
- 文档编号:5858701
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:8
- 大小:18.69KB
银行管理系统应急预案共12页.docx
《银行管理系统应急预案共12页.docx》由会员分享,可在线阅读,更多相关《银行管理系统应急预案共12页.docx(8页珍藏版)》请在冰豆网上搜索。
银行管理系统应急预案共12页
XXX银行
“教书先生”恐怕是市井百姓最为熟悉的一种称呼,从最初的门馆、私塾到晚清的学堂,“教书先生”那一行当怎么说也算是让国人景仰甚或敬畏的一种社会职业。
只是更早的“先生”概念并非源于教书,最初出现的“先生”一词也并非有传授知识那般的含义。
《孟子》中的“先生何为出此言也?
”;《论语》中的“有酒食,先生馔”;《国策》中的“先生坐,何至于此?
”等等,均指“先生”为父兄或有学问、有德行的长辈。
其实《国策》中本身就有“先生长者,有德之称”的说法。
可见“先生”之原意非真正的“教师”之意,倒是与当今“先生”的称呼更接近。
看来,“先生”之本源含义在于礼貌和尊称,并非具学问者的专称。
称“老师”为“先生”的记载,首见于《礼记?
曲礼》,有“从于先生,不越礼而与人言”,其中之“先生”意为“年长、资深之传授知识者”,与教师、老师之意基本一致。
XXXX管理系统应急预案
宋以后,京师所设小学馆和武学堂中的教师称谓皆称之为“教谕”。
至元明清之县学一律循之不变。
明朝入选翰林院的进士之师称“教习”。
到清末,学堂兴起,各科教师仍沿用“教习”一称。
其实“教谕”在明清时还有学官一意,即主管县一级的教育生员。
而相应府和州掌管教育生员者则谓“教授”和“学正”。
“教授”“学正”和“教谕”的副手一律称“训导”。
于民间,特别是汉代以后,对于在“校”或“学”中传授经学者也称为“经师”。
在一些特定的讲学场合,比如书院、皇室,也称教师为“院长、西席、讲席”等。
V1.0
家庭是幼儿语言活动的重要环境,为了与家长配合做好幼儿阅读训练工作,孩子一入园就召开家长会,给家长提出早期抓好幼儿阅读的要求。
我把幼儿在园里的阅读活动及阅读情况及时传递给家长,要求孩子回家向家长朗诵儿歌,表演故事。
我和家长共同配合,一道训练,幼儿的阅读能力提高很快。
XXXXXX
目录
文档修订记录
作者
修订内容简述
修订日期
修订前版本号
2019-08-14
V1.0
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管理系统双机切换方案
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 银行 管理 系统 应急 预案 12