医院医院信息系统应急方案.docVIP

ⅩⅩ医院医院信息系统应急方案 随着我院信息系统的建设规模逐步扩大，医院重要业务系统都将实施数字化管理模式，随着业务系统对信息系统的依赖性逐步增强，保证医院信息系统的安全正常的运行成为医院信息管理的重要任务，为了及时有效地应对医院信息系统突发事件的发生，维持医院正常的工作秩序，特制订ⅩⅩ总医院信息系统应急方案，请相关各部门遵照执行。 ⅩⅩ总医院信息系统应急小组组成 信息系统应急流程 应急系统故障处理及恢复说明 为了保障ⅩⅩ总医院信息系统正常运行，按照上述示意图，我们搭建了多级别应对不同故障的应急容灾系统，应急容灾系统分为 数据库服务器集群备份 磁盘存储冗余备份 应用服务冗余备份 容灾服务器备份中心 门诊应急服务器备份 门诊桌面应急系统 各个系统，在不同的故障发生时，将起到不同的作用，一下就各种情况逐一说明 三级故障应对方式 数据库服务器集群备份 数据库服务器集群是指的是利用两台IBM数据库服务器3850（以下建成DBServerA和DBServerB）和Oracle的RAC或Windows集群技术搭建的双机集群服务。 在DBServerA或DBServerB某一台并且仅一台主数据库服务器出现硬件故障、Widnows崩溃、蓝屏、Oracle不能正常服务的时候，另外一台主机能够主动启动并接管所有服务。 处理方法： 逻辑备份全部数据库 关闭应用服务器 关闭故障服务器 重启应用服务器 修理故障服务器 夜间重启修复的故障服务器 重启应用服务器 故障恢复 如果两台服务器均不能正常使用，则处理方法： 关闭应用服务器 关闭两台故障服务器 重启磁盘阵列 重启DBServerA 重启DBServerB 等待5分钟进行数据库同步 进行连接尝试 如果连接成功，重启应用服务器 如果连接不成功或重启失败，启用门诊应急服务器或门诊桌面应急系统 磁盘存储冗余备份 服务器构架中的磁盘阵列，其磁盘、控制器、交换机，均使用了冗余备份，在出现了一块且仅一块磁盘或一个仅一个控制器或一个仅一个交换机出现故障的时候，应用不会产生影响，其恢复处理方法： 联系厂家获取配件 确定夜间停止服务进行恢复时间 进行数据库全备份 停止应用服务器应用程序 关闭数据库服务器DBServerA、DBServerB 关闭磁盘阵列、光纤交换机 更换故障设备 重启磁盘阵列、光纤交换机 重启数据库服务器DBServerA、DBServerB 重启应用法服务器 恢复正常 如果不能正常恢复或意外，启用门诊应急服务器或门诊桌面应急系统 应用服务冗余备份 应用服务冗余，是指在两台应用服务器上，存在两台可用的负载均衡应用服务器，分别是 应用服务器AppServer1上，存在1个HttpServer（IP：01）；存在两个应用服务程序CE00、CE01，在CE00或CE01其中任何一个出现故障情况下，均不会影响业务服务。 应用服务器AppServer2上，存在与AppServer1一样的相同构架，服务器IP为02，一般情况下AppServer1供门诊系统使用、AppServer2供住院系统使用，在其任何一套程序出现故障的情况下，处理方法为： 关闭故障应用服务器 如果门诊应用服务器出现故障，通知各使用单位，将访问地址改变为住院系统主服务器地址。反之，如果住院应用服务器出现故障，通知住院各使用单位改变访问地址进行访问 如果两台应用服务器均出现故障、启用备用应用服务器AppServer3，通知所有使用部门，启用IP为03为主IP进行访问。 二级故障对应方式 门诊应急服务器 门诊应急服务器，是指的一套完全独立的服务器及存储加应用服务系统，其主要方式是，每天夜间恢复一个前一天数据库的整体备份，供第二天门诊系统应急使用，其使用及应急步骤如下： 每天晚上或凌晨，在主数据库完成计划任务等操作后，使用ORACLE逻辑备份工具，在不宕机的情况导出（EXP）门诊系统所需的基本数据，可以包括EPMI信息、科室字典、员工主索引、排班信息、药品基本字典、药房库存信息、物价信息、医保信息、财务发票等门诊信息系统正常运转所需的数据表、视图、索引、存储过程、函数、序列等对象，甚至可以导出数据库完整备份，生成一个DMP文件。在一个40G数据的数据库上，该步骤需要1个小时完成。 将第1步中生成的DUMP文件拷贝到一个可支持门诊使用的数据库服务器上（该服务器可以与主服务器不是一个数据库平台），或者第一步直接将备份导出在该服务器上。该步骤的速度取决与网络带宽和备用服务器的磁盘写速度，在千兆网上10G导入文件拷贝时间只需15分钟。 在门诊备用服务器上导入（IMP）该DUMP文件，完成ORACLE数据库的逻辑备份。该步骤时间较长，但也取决于硬件环境，一般的， 40G数据的数据库最快能够在4小时内完成恢复。 应用数据库脚本，在无人值守的情况下完成上述操