运维故障事件处理说明（故障响应流程）

本篇文章给大家谈谈运维故障事件处理说明，以及故障响应流程对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享运维故障事件处理说明的知识，其中也会对故障响应流程进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、在运营期间对故障的处理要求
• 2、系统运维人员如何解决突发性故障？
• 3、简述运维人员遇到系统故障时要如何应对:涉及什么角色的人员,各角色人员职责是？
• 4、电梯故障事件的处理流程是怎样的
• 5、系统故障应急预案

在运营期间对故障的处理要求

1. 优先故障处理过程的时间——”能通过鼠标完成的工作,不要用键盘“
2. 提前发现故障,加强监控——“技术早于业务发现问题,监控不仅就是报警,还要协助故障定位”
3. 完善故障应急方案——“应急方案就是最新的、准确的、简单明了的”
4. 长远目标:故障自愈——”能固化的操作自动化,能机器做的让机器做“
下面将从故障常见的处理方法开始介绍,再从故障前的准备工作(完善监控、制定应急方案等方式)来解决经理提出的问题,并提出未来解决故障的想法。
1、常见的方法:
1)确定故障现象并初判问题影响
在处理故障前,运维人员首先要知道故障现象,故障现象直接决定故障应急方案的制定,这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。
确认了故障现象后,才能指导运维人员初判断故障影响。
2)应急恢复
运维最基本的指标就就是系统可用性,应急恢复的时效性就是系统可用性的关键指标。
有了上述故障现象与影响的判断后,就可以制定故障应急操作,故障应急有很多,比如:
l 服务整体性能下降或异常,可以考虑重启服务;
l 应用做过变更,可以考虑就是否需要回切变更;
l 资源不足,可以考虑应急扩容;
l 应用性能问题,可以考虑调整应用参数、日志参数;
l 数据库繁忙,可以考虑通过数据库快照分析,优化SQL;
l 应用功能设计有误,可以考虑紧急关闭功能菜单;

系统运维人员如何解决突发性故障？

故障处理，大概遵循以下几个大的方向。
1、收到报警或定期巡检；
2、检查是否误报；
3、确认报警内容属实进行相应处理；
4、检查是否有预案，如有则按照预案处理，如无则尽快联系厂商处理，同时对此事备案。
在处理问题环节，如果在自身团队无法处理的时候，及时和厂商联系，获取更专业的支持。
对于系统运维来说，不仅仅要关注软件层面的问题以及运维，同时对于基础IT建设也要有一定的了解，最起码要知道出现问题应该找谁解决。随着现阶段技术的发展，不可能做到一个人对所有技术面面俱到，那么在无法解决问题的时候，如何找到解决问题的人，应该是每一个系统运维人员所必须要了解的。
空调故障的问题偶然性很强，但是依然有方法避免，那就是采取硬件服役到一定年限后更换，而不是等它彻底损坏后再更换。但是这种方法会带来很多额外的费用支出，一般来说，在企业中推行这种方法需要IT部门有一个强有力的后盾去支持才能较好的达到预期效果。
还有一点是值得注意的，不管具体是什么故障，做好预案和备案最重要，以防止这种问题再次发生，或者再次发生后，也可以极为快速地去解决问题。

简述运维人员遇到系统故障时要如何应对:涉及什么角色的人员,各角色人员职责是？

1、涉及人员：一线操作工，职责：一线操作，排查故障原因，实操处理问题，汇报上级情况；
2、涉及人员：运维站长，职责：检查出故障问题所在，并提出解决方案；和雇主沟通；汇报上级情况；
3、涉及人员：雇主，职责：督促系统故障问题解决；
4、涉及人员：技术人员，职责：指导问题解决。

电梯故障事件的处理流程是怎样的

一，电梯发生故障时，应首先切断电梯电源。为了使电梯尽快重新运行，电梯管理员要把故障情况及时、详细的报告给专业维修人员。
二、简单故障诊断法
管理员可以排除一些简单的故障。
1、关不上电梯门时，检查开关盒内的开关设定位置是否正常。
2、电梯门不能完全关上时，检查门槛槽内有无故障物。
3、检查电梯是否有人为阻碍，例如杂物阻止门的关闭，轿厢门的安全触板被强行动作等。
三、乘客被关在轿厢内时
1、打电话告诉维修人员。管理员应尽最大努力消除乘客的紧张情绪;与乘客通电话，直到维修人员赶来现场;告诉乘客轿厢内很安全，不要试图自行逃出轿厢。
2、切勿尝试强行释放乘客。
3、若确有已受过培训的电梯管理人员，在确保安全的情况下按“困人救援法”救出被困乘客。
四、谨防事故
1、停电时。告诉乘客停电的实际情况，劝乘客不要试图逃出轿厢（轿厢内辅助照明灯会自动照亮），电源恢复接通后，只要按轿厢内或门厅的楼层按钮，轿厢就会起动。
2、发生水灾时。应当停用电梯，并采取行动阻截水流入电梯。电梯再运行前，要先联络电梯维修员来进行检查。
3、发生火灾时。指引所有乘客离开电梯到安全地方。确认轿厢内无人后，切断电梯的电源开关。火灾时，除消防人员执行援救任务外其他人员不许使用电梯逃难。
五、困人救援法
电梯发生故障时，应及时通知电梯维修部门。在专业维修人员到达之前，由经过训练的电梯管理救援人员，根据需要，依照下列步骤释放被困乘客。
1、故障电梯的轿厢位置确认。在进行救援被困乘客时，先要确保自己安全，由机房控制柜或厅外的轿厢位置指示器确认轿厢位置。（但在停电时，轿厢位置指示器不能指示，为确认轿厢位置，可用专用钥匙小心开启厅门，再用电筒于井道内确认轿厢位置。）
2、电源切断确认。在进行救援时，为防止轿厢突然移动，发生危险事故，应先将该电梯的机房总电源切断。
3、在轿厢所在的楼层，用专用厅门钥匙小心开启厅门查看轿厢地板和楼面高低相差是否为0.5米以内。
4、轿厢停于接近厅门位置，且高于或低于楼层不超过0.5米时。先用专用厅门钥匙开启厅门，然后在轿顶用人力开启轿厢门，并协助乘客离开轿厢，最后重新将门关妥。
5、轿厢停于远离层门位置时，应先将轿厢移至接近层门，然后按上述第4步骤接出乘客，移动轿厢方法如下：（执行此步骤人员必须经过专门培训。）
①利用对讲机通知轿厢内乘客保持镇定，并说明轿厢随时可能会移动，不可将身体任何部分探出轿厢外，以免发生危险，如果此时轿厢门处于未完全闭合状态，则应将其完全关闭。
②进入机房切断该故障电梯电源开关。
③在控制柜内，把开关“救援—正常”扳至“救援”处，控制柜内蜂鸣器发出声响。
④把盘车旋柄装在电机轴上。
⑤一名受训援救人员控制旋柄，另一受训援救人员手持释放杆，轻轻撬开“抱闸”（制动器），轿厢会由于自重而移动。为了避免轿厢上升或下降太快发生危险，操作时应断续动作（一撬一放）使轿厢逐步移动，直至蜂鸣器寂静为止。（表明轿厢已经移至门区）
⑥若轿厢停于最上层厅门以上位置或最下层厅门以下位置时，不可只撬开制动器，使轿厢自行移动。由一名已受训人员在撬开制动器同时，另一名受训人员用力把持手柄一端，并用人力绞盘，使轿厢向正确方向移动。
⑦把控制柜内“救援—正常”开关扳至“正常”处，并拆除旋柄。
六、特别情况处理。遇有其他复杂情况，如完全钳已动作或钢丝绳脱离正确槽位，应等待电梯公司专业维修人员指示处理。
七、电梯钥匙的管理和使用。电梯钥匙使用不当，将有可能造成电梯门开启者坠落井道的严重事故;在使用电梯时，应严格遵守下述规程。因违反下述规程而造成的事故和损害，操作者将要承担全部事故及损害责任。
1、电梯须经当地劳动局检验合格后才能投入使用。
2、使用三角钥匙的人员须持有劳动部门颁发的电梯操作上岗证。使用时，把钥匙插入锁孔并转动而开锁，然后小心用手打开门。请注意，此时轿厢有可能不在本层，有跌下井道的危险，故开启厅门后应确认轿厢在本层后方可进入。
3、电梯钥匙要有专人保管使用。
4、电梯运转时，电梯机房门必须上锁，无关人员未经允许严禁进入机房。

系统故障应急预案

系统故障应急预案

引导语：应急预案指面对突发事件如自然灾害、重特大事故、环境公害及人为破坏的应急管理、指挥、救援计划等。下面是我为大家精心整理的系统故障应急预案，欢迎阅读!

信息系统故障应急预案

第一章 总 则

第一条 为提高应对信息系统在运行过程中出现的各种突发事件的应急处臵能力，有效预防和最大程度地降低信息系统各类突发事件的危害和影响，保障信息系统安全、稳定运行，根据国家《信息安全事件分类分级指南》、《信息技术、安全技术、信息安全事件管理指南》、《国家突发公共事件总体应急预案》及有关法律、法规的规定，结合实际，制定本处理预案。

第二条 本处理预案所称的信息系统，由计算机设备、网络设施、计算机软件、社会保险数据等组成。

第三条 信息系统突发事件分为网络攻击事件、信息破坏事件、信息内容安全事件、网络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。

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

(二)信息破坏事件：通过网络或其他技术手段，造成信息系统中的数据被篡改、假冒、泄漏等而导致的事件。

(三)信息内容安全事件：利用信息网络发布、传播危害国家安全、社会稳定和公共利益的不良信息内容的事件。

(四)网络故障事件：因电信、网络设备等原因造成大部分网络线路中断，用户无法登录信息系统的事件。

(五)服务器故障事件：因系统服务器故障而导致的信息系统无法运行的事件。

(六)软件故障事件：因系统软件或应用软件故障而导致的信息系统无法运行的事件。

(七)灾害性事件：因不可抗力对信息系统造成物理破坏而导致的事件。

(八)其他突发事件：不能归为以上七个基本分类，并可能造成信息系统异常或对信息系统当前运行造成潜在危害的事件。

第四条 按照造成信息系统的中断运行时间，将信息系统突发事件级别划分为一般(IV级)、较大(III级)、重大(II级)、特别重大(I级)。

(一)一般(IV级)：信息系统发生可能中断运行2小时以内的故障;

(二)较大(III级)：信息系统发生可能中断运行2小时以上、12小时以内的故障;

(三)重大(II级)：信息系统发生可能中断运行12小时以上、24小时以内的故障;

(四)特别重大(I级)：信息系统发生可能中断运行24小时以上的故障。

第二章 组织机构和工作职责

第五条 预防和处理信息系统突发事件工作协调小组(以下简称“应急小组”)负责信息系统应急处理工作，决定信息系统应急处理工作的重大事项，组织实施、业务协调和发布信息系统应急指令，发布信息系统应急故障级别、决策处理方案。应急小组组长由分管信息技术工作的领导担任，成员为信息技术科全体人员。

第三章 预防与预警机制

第七条应急小组针对各种可能发生的信息系统突发事件，建立和完善预测预警机制。

第八条 预警信息分为外部预警信息和内部预警信息两类。外部预警信息指信息系统外突发的可能需要通信保障、安全防范，或可能对信息系统产生重大影响的事件警报。内部预警信息指信息系统网内的事故征兆或局部信息系统突发事故可能对其他或整个网络造成重大影响的事件警报。

第九条应急小组要加强对信息系统的日常监测工作。监测的内容主要包括：

(一)局域网通讯性能与流量;

(二)网络设备和安全设备的操作记录、网络访问记录;

(三)服务器性能、数据库性能、应用系统性能等运行状态，以及备份存贮系统状态等;

(四)服务器操作系统、数据库安全审计记录、业务系统安全审计记录;

(五)计算机漏洞公告、网络漏洞扫描报告;

(六)病毒公告、防病毒系统报告;

(七)其他可能影响信息系统的预警内容。

第十条 应急小组获得外部重大预警信息或通过监测获得内部预警信息后，应对预警信息加以分析，按照早发现、早报告、早处臵的原则，对可能演变为严重事件的情况，部署相应的应对措施，通知相关部门做好预防和保障应急工作的各项准备工作，并及时报告所领导。

第四章 应急响应程序

第十一条 信息系统使用单位或人员发现信息系统突发事件后，应及时报告应急小组。应急小组及时组织相关人员查找故障原因，在短时间内(一般要在半小时以内)依据故障情形和修复时间进行初步判别，确定故障分类级别，较大(III级)及其以上的突发事件应报告所领导。

第十二条 信息系统突发事件发生后，根据突发事件严重程度，由所领导决定并指定特定小组或人员及时向新闻媒体发布相关信息，所指定的.小组或人员应严格按照所领导规定及要求对外发布信息，其他部门或个人不得擅自接受新闻媒体采访或对外发布自己的看法和意见。

第十三条 发生较大(III级)及其以上信息系统突发事件时，应急小组除向所领导报告外，应立即通知各业务部室。各业务部室应在各业务大厅张贴告示牌，同时做好服务对象的解释和疏导工作，并尽可能通过电话、网络、短信等方式通知参保单位经办人员。

第十四条 根据不同的事件以及事件的级别，采取相应措施进

行应急处理。突发事件处理过程中，可以根据需要调整故障级别。

(一)网络攻击事件应急预案：

1.当发现网络被非法入侵、网页内容被篡改，应用服务器的数据被非法拷贝、修改、删除，或有黑客正在进行攻击等现象时，使用者或管理者应断开网络，并立即报告应急小组。

2.应急小组立即关闭相关服务器，封锁或删除被攻破的登陆帐号，阻断可疑用户进入网络的通道，并及时清理系统、恢复数据和程序，尽快将系统和网络恢复正常。

(二)信息破坏事件应急预案：

1.当发现信息被篡改、假冒、泄漏等事件时，信息系统使用单位或个人应立即通知应急小组。

2.如被篡改或被假冒的数据正在征缴或发放过程中，应急小组应立即通知代收代发机构中止征缴或发放工作。

3.应急小组通过跟踪应用程序、查看数据库安全审计记录和业务系统安全审计记录查找信息被破坏的原因和相关责任人。

4.应急小组提出修正错误方案和措施，通知各业务部室进行处理。

(三)信息内容安全事件应急预案：

1.当发现不良信息或网络病毒时，系统使用人员立即断开网线，终止不良信息或网络病毒传播，并报告应急小组。

2.应急小组根据情况通告局域网内所有计算机用户，隔离网络，指导各计算机操作人员进行杀毒处理、清除不良信息，直至网络处于安全状态。

软件系统故障应急预案

发生紧急故障时的判断及处理：

发生服务器软件系统故障后，客户如果未签订服务器系统维护协议，在服务器重启未能解决的情况下，通知客户经理和客户自行处理。若已经签订服务器系统维护协议的客户，服务器管理员应立即对服务器进行查看，分析故障原因，采取相应措施;必要时，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，进行快速恢复。如果没有恢复磁盘，应优先检查故障原因进行解决，如果无效，再客户同意的情况下以最新数据备份恢复的方式进行或采取其他措施。 服务器软件故障

服务器软件故障包括：操作系统故障，应用软件故障，病毒黑客攻击等。

其他注意事项：

事态或后果严重的，及时上报公司领导。

处置结束后, 系统管理员应将事发经过、处置结果等结束后一日内备案存档。

采取的技术措施：

在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。如果估计在1小时之内都不能定位故障原因，那么报告客户经理和客户，同时联系厂商及技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和应用系统。排除操作系统故障的方法，检查操作系统进程是否都正常，有无非法进程，操作系统文件有无损坏丢失，是否受到病毒和木马程序侵害，黑客攻击。

如果不是操作系统故障，应该对应用系统进行仔细检查，检查方法，查看应用系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。

平时需做的准备工作：

A、 操作系统和相关配置定期备份。

B、 相关应用系统及数据定期备份。

C、 必要的情况下准备备用域名。

D、 确保备份数据做到三方备份(本地服务器，其他服务器，

异地服务器)。

E、 做好备用服务器的搭建及定期测试。

成立应急预案小组成员及分工：

杨胜灵 负责整体技术把控、技术支持及开发人员临时紧急调配。

孙道斌 负责网站、网站设计相关技术支持及设计人员临时紧急调配。

宫元 负责客户、域名及域名解析相关事宜。

李俊 负责机房及服务器相关技术整体把控，相关维护管理人员的临时紧急调配。

张尊园负责电信及电信危机公关的处理。

关于运维故障事件处理说明和故障响应流程的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 运维故障事件处理说明的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于故障响应流程、运维故障事件处理说明的信息别忘了在本站进行查找喔。