银行信息系统上线应急救援预案模板.docx
《银行信息系统上线应急救援预案模板.docx》由会员分享，可在线阅读，更多相关《银行信息系统上线应急救援预案模板.docx（7页珍藏版）》请在冰豆网上搜索。
银行信息系统上线应急救援预案模板
Documentnumber文档编号
Confidentialitylevel密级
部公开
Documentversion文档版本
Total11pages共11页
V1.00
XX系统应急预案
Preparedby
拟制
Date
日期
yyyy-mm-dd
Reviewedby
评审人
Date
日期
yyyy-mm-dd
Approvedby
批准
Date
日期
yyyy-mm-dd
RevisionRecord修订记录
Date
日期
RevisionVersion
修订版本
SecNo.
修改章节
ChangeDescription
修改描述
Author
作者
1目的5
2原则6
3故障定义及响应方式7
3.1故障级别定义7
3.2响应方式7
4联系方式8
5一般故障处理流程9
5.1处理界面9
5.2处理流程9
5.3常规故障应急处理9
6应急回退处理11
6.1应急回退的条件11
6.2应急回退的步骤11
1目的
<说明应急预案所针对的主要系统和主要客户对象，以及需要实现的应急目标>
例如：
为了切实保障深发展卡中心系统的稳定运行，能够规、高效、及时的处理系统的紧急突发情况，做为MIS系统的开发方，宇信易诚公司将按照此预案进行技术保障支持。
2原则
<说明应急过程中，应急人员、客户等相关干系人需要遵从的原则，便于开展有效的应急>
例如：
✧要求项目组与客户负责人在系统上线前确定本预案；
✧要求项目组人员保证联络方式的通畅：
电子、远程端口开放、保证手机24小时开机；
✧要求项目组人员保证电脑及相关技术资料完备并能随时获得；
✧要求故障处理过程形成书面记录，保留归档。
3故障定义及响应方式
3.1故障级别定义
<对故障的严重程度进行定性分级>
例如：
根据客户方的实际情况，我们将系统故障定义为以下三级：
级别
故障表现
一级故障
MIS系统宕机，系统的操作性能严重降低，对用户的业务运作造成重大影响
二级故障
MIS系统操作功能受损，使用户的业务运作中的某一部分功能受到不良影响，但其它部分业务功能仍可正常运作
三级故障
MIS系统的操作性能（效率）降低，用户的业务运作的受到不良影响，但业务功能应用仍可正常工作
3.2响应方式
<对故障的响应方式进行定义，便于针对不同的响应采取不同的应急措施>
例如：
宇信易诚MIS项目组根据以上故障定义提供两种故障响应处理方式：
响应方式
故障表现
现场响应
技术支持工程师在用户故障发生地在用户工程师的协助下解决系统故障
非现场响应
技术支持工程师通过、等方式在用户工程师的协助下解决系统故障
4联系方式
<详细描述应急人员（包括客户）的联系方式>
例如：
宇信易诚项目组联系人员方式如下：
人员支持级别
姓名
手机（24小时开机）
一级支持人员
二级支持人员
客户方联系人员方式如下：
姓名
手机
5一般故障处理流程
5.1处理界面
<描述应急处理中不同人员之间的沟通和处理界面>
例如：
对于故障的处理，客户只需要和一级支持人员进行联系，由一级支持人员各自协调并组织相关资源（包括二级支持人员）提供解决方法。
5.2处理流程
<详细描述应急处理流程>
对于MIS系统的故障基本按照如下流程处理：
5.3常规故障应急处理
<采用列表的方式列出常规的故障现象，便于应急人员或现场人员及时排除基础问题>
例如：
在MIS项目组支持人员提供技术支持之前，客户联系人也可按照以下常规故障应急处理流程，预先处理故障问题。
序号
故障现象
处理流程
1
主机掉电后，系统无法启动
联系主机服务提供商
2
主机硬件出现故障
联系主机服务提供商
3
数据库启动失败
记录出错信息或查看/oracle/product/admin/CCMIS/bdump/alert_CCMIS.log中的报错信息，联系MIS项目组支持人员
4
ApacheHttp服务启动失败
记录出错信息，联系MIS项目组支持人员
5
JBOSS服务启动失败
记录出错信息或查看/websvr/jboss4.0.2/server/default/log/server.log，联系MIS项目组支持人员
6
某个硬盘分区空间满，导致应用异常
清理硬盘空间
7
某个数据库表空间满，导致应用异常
清理表空间，删除过期数据
8
在IE中输入MIS系统的IP地址后不能出现登陆页面
检查ApacheHttp服务是否正常，检查JBOSS服务是否正常
9
在登陆页面输入正确的用户名和密码，无法登陆并返回异常错误
检查JBOSS服务是否正常，检查数据库服务器当前是否可用
10
查询不到当前时间段全部报表的日报数据或月报数据
检查源数据是否正常导入数据库
检查后台指标运算服务和报表生成服务是否正常
11
查询不到当前时间段某报表日报数据或月报数据
检查该报表的模板设置是否正确
12
报表中涉及到某个指标的数据全部为0
检查该指标的配置是否正确
13
E信使不能正常生成和短信文件
检查帐单文件和催收文件是否已经正常上传
检查E信使后台服务进程是否正常运行
6应急回退处理
6.1应急回退的条件
<描述在什么情况的触发下需要进行应急回退>
例如：
如果在测试过程中，出现业务人员的测试没有通过，交易无法进行，交易出现严重错误，造成业务无法完成的情况，并且现场技术人员无法快速解决，项目要进行回退。
6.2应急回退的步骤
<详细描述每一步回退的步骤，包括需要执行的命令，具体步骤可以另外编写单独的EXCEL文件>
例如：
1）应急回退期间需要重点强调和说明的工作
项目回退时要注意尽量在柜台营业前完成，不应影响正常业务运行。
2）详细见文档《回退方案》—如下表格
编纂日期：
2008年4月16日
回退时间：
D－日、H－时
编号
日期
时间
工作容
技术负责人
业务联系人
公司负责人
备注
1.
3、应急回退的业务处理要求：
如果回退前新项目的运行期间有非测试交易发生的情况出现，回退后有可能造成帐务差错，需要将业务数据保留，为以后业务人员调帐提供依据。
升级会员 