云服务器故障应急预案

一、目的

为了确保云服务器（以下简称云平台）使用过程中遇到突发事件后能正确、有序、高效地进行应急处理，保障工作的正常运转，结合实际，特制定本预案。

二、适用范围

本预案适用于云平台中可能出现的各类突发事件。

三、预案流程

云平台服务故障预防措施包括分析风险，建立检测体系，准备应急处理措施，控制影响扩大。

3.1上报

各部门在云平台使用过程中遇到突发问题导致系统无法正常运转时，报技术部系统对接人确认，情况属实立即报知运维工程师和数据库管理员。

3.2了解和分析

根据实际情况，技术部安排应急值班（附表1），确保到岗到人，联络畅通，技术人员即时开展软件的检修工作，

对具体情况进行了解并进行初步判断、处理，并将初步情况上报运维工程师知晓。

3.3处理方法

3.3.1如突发问题为操作系统引起

首先由技术人员对突发问题进行分析，确定引起问题的具体原因，如操作系统已无法启动，则由技术人员将具体情况通报运维工程师，进行系统备份恢复，如操作系统可启动，则由技术小组根据实际情况进行妥善快速处理。

3.3.2如突发问题为软件引起

首先由技术人员收集系统日志，对突发问题进行分析，确定引起问题的具体原因，通过讨论确定初步解决方案，并对突发问题进行初步解决，如仍无法解决，则由技术人员备份数据库后，重装云平台解决。

3.3.3如突发问题为网络引起

技术人员先将问题反馈给数据中心运维人员，协调网络管理员进行初步检查后确定问题原因，并在最短时间内给予解决。在事件处理过程中，技术人员要随时将突发问题处理情况上报数据中心运维人员。

3.3.4如突发问题为数据库引起

技术人员先将问题反馈给数据库管理员和服务器运维

人员，确定问题。数据库软件本身问题，可切换至实时备份数据库。也可以采用新建立数据库，恢复备份的数据库文件，如果原云服务器都无法恢复，可以采用其他云服务器进行恢复。

3.3.5特殊情况处理

准备好阿里云平台的帐号、域名备案、服务器，如遇目前云平台UCLOUD都无法使用的特殊情况，全部迁移至阿里云平台。

技术部负责每周二和周五15点检查ucloud余额情况，若余额低于5000元当天申请续费付款流程，确保余额大于5000元；检查完成后，需登记《云服务器例行检查记录表》注：定期对服务器进行检查，填写云服务器例行检查记录表。

四、信息安全事件分类

4.1有害程序事件

有害程序事件是指蓄意制造、传播有害程序，或是因受到有害程序的影响而导致的信息安全事件。有害程序是指插入到信息系统中的一段程序，有害程序危害系统中数据、应用程序或操作系统的保密性、完整性或可用性，或影响信息系统的正常运行。

有害程序事件包括计算机病毒事件、蠕虫事件、特洛伊木马事件、僵尸网络事件、混合攻击程序事件、网页内嵌恶意代码事件和其它有害程序事件等 7 个子类。

4.2网络攻击事件

网络攻击事件是指通过网络或其他技术手段，利用信息系统的配置缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击，并造成信息系统异常或对信息系统当前运行造成潜在危害的信息安全事件。

网络攻击事件包括拒绝服务攻击事件、后门攻击事件、漏洞攻击事件、网络扫描窃听事件、网络钓鱼事件、干扰事件和其他网络攻击事件等 7 个子类。

4.3信息破坏事件

信息破坏事件是指通过网络或其他技术手段，造成信息系统中的信息被篡改、假冒、泄漏、窃取等而导致的信息安全事件。

信息破坏事件包括信息篡改事件、信息假冒事件、信息泄漏事件、信息窃取事件、信息丢失事件和其它信息破坏事件等 6 个子类。

4.4信息内容安全事件

信息内容安全事件是指利用信息网络发布、传播危害国家安全、社会稳定和公共利益的内容的安全事件。

4.5设备设施故障

设备设施故障是指由于信息系统自身故障或外围保障设施故障而导致的信息安全事件，以及人为的使用非技术手段有意或无意的造成信息系统破坏而导致的信息安全事件。

设备设施故障包括软硬件自身故障、外围保障设施故障、人为破坏事故、和其它设备设施故障等 4个子类。

4.6灾害性事件

灾害性事件是指由于不可抗力对信息系统造成物理破坏而导致的信息安全事件。

4.7其他事件

其他事件类别是指不能归为以上 6 个基本分类的信息安全事件。

五、应急处理

5.1安全事件等级确定

信息安全事件分级的参考要素包括应用系统、数据系统、客户信息等公司重要信息。本公司将信息安全突发事件级别分为三级：一般、较大、重大。

一般：公司较小范围出现并可能造成较大损害的信息安全事件。

较大：公司部分网络与信息系统、网站受到大面积、严重冲击。

重大：公司大部分网络、信息系统、网站基本瘫痪，导致业务中断，造成信息泄密的安全事件，纵向或横向延伸可能造成严重社会影响或较大经济损失。

5.2预案启动

启动预案的权限。发生网络信息安全事件后，信息安全领导小组负责启动相应预案，指挥、处理相关的应急响应工作。

启动预案的流程。应急响应小组接到报告后，应当立即上报信息安全领导小组有关负责人，并会同相关成员尽快组织专家组对突发事件性质、级别及启动预案的时机进行评估，向信息安全领导小组提出启动预案的建议，报信息安全领导小组批准。如发生重大安全事件，则报告人应同时上报应急响应小组和信息安全领导小组有关负责人，应急响应小组应进行初步的应急处理，防止损害进一步扩大。

启动预案后的应急处理。在信息安全领导小组作出启动预案决定后，应急响应小组立即启动应急处理工作。

5.3现场应急处理

现场应急响应小组应尽最大可能收集事件相关信息，明确事件类别及来源，保护证据，以便缩短应急响应时间。检查威胁造成的结果，评估事件带来的影响和损害：如检查系统、数据的完整性、保密性或可用性，检查攻击者是否侵入了系统，确定暴露出的主要危险等。

抑制事件的影响进一步扩大，限制潜在的损失与破坏。

根除恶意代码造成的不良影响。在事件被抑制之后，通过对有关恶意代码或行为的分析结果，找出事件根源，明确相应的补救措施并彻底清除。与此同时，对于攻击源头在外网的，应报执法部门和其他相关机构将对攻击源进行定位并消除。清理系统、恢复数据、程序、服务。把所有被攻破的系统和网络设备彻底还原到它们正常的任务状态。另外，恢复工作中如果涉及到涉密数据，需要额外遵照公司对于涉密数据的相关要求。

5.4报告和总结

应急响应小组应回顾并整理发生事件的各种相关信息，尽可能地把所有情况记录到文档中。发生重大信息安全事件的单位应当在事件处理完毕后5个工作日内将处理结果上报给公司。

5.5应急行动结束

根据信息安全事件的处置进展情况和现场应急处理工

作组意见，应急响应小组应组织相关部门及专家组对信息安全事件的处置情况进行综合评估，并向信息安全领导小组提出应急行动结束建议，并报信息安全领导小组批准。应急行动是否结束，由领导决定。

附件1：信息安全事件报告表

附件2：信息安全事件应急处理结果报告表

欢迎您的下载，

资料仅供参考！

致力为企业和个人提供合同协议，策划案计划书，学习资料等等

打造全网一站式需求

计算机网络系统故障应急预案

计算机网络系统故障应急预案一、网络故障应急预案的重要性随着信息技术与临床工作结合日益紧密，现代化医院对网络的依赖性越来越高。信息安全是指信息的可用性、完整性和保密性的保持。医院作为365天24小时业务不中断的部门，保障网络安全是医院正常运行的首要任务。医院信息系统是7*24小时全天无休、全年不停止运转的信息系统，为确保医院信息系统长时间、安全、稳定运行，及时应对医院信息系统突发故障，维护患者正常就医，应建立网络系统故障的及时发现、快速诊断、逐级上报、协同恢复、善后总结的全方位的应急系统，即医院网络信息系统故障应急预案。二、网络故障应急预案的制定原则当网络系统出现故障时，为了尽快的作出响应，将损失减少到最少，通过应急方案，继续保证我院各项业务地顺利进行，保证病人的安全和数据的安全可靠。建立指挥协调组，成立计算机网络信息系统故障应急预案指挥协调组，由主管院长总负责，信息科长、信息中心管理员和各相应职能科室主任和临床科室科主任、护士长组成。其主要职责是负责制定信息系统安全规章制度，检查督促安全责任制和各项措施的落实情况，制定网络信息系统故障及应急预案并指挥实施演练。成立技术保障组，由软件开发公司的工程师和本院的计算机信息中心人员组成。其主要职责是负责保证网络信息系统的稳定运行、日

常管理维护、信息网络风险评估、系统安全技术保障预案的制定，及时总结和汇报网络信息系统运行中的安全稳定状况和改进意见。本应急方案制定时，遵循了以下原则： ①重点部门原则。重点部门、关键业务必须得到重点保护，制定应急方案时，应合理安排人力资源、设备资源。 ②重点设备原则。对一些牵涉面较大的设备（如主交换机）必须得到重点保护。 ③风险优先原则。根据风险评估情况，对有可能造成损失的系统，优先制定应急方案，并在发生问题时优先启动、优先恢复。 ④完整性原则。应急方案是一个系统工程，它包含了预防防范性、应急处理措施、触发条件、启动、恢复措施等。在制定应急方案的同时，必须考虑到成本及可能遇到的风险（其中包括医院信誉、社会影响等风险），达到较好的性价比。 ⑤有效性原则。必须保证应急措施的切实有效。 ⑥可操作性原则。应急方案涉及到日常工作的各个部门，具体的应急措施要简单、准确。 ⑦可恢复性原则。待故障排除或系统恢复后，对于启动应急措施后至恢复前的数据应该能够得到恢复，并与前后数据保持一致。实施本应急方案时的基本原则：对外保证病人的正常就医，对内帐务不错，秩序不乱，业务不停，措施有效。三、网络故障应急预案具体操作第一条交换设备故障应急预案

大面积航班延误地面服务应急预案

2.1大面积航班延误地面服务应急预案 2.1.1制订目的为更好地开展今后的航班延误服务工作，有效应对大面积航班延误时大量旅客积压、滞留在机场等问题，在特殊情况下确保旅客运输工作安全有序，提高服务保障质量，在处臵大面积航班延误进行经验总结的基础上，制定大面积航班延误地面服务工作应急预案。 2.1.2实施方案 2.1.2.1航班延误原因分类 1、天气原因：因不利飞行的天气原因造成的航班不正常。 2、公司原因：因航班计划、地面运输保障服务、空勤人员、飞机清洁、食品供应等公司的原因造成的航班不正常。 3、空管：已按时关舱门的航班，因空中交通管制调整飞机飞行间隔、通信导航设备故障，以及通信、导航、气象和航行情报服务等造成的航班不正常。 4、机场：因机场的运行环境、设备、供电保障、鸟害、地面运输服务保障、安全检查、机务保障、飞机清洁、食品供应等机场的原因造成的航班不正常。 5、联检：因联检单位（边防、海关、检验检疫）原因未及时为旅客办理手续，导致旅客晚登机而造成的航班不正常。 6、油料：因油品质量、未按计划供油、加油设施故障、加油不按时等原因造成航班不正常。 7、离港系统：电子离港系统故障，不能或延误办理旅客登机手续，造成航班不正常。 8、旅客：因旅客证件不符、携带危禁物品、伤残旅客登机、没有按时办理有关手续（未按时登机和登机后发生意外情况）等造成的航班不正常。 9、军事活动：因重要飞行、科学试验、敌情警报、军事活动、国家或军事领导部门指示等原因造成的航班不正常。 10、公共安全：发生重大事件，国家采取必要措施降低可能的危害程度，从而影响航班正常，导致航班延误。 2.1.2.2预警响应级别

软件系统故障应急预案

软件系统故障应急预案-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

服务器软件系统故障应急预案发生紧急故障时的判断及处理：发生服务器软件系统故障后，客户如果未签订服务器系统维护协议，在服务器重启未能解决的情况下，通知客户经理和客户自行处理。若已经签订服务器系统维护协议的客户，服务器管理员应立即对服务器进行查看，分析故障原因，采取相应措施；必要时，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，进行快速恢复。如果没有恢复磁盘，应优先检查故障原因进行解决，如果无效，再客户同意的情况下以最新数据备份恢复的方式进行或采取其他措施。服务器软件故障范畴：服务器软件故障包括：操作系统故障，应用软件故障，病毒黑客攻击等。其他注意事项：事态或后果严重的，及时上报公司领导。处置结束后, 系统管理员应将事发经过、处置结果等结束后一日内备案存档。采取的技术措施：在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。如果估计在1小时之内都不能定位故障原因，那么报告客户经理和客户，同时联系厂商及技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和应用系统。排除操作系统故障的方法，检查操作系统进程是否都正常，有无非法

进程，操作系统文件有无损坏丢失，是否受到病毒和木马程序侵害，黑客攻击。如果不是操作系统故障，应该对应用系统进行仔细检查，检查方法，查看应用系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。平时需做的准备工作： A、操作系统和相关配置定期备份。 B、相关应用系统及数据定期备份。 C、必要的情况下准备备用域名。 D、确保备份数据做到三方备份（本地服务器，其他服务器，异地服务器）。 E、做好备用服务器的搭建及定期测试。成立应急预案小组成员及分工：杨胜灵负责整体技术把控、技术支持及开发人员临时紧急调配。孙道斌负责网站、网站设计相关技术支持及设计人员临时紧急调配。宫元负责客户、域名及域名解析相关事宜。李俊负责机房及服务器相关技术整体把控，相关维护管理人员的临时紧急调配。张尊园负责电信及电信危机公关的处理。

青岛航空机上延误应急预案

青岛航空机上延误应急预案一、目的与范围 1、目的为提升公司机上延误应急处置能力与服务品质，保证旅客在机上延误时得到更好的服务体验，享受消费者合法权益，根据《航班正常管理规定》（交通运输部令2016年第56号）及《关于做好航班正常管理规定实施准备工作的通知》（局发明电〔2016〕2454号）要求，秉承“真情服务”及青岛航空“情出于心，自然感动”的服务理念，特制定《机上延误应急预案》。 2、范围本预案适用于青岛航空实际承运的航班发生机上延误时的旅客服务工作。二、延误定义 1、航班出港延误指航班实际出港撤轮挡时间晚于计划出港时间超过15分钟的情况。 2、航班延误指航班实际到港挡轮挡时间晚于计划到港时间超过15分钟的情况。 3、机上延误

指航班飞机关舱门后至起飞前或者降落后至开舱门前，旅客在航空器内等待时间超过机场规定的地面滑行时间的情况。三、延误的原因分类： 1、天气：因不利飞行的天气原因造成的航班不正常。 2、公司：因航班计划、地面运输保障服务、空勤人员、飞机清洁、食品供应等公司的原因造成的航班不正常。 3、空管：已按时关舱门的航班，因空中交通管制调整飞机飞行间隔、通信导航设备故障，以及通信、导航、气象和航行情报服务等造成的航班不正常。 4、机场：因机场的运行环境、设备、供电保障、鸟害、地面运输服务保障、安全检查、机务保障、飞机清洁、食品供应等机场的原因造成的航班不正常。 5、油料：因油品质量、未按计划供油、加油设施故障、加油不按时等原因造成航班不正常。 6、离港系统：电子离港系统故障，不能或延误办理旅客登机手续，造成航班不正常。 7、旅客：因旅客证件不符、携带危禁物品、伤残旅客登机、没有按时办理有关手续（未按时登机和登机后发生意外情况）等造成的航班不正常。 8、军事活动：因重要飞行、科学试验、敌情警报、军事活动、国家或军事领导部门指示等原因造成的航班不正常。

医院网络系统故障应急处理预案

网络系统故障应急预案一、定义（一）医院信息系统所使用的设备包括服务器、工作站、网络设备、打印机等出现故障；（二）软件不完善出现的故障；（三）受计算机病毒及黑客的攻击引起系统故障甚至系统瘫痪；（四）火灾、停电、雷击等外界不可预见的因素造成故障；（五）关键设备（如服务器、交换机等）检修、更新引起的故障。二、分类根据故障发生的原因和性质不同分为三类：（一）一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局域网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的全院性计算机网络瘫痪。（二）二类故障：由于单一终端软、硬件故障，单一患者信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起局部系统故障、局部区域的网络发生故障等造成的非全院性区域网络中断。（三）三类故障：由于各终端操作不熟练或使用不当造成的错误。三、组织管理网络系统故障应急处理小组负责信息科：

信息科负责人：主管院长：行政总值班：四、应急处理原则：对外保证患者的正常就医，对内账务不错，秩序不乱，业务不停，措施有效。（一）重点部门、关键业务必须得到重点保护，应合理安排人力资源、设备资源。（二）对一些牵涉面较大的设备（如服务器、主交换机、磁盘阵列等）必须得到重点保护，应该使用双份。（三）根据风险评估情况，对有可能造成损失的系统，优先启动、优先恢复。（四）系统恢复必须考虑到成本及可能遇到的风险（其中包括医院信誉、社会影响等风险），达到较好的性价比。（五）必须保证应急措施便捷、准确、高效。（六）启动应急措施后至系统恢复前的数据应该得到恢复，并与前后数据保持一致。五、启动程序当计算机网络系统出现全部或大面积故障，网络科值班人员（）应立即检查网络系统，根据出现的网络系统、程序或重要硬件（指服务器、中心交换机、局域交换机等）故障，确定故障类别及解决时间。（一）一类故障：超过三十分钟无法恢复时，由网络科负责人(）

信息系统故障处理应急预案

信息系统故障处理应急预案 The final edition was revised on December 14th, 2020.

上饶县交通警察大队信息系统故障处理应急预案一、信息系统应急预案组织机构为了保证公安交警网络和信息系统的安全，防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪，特制订上饶县交警大队信息系统安全应急方案。二、信息系统故障等级划分 1、一级故障信息系统发生故障，预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上，并预计4小时以内无法恢复的，具备以下一个或几个特征，即定义为一级故障。 1．交警指挥大楼至支队公安网出现线路和设备故障； 2. 交警指挥大队内部网络出现故障； 3．大队计算机房供电系统、空调系统等外围保障设施出现严重故障； 6．病毒攻击造成大队网络专网中断或传输效率明显下降，关键业务系统不能正常提供服务； 7．病毒攻击造成大楼各网络感染客户端设备10台以上，导致关键业务系统和办公系统不能正常提供服务； 8．利用技术手段，造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。 2、二级故障

满足以下条件之一，即定义为二级故障。 1．故障发生后，影响到信息系统的运行效率，速度变慢，但未影响车管等主要业务现场。 2．故障发生后预计在2小时以内恢复。 3、三级故障满足以下条件之一，即定义为三级故障。 1．故障发生后，可随时应急处理，不会影响的系统全面运行，但是一种隐患。一级和二级故障为重大故障；三级故障为一般性故障。二信息系统故障处理程序 1、故障的发现信息中心人员在发现故障或接到故障报告后，首先要记录故障发生时间和发现时间，以及发现部门、发现人，对故障的等级进行初步判定，并报告相关人员进行处理。 2、故障的处理 1.信息中心科室为故障处理部门，故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门，应先询问了解设备和配置近期的变更情况，查清故障的影响范围，从而确定故障的等级和发生故障的可能位置。 2. 对于重大故障按照的故障升级上报要求进行上报，并在处理过程中及时向主管关领导通报故障处理情况。 3. 对于一般性故障按照的故障升级上报要求进行上报，并在处理过程中及时通报故障处理情况。

网络运行维护及机房应急方案计划

网络运维小组应急预案随着网络信息化建设的不断深入，加强机房各类设备、系统以及信息与网络安全等方面应对突发事件的处理能力将是我们目前面临的一项重要任务。为确保系统及机房安全与稳定，以保证正常运行为宗旨，按照“预防为主，积极处置”的原则，本着建立一个有效处置突发事件，建立统一指挥、职责明确运转有序、反应迅速处置有力的机房安全体系的目标，将正在发生或已发生事故的损害程度减轻到最低，确保员工安全，特制定本应急处置预案。本预案共分为应用系统故障应急流程和机房突发事件应急流程系统故障应急流程一、系统故障应急流程说明 1、故障发生系统运维服务小组可从以下途径得知故障的发生： 1.1、运维服务中心通过网管告警发现故障 1.2、维护站点通过维护巡检发现故障 1.3、用户发现故障，报给呼叫中心 1.4、驻场工程师发现故障 2、报障受理监控系统运维服务小组得知系统故障发生后，立即响应，并向报障人或单位详细了解系统故障情况。 3、信息研判运维服务小组根据了解到的系统故障情况进行分析判断，以确定采用一般故障处理流程还是立即启动系统突发故障应急处理预案。 4、预案启动如需启动应急预案，则立刻通知系统突发故障应急领导小组，由领导小组启动应急预案，对系统突发故障应急事件进行全面管控处理。 5、资源确认

系统突发故障应急预案启动后，首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源（主要是参与人员）依据经验进行调度和确认，主要有以下资源：我公司技术支持人员；相关厂家技术支持人员；我公司聘请的技术专家 6、预案执行按照既定的预案进行突发故障抢修，如遇到问题及时向系统突发故障应急领导小组汇报。 7、预案终止预案的终止时间由故障现场技术人员根据现场的实际进展情况，在与用户单位有关部门协调后报系统突发故障应急领导小组决定。 8、结果上报预案中止后，相关预案参与人员将整个事件过程中的经验和教训，修改、完善事件应急预案。然后集中上报至系统突发故障应急领导小组。

供水系统故障应急预案(精品范文).doc

【最新整理，下载后即可编辑】供水系统故障应急预案医院供水系统是由自来水公司主管道供给。为了确保医院正常供水,同时正确、有效和快速地处理停水事件，最大程度地减少停水造成的影响和损失，维护医院医疗安全，特制定本预案。一、应急处理措施原则医院突发停水的处置应坚持以人为本、生命第一的原则；快速反应、果断处置的原则；科学应对、减少损失的原则；分工负责、责任到人的原则。确保医院发生突发停水时能够及时、迅速、高效、有序地得到处理，努力营造安全、和谐的就医环境。二、应急组织指挥机构及职责（一）医院成立应急处理领导小组，统一领导应急处理工作。院应急领导小组组长：杨凡组员：杨靖职责：检查督促各部门责任人做好突发事件的防范措施和应急准备工作。根据实际情况和工作制定应急处理工作方案。讨论决定应急处理工作中的重大问题，协调人力、物力，组织实施突发事件应急救援，必要时向有关单位发出救援请求。（二）为确保应急处理工作有序进行，医院下设：应急办公室、应急抢修组、应急物资保障、保卫、协调组、应急救护组，应急办公室设在院办，具体组成人员如下： 1.应急办公室主任：杨靖组员：葛俊彪职责：负责迅速传达院领导小组指令，全面了解事故实际情况，及时向领导小组报告，协调沟通各工作小组工作。 2.应急抢修小组组长：艾尼瓦尔.马木提组员：维修组全体成员职责：在医院突发大面积停水事故时，负责组织应急抢修

与处置。在开展抢险与处置中，首先将医院重点科室放在第一位，优先保证医院重要科室、病区用水恢复。 3.应急物资保障、保卫、协调组组长：李红组员：路强职责：负责停水事故应急抢修过程中的所需物资的供应，对因停水事故中的用水重要设备（中央空调、污水处理系统等）及重要医疗科室进行巡视、联络、检查工作，并确保其安全。负责因停水时间过长联系消防部门送水工作。 4.应急救护组组长：涂兴华组员：急诊科职责：认真耐心细致做好停水期间病员的思想工作，并稳定病陪人情绪，保障救援工作顺利进行。三、应急处置方案医院日常供水是由市自来水公司供水管道通过院内主管道分别进入我院，如遇自来水公司供水管道检修或其他突发性原因造成停水，将根据原因采取如下应急措施：（一）在接到供水部门检修管道停水通知后，立即做好停水的准备工作，通知各科室动员一切资源储备水；（二）如停水时间过长，立即由保卫科联系消防部门进行紧急送水救援，优先保证医院重要医疗科室用水；（三）在接到大面积停水命令后，应急抢修小组和应急保障、协调小组所有人员应在三十分钟内在院集合。在组长的统一领导、指挥下，各组人员按各自责任，相互协调的原则，组织开展事故处理、事故抢险、应急救援、维护医院稳定等各项应急工作。组织好医院停水事件应急处置工作。各病区医护人员应坚守岗位，安抚病人，不要惊慌，让其耐心等待。（四）应急结束 1．恢复供水后，维修班要对停水区域的所有用水设备设施进行巡视检查、检修。并通知各科室、病区检查用水设施阀门是

离港系统

离港PA指令增加新OVR选项的指令说明重要说明：航信对于东航ET倒序使用的限制程序分2阶段上线。第一阶段：3月29日凌晨上线程序，针对离港值机柜台的操作进行逻辑判断第二阶段：针对航信自助值机、网上值机、手机值机的限制逻辑程序，将会根据航信研发中心的上线计划确定具体时间。到时候会提前通知东航。航信系统将会在3月29日凌晨上线程序，限制东航ET在离港倒序使用。（一）新增加的选项说明原有的OVR选项指令格式为：PA:1PD,OVR。现根据需求，限制OVR的使用，代替为：1－OVR/SEQU选项，当旅客倒序使用电子客票时，可以使用该指令跳过检验，强行接受。限制81，82，86级别使用； 2－OVR/DATE选项，当旅客在客票非有效期要求登机时，可以使用该指令强行接收。限制81，82，86级别使用。 3－OVR/ALL选项，以上两种情况（倒序使用ET客票，非有效期要求登机），都可以用该指令强行接收。限制81，82，86级别使用；（二）举例说明 1、模拟倒序使用ET客票时，用OVR/SEQU接收：选择一个测试用例，电子客票号为：7843182987093，用ETKD提取该票

该旅客有两个航段，第一航段PEK-DLC，第二段DLC-PEK。当第一段是OPEN FOR USE 状态的时候，旅客从第二段始发地DLC办理第二段值机手续时，系统会提示该旅客倒序使用ET客票，不允许接收。具体提示信息会根据使用的值机设备不同而有所区别。情况1：在值机柜台值机时，航信离港值机终端提示信息如下：处理办法：此时需要根据东航业务规定现场判断是否为该旅客办理值机手续，如果可以办理，则需要使用离港高级别81，82或86级别的工号，通过PA指令的OVR/SEQU选项强行接收或者用PA:1PD,OVR/ALL选项，也可以实现同上的功能。情况2：凯亚自助值机设备，对于倒序使用ET旅客提示如下信息：（邹晓亮提供）情况3：航信自助值机设备情况4：东航网上值机，此次程序上线只针对1、2情况生效，针对情况3和4的值机设备生效的程序将会另行确定上线时间。 2、模拟在非有效期使用OVR/DATE接收旅客。

重大设备故障应急预案

重大设备故障应急预案 1.目的和适用范围 1.1目的：在重大设备故障发生后，能快速、有效地控制处理，以保障公司生产秩序有效运行，尽量减少因设备故障造成对生产的影响和损失。 1.2适用范围：凡是设备故障发生后有下列情形之一的均应按本预案的有关规定进行 1.2.1严重影响公司生产秩序正常进行； 1.2.2配电设备、供水管网出现严重安全隐患； 1.2.3关键、贵重设备故障直接经济损失金额达0.3万元以上。 2.术语和缩略语 3.引用标准 4.设备概况公司现有各类主要生产设备20余台、套，设备配置能满足下料、卷板，抛丸，抛罐，抛管，钻孔、焊接、加工各工序的制造要求。设备生产能力可达到产品年产量超过100套的需求。 5.组织管理 5.1成立公司重大设备故障应急处置领导小组，其组成人员如下：组长：经理副组长：生产副经理、安全设备部经理成员：公司下属安全生产第一负责人 5.2领导小组职责：

负责本预案的制定、修订和完善；组建应急处置小组，并组织实施和演练，检查和督促作好重大设备故障的预防措施和应急处置的各项准备工作，负责各类重大设备故障发生后应急处置的统一领导、组织指挥和协调。 5.3重大设备故障应急处置小组：指挥长：经理副指挥长：总工程师、安全设备部经理成员：设备维修组负责人、材料成品部经理、设备涉及的相关部门、车间的第一负责人 5.4重大设备故障应急处置小组其主要职责为： 5.4.1发生重大设备故障时，通报重大设备故障信息，发布应急处置命令，负责组织实施应急方案；在最短的时间内以最快的方式向上级部门和相关部门报告事故有关情况，必要时向有关单位发出协助处置请求；进行事故的调查、处理及经验教训的总结工作。 5.4.2指挥小组分工： 5.4.2.1.指挥长：组织、指挥重大设备故障的应急处置工作； 5.4.2.2.副指挥长：协助组长负责应急处置的具体组织、指挥工作；生产系统开停车调度工作； 5.4.3成员：负责组织事故现场的抢险、抢修工作；损失额度的评估；处理善后事宜。 6.重大设备故障的报告制度 6.1凡是发生重大设备故障的部门，应在5分钟内以最快的方式向设备动力部及公司重大设备故障应急处置小组报告，同时作好事故现场

网络故障与解决应急预案

网络相关: 原因1、网线交换机问题：首先检查网线是否为标准的接法，双绞线是由4对线严格而合理地紧密度绞和在一起，减少串扰和背景噪音的影响。同时，在T568A标准和T568B标准中仅使用了双绞线的1、2和3、6四条线。其中，1、2用于发送，3、6用于接收，而且1、2必须来自一个绕对，3、6必须来自一个绕对。只有这样，才能最大限度的避免串扰，保证数据传输。具体接法为：左边起：白橙、橙、白绿、蓝、白蓝、白棕、棕原因2、回路：一般当网络较小涉及的节点数不是很多、结构不是很复杂时，这种现象很少发生。但在一些比较复杂的网络中，由于一些原因经常有多余的备用线路，则会构成回路，数据包会不断发送和校验数据，从而影响整体网速，并且查找比较困难。为避免这种情况发生，要求我们在铺设网线时一定要养成良好的习惯，网线打上明显的标签，有备用线路的地方要做好记载原因3、广播风暴：作为发现未知设备的主要手段，广播在网络中起着非常重要的作用。然而，随着网络计算机数量的增多，广播包的数量会急剧增加。当广播包的数量达到30%时，网络传输效率将会明显下降。当网卡或网络设备损坏后，会不停地发送广播包，从而导致广播风暴，使网络通信陷于瘫痪。因此，当网络设备硬件有故障时也会引起网速变慢。当怀疑有此类故障时，首先可采用置换法替换集线器或交换机来排除集线设备故障。然后关掉集线器的电源后用ping命令对所涉及计算机逐一测试，找到有故障网卡的计算机，更换新的网卡可恢复网速正常原因4、蠕虫病毒：蠕虫病毒对网络速度的影响越来越严重。这种病毒导致被感染的用户只要一连上网就不停地往外发邮件，病毒选择用户个人电脑中的随机文档附加在用户机子上的通讯簿的随机地址进行邮件发送。成百上千的这种邮件有的排着队往外发送，有的又成批地被退回来堆在服务器上。造成个别骨干互联网出现明显拥塞，个别局域网近于瘫痪。因此，我们应时常注意各种新病毒通告，了解各种病毒特征；及时升级所用杀毒软件。计算机也要及时升级、安装系统补丁程序；同时卸载不必要的服务，关闭不必要的端口，以提高系统的安全性和可靠性相关案例: 案例一:

软件系统故障应急预案

如果不是操作系统故障，应该对应用系统进行仔细检查，检查方法，查看应用系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。平时需做的准备工作： A、操作系统和相关配置定期备份。 B、相关应用系统及数据定期备份。 C、必要的情况下准备备用域名。 D、确保备份数据做到三方备份（本地服务器，其他服务器，异地服务器）。 E、做好备用服务器的搭建及定期测试。成立应急预案小组成员及分工：杨胜灵负责整体技术把控、技术支持及开发人员临时紧急调配。孙道斌负责网站、网站设计相关技术支持及设计人员临时紧急调配。宫元负责客户、域名及域名解析相关事宜。李俊负责机房及服务器相关技术整体把控，相关维护管理人员的临时紧急调配。张尊园负责电信及电信危机公关的处理。

监控安全系统故障应急预案

视频监控系统应急预案为提高视频监控系统的信号应急响应能力和故障处理能力，合理压缩故障延时，杜绝人为违章，防止故障升级，努力减少对本项目安全情况的干扰和影响，特制定本预案：视频监控系统的常见故障与解决方案如下： 1、电源不正确引发的设备故障，电源不正确大致有如下几种可能。（1）供电线路或供电电压不正确。（2）功率不够（或某一路供电线路的线径不够，降压过大等）。（3）供电系统的传输线路出现短路、断路、瞬间过压等。（4）特别是因供电错误或瞬间过压导致设备损坏的情况时有发生，因此，在系统调试以前，供电以前，一定要认真严格的进行核对与检查，绝不应掉以轻心。 2、三可变镜头的摄像机及云台不旋转/镜头不动作。这些设备的连结有很多条，常会出现断路、短路、线间绝缘不良、误接线等导致设备的损坏、性能下降的问题。特别值得指出的是，带云台的摄像机由于全方位的运动，时间长了，导致连线的脱落、挣断是常见的。因此，要特别注意这种情况的设备与各种线路的连接应符合长时间运转的要求。 3、设备或部件本身的质量问题。从理论上说，各种设备和部件都有可能发生质量问题。但从经验上看，纯属产品本身的质量问题，多发生在解码器、电动云台、传输部件等设备上。值得指出的是，某些设备从整体上讲质量上可能没有出现不能使用的问题，但从某些技术指标上却达不到产品说明书上给出的指标。因此必须对所选的产品进行必要的抽样检测。如确属产品质量问题，最好的办法是更换该产品，而不应自行拆卸修理。值班人员根据故障信息，初步分析故障原因。能够自身解决，要及时加以解决；如果不能自行解决故障，应及时通过电话、传真、邮件、短信等方式通知单位领导及相关技术负责人。 2016年12月1日

IATA突发事件应急预案(航空公司)

EMERGENCY RESPONSE PLAN 突发事件应急预案 A template for Air Carriers 航空承运人模板 PUBLIC HEALTH EMERGENCY 公共卫生突发事件

1. 说明 IATA建议所有航空承运人应制定突发事件应急预案，用来处理突发公共卫生事件。有些航空承运人已经制定了相应的突发事件应急预案，但有些航空承运人还没有制定。以下制定了一个适用于公共卫生突发事件应急预案的模板。该文件有两个主要目的： ?全面角度识别如何应对公共卫生突发事件。 ?提供行动检查表，此表应包含在公共卫生突发事件预案中。该模板可广泛应用于不同类型的公共卫生突发事件，避免了对每一个可能发生的突发事件制定新模板的细节。该模板可能被应用于那些目前尚未制定公共卫生突发应急事件预案的航空承运人。另外，对于已经制定预案的航空承运人可能发现该模板很有用并对条款进行评估。 2. 准备对于已经具有突发事件应急预案的航空运行人，运用大多数相同的资源以防止公共卫生突发事件。对于那些没有应急预案的航空承运人，IATA强烈建议尽快制定应急预案并且进行相关资源识别。 2.1 国家公共卫生突发事件预案在制定突发事件预案之前，航空承运人必须就制定和执行突发公共卫生事件预案过程中与国家卫生当局协商。航空承运人应急预案应该遵循国家预案。 2.2 突发事件应急队(ERT) 的建立

如果没有团队实施，一个突发事件应急预案是没有用的。鼓励航空承运人尽快建立“突发事件应急队（ERT）”。该团队应包括执行长官，核心人员和支持人员等。对于公共卫生突发事件提出高级建议及采取应对行动来说，突发事件应急队(ERT)的执行长官成员应该负有主要责任。ERT可能主要是： ?突发事件应急主任 ?医学顾问（指定的医学代表） ?通讯主任（或同等级别的）突发事件应急队(ERT)核心人员可能主要是那些外围集中部门，这些部门直接接触及处理公共卫生突发事件的推论。其中包括： ?飞行操作 ?飞行中的服务 ?维修 ?机场 ?货物 ?安全及便利 ?站务管理 ?操作控制突发事件应急队(ERT)支持人员应主要来自于内部部门，支持航空承运人采取的各项活动以处理公共卫生突发事件。其中包括： ?法律 ?危险管理 ?人力资源 ?资金/采购 2.3 突发事件应急中心(ERC)的建立有的航空承运人已经有指定办公室通过装备必要的通讯和规划工具来管理应对公共卫

计算机网络故障应急预案

万州区第五人民医院药剂科计算机网络故障应急处理预案随着医院信息化建设的逐步深入,计算机网络故障将给医院的医疗工作造成严重影响。为确保计算机网络系统在突发意外情况下,能够在极短的时间内快速恢复运行,应急处置方案的制定尤为重要。药剂科承担着全院所有药品及医疗器械和卫生耗材的采购、储存和领用，一旦网络发生故障将给医院的医疗工作造成严重影响。为了应对计算机网络故障，制定本预案。 1、计算机使用管理人，原则上为各使用部门负责人，或一机一人使用的个人。为便于管理，药械科指定专人为电脑安全管理员 2、如果计算机出现故障，药剂科的任何人员不得擅自拆卸，避免带来新的故障。 3、计算机出现故障时，各使用管理人应及时报告科室，或直接向医院信息科报告情况，并联系计算机网络维护员，以便尽快排除故障。 4、如果故障在短时间内不能排除，将采取以下应急办法： 1、急危重病人所需抢救药品，随到随发，并叫患者家属将药品交给所在科室后，立即来药房办理药费事宜。 2、假如故障不能在短时间内排除时，科主任应及时与财务科协商，提出药房药费处理办法。网络故障时所调配处方应单独存放，事后做好统计及库存调整工作。日常工作中做好电脑、仪器设备的养护管理，养成资料随时备份的习惯。 3、计算机出现故障时，各药房及库房发药，应把处方单或药品领用单收好且记录，并由相关科室主任签字，计算机网络一

旦修好，相关工作人员应及时补录到系统。药房工作人员值班交接班时说明相关工作情况。 4、计算机网络出现故障时，则会打乱正常的工作次序，我们的工作人员应做好患者解释、疏导工作，加强与患者的沟通，以得到他们的理解和支持，避免矛盾纠纷。 5、平时多学习，掌握相关技能。五、不得在科室电脑上操作与工作无关的活动，不得下载有安全隐患的邮件、资料，使用U盘要通过医院电脑管理员审核。违反者按医院相关规定惩罚。附件：药剂科计算机网络故障应急处理预案流程信息处理网络故障出现通知立即上报院领导，由院领导报告网络信息安全主管部门调度组织由网络维护指挥部负责立即组织维修及时通知内外药房及中药房或通知库房，保证药品的供应，并做好记录，借条签字工作如不能及时排除故障，由药品供应与药事管理应急工作小组待网络故障排除后，及时将所发药品等补录入微机

医院信息系统故障应急预案

医院信息化系统应急预案为防止因医院信息系统出现故障而影响全院正常医疗秩序，确保患者在特殊情况下能够得到及时、有效地治疗，结合我院实际，特制定本预案，望各科室、各部门在应急情况下遵照执行。 1医院信息系统出现故障报告程序当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息科报告。信息科工作人员对各工作站提出的问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行讨论，如果故障原因明确，可以立刻恢复的，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除的，应立即报告院领导，在网络不能运转的情况下由院领导协调全院各部门工作，以保障全院医疗工作的正常运转。 2医院信息系统故障分级 2.1根据故障发生的原因和性质不同分为三类： 2.1.1一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的网络瘫痪。 2.1.2二类故障：由于单一终端软、硬件故障，单一病人信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起系统故障。 2.1.3三类故障：由于各终端操作不熟练或使用不当造成的错误。

2.2针对上述故障分类等级，处理原则如下： 2.2.1一类故障——由信息科主任上报院领导，由医院组织协调恢复工作。 2.2.2二类故障——由网络管理人员上报信息科主任，由信息科集中解决。 2.2.3三类故障——由网络管理员单独解决，并详细登记维护情况。 3发生网络整体故障时的首要工作： 3.1当信息科一旦确定为网络整体故障时，首先是立刻报告院领导，同时组织恢复工作，并充分考虑到特殊情况如节假日、病员流量大、人员外出及医院有重大活动等对故障恢复带来的时间影响。 3.2当发现网络整体故障时，各部门根据故障恢复时间的程度将转入手工操作，具体时限明确如下： 3.2.130分钟内不能恢复——门诊挂号、住院登记、药房等部门转入手工操作。 3.2.26小时内不能恢复——各护士工作站、药房、120急救中心、手术室、医技检查转入手工操作（具体时间由信息科通知）。 3.2.324小时以上不能恢复——全院各种业务转入手工操作。 4各部门的具体协调安排： 4.1所有手工操作的统一启动时间须由信息科通知，相关部门严格按照通知时间协调各项工作，在未接到新的指示前不准私自操作计算机。

突发事件应急预案中国民用航空局

EMERGENCYRESPONSEPLAN 突发事件应急预案 AtemplateforAirCarriers 航空承运人模板 PUBLICHEALTHEMERGENCY 公共卫生突发事件 1.说明 IATA建议所有航空承运人应制定突发事件应急预案，用来处理突发公共卫生事件。有些航空承运人已经制定了相应的突发事件应急预案，但有些航空承运人还没有制定。以下制定了一个适用于公共卫生突发事件应急预案的模板。该文件有两个主要目的： ?全面角度识别如何应对公共卫生突发事件。 ?提供行动检查表，此表应包含在公共卫生突发事件预案中。该模板可广泛应用于不同类型的公共卫生突发事件，避免了对每一个可能发生的突发事件制定新模板的细节。该模板可能被应用于那些目前尚未制定公共卫生突发应急事件预案的航空承运人。另外，对于已经制定预案的航空Array承运人可能发现该模板很有用并对条款进行评估。 2.准备对于已经具有突发事件应急预案的航空运行人，运用大多数相同的资源以防止公共卫生突发事件。对于那些没有应急预案的航空承运人，IATA强烈建议尽快制定应急预案并且进行相关资源识别。 2.1国家公共卫生突发事件预案在制定突发事件预案之前，航空承运人必须就制定和执行突发公共卫生事件预案过程中与国家

卫生当局协商。航空承运人应急预案应该遵循国家预案。 2.2突发事件应急队(ERT)的建立如果没有团队实施，一个突发事件应急预案是没有用的。鼓励航空承运人尽快建立“突发事件应急队（ERT）”。该团队应包括执行长官，核心人员和支持人员等。对于公共卫生突发事件提出高级建议及采取应对行动来说，突发事件应急队(ERT)的执行长官成员应该负有主要责任。ERT可能主要是： ?突发事件应急主任 ?医学顾问（指定的医学代表） ?通讯主任（或同等级别的）突发事件应急队(ERT)核心人员可能主要是那些外围集中部门，这些部门直接接触及处理公共卫生突发事件的推论。其中包括： ?飞行操作 ?飞行中的服务 ?维修 ?机场 ?货物 ?安全及便利 ?站务管理 ?操作控制突发事件应急队(ERT)支持人员应主要来自于内部部门，支持航空承运人采取的各项活动以处理公共卫生突发事件。其中包括： ?法律 ?危险管理

监控系统系统故障应急预案

监控系统系统故障应急预案为了应急处置可能发生的矿井监控系统停运，造成重大事故，确保在事故发生时，干部职工能够做到及时、迅速、高效、有序地应急处理事故造成的危害，最大限度地减少人员伤亡、财产损失，依据国家有关法律、法规，特制定矿井大范围停电事故应急救援预案。 1、引发事故的隐患原因分析 1）、由于地面中心站故障（软件、硬件或病毒感染）导致整个系统瘫痪； 2）、由于监测分站故障导致区域性信号无法正常监测； 3）、由于传感器、断电器等调校不准或故障导致无法正常监测，发生误报、漏报或闭锁误动作、不动作； 4）、由于传输线路短路、抽线或其他原因导致地面中心站无法监测、监控现场设备； 2 组织机构及职责 2.1指挥机构及职责 2.1.1矿成立矿井矿井监控系统停运事故应急救援指挥部，作为矿应急处置事故的最高决策机构。指挥长：**** 副指挥长：生产副矿长*** 机电副矿长*** 总工程师*** 安全副矿长*** 调度主任**** 后勤矿长*** 救护队队长88888 成员：8888 杨88888888 2.1.2应急处置指挥分工（1）指挥长负责全面指挥，组织制定应急救援方案，并督促实施。（2）副指挥长按照指挥部的分工，带领相关的业务部门组成现场抢救、医疗救护、物资供应、事故调查等工作小组，研究制定抢险救援方案实施办法和措施，全力以赴投入救灾工作。（3）对应急救援工作中发生的争议问题，由指挥部及时进行决断和紧急处理，同时指定专人向上级部门和相关领导汇报抢险救援工作进展情况。（4）对外新闻发布，由指挥部明确专人负责，防止新闻报道混乱，影响抢险救援工作。2.1.3指挥部主要职责（1）分析本单位存在的危险、危害因素及可能发生的事故并制定、批准预防措施和应急处置措施。（2）教育和督促所有从业人员严格执行本单位的生产安全规章制度和安全操作规程，并向从业人员告知作业场所和工作岗位存在的危险因素、防范措施以及事故应急处置措施。（3）事故发生时，立即组织自救，防止事故扩大，努力将事故危害降低到最低限度。（4）分析判断事故、事件或灾情的受影响区域、危害程度及应急处置程序，确定相应警报级别、应急救援级别。（5）批准现场应急处置方案。（6）督察应急操作人员的行动，保护现场应急救援人员的安全。（7）指挥救护、医疗工伤抢救、后勤支援等项工作，调度解决抢险救援所需资金、物资、设备等。（8）宣布应急恢复、应急结束。（9）对应急救援工作中发生的争议问题及时进行裁决和处理。 2.2工作机构及职责 2.2.1指挥部办公室应急救援指挥部下设办公室，办公地点在矿调度室。

机房故障应急预案

信息化管理中心机房故障应急预案为科学应对网络与信息安全突发事件，提高信息化管理中心机房处理突发信息化网络事件的能力，建立健全信息化安全机制，有效预防、及时控制和最大限度地消除信息化安全各类突发事件的危害和影响，特制订信息化管理中心机房故障应急预案。本预案坚持“统一领导、协调配合、明确责任、依法规范、条块结合、整合资源、防范为主、加强监控”的原则。适用于信息化管理中心机房可能发生的网络与信息化安全突发事件。信息化管理中心成立信息化安全小组，为信息化管理中心常设机构。应急小组组长：冯立强；副组长：郭永明；组员：李松洋，宋智恒。一、机房漏水防治应急预案 ⑴发生机房漏水后，第一目击者应立即通知网络与信息化安全小组。 ⑵若空调系统出现渗漏水，应立即停止故障空调,将机房内的积水清除干净，并及时联系设备供应方进行处理，必要情况下可以临时用电扇对服务器进行降温。 ⑶若为墙体或窗户渗漏水，应立即通知总公司办公室，及时清除积水，进行墙体或窗户维修，避免不必要的损失。

二、设备发生被盗或人为损害事件应急预案 ⑴发生设备被盗或有人为损害设备情况时，使用者或管理者应立即报告信息化安全小组，同时保护好现场。 ⑵信息化安全小组接报后，通知安全保卫部门及公安部门，一同核实审定现场情况，清点被盗物资或盘查人为损害情况，做好必要的影像记录和文字记录。 ⑶事件当事人应当积极配合公安部门进行调查，并将有关情况向信息化安全小组汇报。 ⑷信息化安全小组召开会议研讨，事态严重时，应向集团总公司相关领导报告，请示进一步处理的决策。三、机房长时间停电应急预案接到长时间停电通知后，应及时通过网站发布或电话通知停电通告，要求内网用户在停电前停止办公、保存数据并正常关机。由于中心机房UPS供电设计时间为2小时，故在停电1小时50分后，应当关闭所有机房内设备。四、通信网络故障应急预案 ⑴发生通信网络故障后，计算机操作员应及时将信息告知信息化安全小组,并通知负责人员进行处理。 ⑵信息化网络管理人员与负责人及时查清通信网络故障位置，或告知相关通信网络运营商，请求协助查清原因，同时，隔离故障区域，

服务器系统故障应急预案

服务器系统故障应急预案 1、服务器应用系统出现故障，系统恢复应急预案 (1)当服务器应用系统出现故障，安全管理员、系统管理员、应用管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。 (2)如果应用系统不能停机，立即启用热备份系统进行工作。如果应用系统不能停机，而故障又可以在10分钟之内排除，那么安全管理员指导系统管理员和应用管理员立即排除故障，恢复系统正常运行。应用系统可以停机而故障又可以在２小时内排除，安全管理员，应该断开服务器的网络连接，配合系统管理员和应用管理员，处理服务器故障，尽快排除故障，恢复系统运行。应用系统可以停机但故障排除不能在２小时之内完成，而应用系统有冷备份系统，安全管理员，应该断开服务器的网络连接，通知系统管理员和应用管理员启动冷备份系统，完成应用系统的安装、设置，并进行数据的恢复，保证系统正常运行。应用系统可以停机，而又没有冷备份的应用系统，那么安全管理员应该通知系统管理员和应用管理员，备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，安全管理员应该从备份管理员那里得到应用系统的最新备份。安全管理员在确定了应用系统有备份的情况下，通知系统管理员重新修复或安装操作系统，并配合应用管

理员重新安装或修复应用系统并恢复最新备份的数据。如果备份丢失或不存在，安全管理员应该报告信息网络事件应急小组，并求助技术支持商，完成对硬盘数据的恢复。 (3)备份管理员在应用系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制应用系统的数据备份到本地。 (4) 系统管理员和应用管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行应用软件的恢复或重新安装，再进行应用系统的数据恢复，应用系统完全恢复正常运行后，重新启用恢复的应用系统服务器，再将备用系统停掉。 2、不良信息和网络病毒事件应急预案（1）发现不良信息或网络病毒时，系统管理员应立即断开网线，终止不良信息或网络病毒传播，并报告信息网络事件应急小组。（2）安全管理员应采取隔离网络等措施，协助系统管理员和应用管理员及时杀毒、排除不良信息、追查不良信息来源，并估计出故障排除的时间，然后根据服务器应用系统的重要级别，采取不同的措施。（3）事态或后果严重的，信息网络事件应急小组应及时报告上