医院信息科服务器过热宕机应急演练脚本（2篇）.docxVIP

医院信息科服务器过热宕机应急演练脚本（2篇）

演练脚本一：核心业务服务器过热宕机应急处置

（演练时间：工作日早8:30-9:40，场景：门诊核心业务服务器集群1号节点因机房空调局部故障，CPU温度达98℃后触发硬件保护机制宕机，门诊挂号、缴费、医生工作站全部中断）

第一阶段：故障发现与初步响应（8:30-8:35）

1.8:30:00信息科监控室值班员李XX通过服务器监控平台收到警报：1号门诊业务服务器CPU温度持续飙升至96℃，系统负载超过阈值80%，同时机房环境监控显示该服务器所在机柜上方空调出风口温度达32℃（正常为22℃±2）。李XX立即切换至服务器远程桌面，发现服务器桌面已弹出“CPU过热，系统将在10秒后自动关机”的警示弹窗。

2.8:30:15李XX尝试通过远程桌面启动服务器风扇强制散热程序，但弹窗提示“硬件接口无响应”，随即服务器远程连接中断，监控平台显示1号服务器离线。

3.8:30:20李XX第一时间通过信息科内部应急微信群@信息科主任王XX、系统运维组组长张XX，并语音汇报：“主任，1号门诊核心服务器因过热宕机，目前远程连接已断，机房该区域空调疑似故障，门诊业务可能受影响！”同时，李XX按照《应急处置台账》要求，在监控平台上标记故障等级为“一级”（核心业务中断），并同步触发自动短信告警，发送至信息科全体成员、医务科、门诊办公室负责人手机。

4.8:30:30门诊办公室接线员接到3名门诊患者投诉：“挂号机全部黑屏，没法挂号”；同时，内科门诊医生刘XX通过临床沟通群反馈：“医生工作站登不上，开不了检查单，患者都围在诊室门口”。门诊办公室主任赵XX立即致电信息科主任王XX，确认故障情况，并启动门诊应急分流预案，安排导诊人员引导已挂号患者到诊室门口等候，未挂号患者到临时咨询台登记信息。

5.8:30:45信息科主任王XX在应急微信群下达指令：“张XX带运维组立即赴机房现场处置，李XX留守监控室，同步监控2号备用服务器状态，尝试启动业务自动切换；我马上联系医务科、门诊办协调临床应急，同时上报分管院长！”

第二阶段：现场处置与业务切换（8:35-8:55）

1.8:35:00系统运维组组长张XX携运维工程师刘XX、机房管理员周XX抵达机房。周XX首先打开1号服务器所在机柜柜门，发现机柜内明显闷热，用手持测温枪测量服务器进风口温度达35℃，机柜上方的空调出风口几乎无冷风排出。周XX立即检查该区域空调控制器，发现显示屏显示“压缩机过载保护”，重启空调控制器后，空调仍无法启动。

2.8:36:15张XX安排周XX紧急调取机房备用移动空调（2匹制冷量，事前已充注冷媒、调试完毕），推至1号机柜旁，将空调出风口对准机柜进风口，同时打开机柜后门，形成空气对流；刘XX则佩戴防静电手环，打开1号服务器机箱侧盖，用手持鼓风机对CPU散热风扇、散热片进行清灰（事前已在机房配备防静电鼓风机），并检查CPU散热硅脂是否干涸，发现硅脂已有轻微开裂痕迹（上次更换为6个月前，正常更换周期为12个月，但因近期机房装修，灰尘较多可能加速硅脂老化）。

3.8:38:00留守监控室的李XX反馈：“2号备用服务器状态正常，业务自动切换程序已触发，但目前仅完成了70%的业务接管，挂号系统数据库同步存在延迟，部分患者信息无法调取”。张XX立即远程指导李XX：“暂停自动切换，手动启动数据库强制同步脚本，优先同步近3天的门诊患者挂号、缴费数据，放弃非实时的历史诊疗数据同步，确保核心业务先恢复”。

4.8:42:00刘XX完成服务器清灰后，重新盖好机箱侧盖，张XX尝试通过机房本地KVM（键盘、视频、鼠标一体机）启动1号服务器，服务器正常开机，BIOS界面显示CPU温度已降至45℃（移动空调制冷效果显现）。张XX进入BIOS设置页面，检查风扇转速设置，发现“智能散热模式”被误设为“静音模式”（可能为上次系统更新时的默认设置），立即修改为“强制散热模式”，并设置CPU温度阈值为90℃（原设置为85℃）。

5.8:45:00李XX在监控室反馈：“手动同步完成，2号备用服务器已接管全部门诊业务，挂号机已陆续重启，目前已有3台挂号机恢复正常，门诊医生工作站登录成功率达80%”。同时，张XX在机房通过KVM查看1号服务器系统日志，确认宕机原因为：“CPU散热风扇因静音模式限制转速，加上机房空调故障导致环境温度过高，CPU温度突破阈值触发硬件保护关机”。

6.8:50:00张XX指挥刘XX对1号服务器进行压力测试：启动门诊业务模拟程序，模拟1000人同时挂号、开单，持续10分钟后，监控平台显示CPU温度稳定在65℃，系统负载为45%（正常范围）。张XX随即通知李XX启动“双服务器集群恢复”程序，将2号服务器上的实时业务数据同步回1号