服务器故障应急方案

1、服务器故障应急方案(ISO27001-2013)方案概述导致服务器出现故障的问题是一个庞大的集合，可以分成很多种导致服务器出现故障的原因， 根据服务器故障出现的状况进行分类，确定故障属于哪一个级别，根据相应的故障级别对故障做对 应的处理，确保故障的处理流程是标准化的。如果没有一套故障处理的标准，工程师只能靠经验去判断，但是依靠经验判断并不是不可以， 有时候这种处理方式会很高效，但是大多数这种处理方式都是不太合理的，如果更换了运维工程师， 显然每一个工程师通过经验去判断故障原因的方式都不尽相同，这样的差异将会使故障处理事后不 能够得到很好的记录与存档，以供其他工程师以后借鉴故障处理案例。故障处理

2、标准化的优点：根据流程可以确定哪些故障应该立即汇报上级，哪些可以自行解决后，再写故障处理报告 汇报上级，这样做有助于提高故障处理效率。对于工程师经验判断，可能出现判断失误的情况，根据故障判断流程，可以不遗漏任何可 能的情况对服务器故障进行排除。有时候工程师处理了故障之后只是简单的做了一下汇报，并没有一些故障处理过程的 记录，以及故障处理的详细时间记录，这样对需要追溯以前的具体情况的时候就束手无策 了。划分故障等级故障级别故障说明故障处理第一步I级(紧急)当系统出现下列相当严重的现象时，属一级故障：系统整体瘫痪，全部操作失去响应；系统崩溃，关键硬件或文件系统损坏无法自动修复；发生间歇性、随机性、

3、重复性的启动或应用退出，无法保 障公司业务的正常处理。立即汇报上级II级（重要）当系统出现下列比较严重的现象时，属二级故障：关键部件（含软、硬件）停止工作，导致系统降低运行状 态，客户业务受到严重影响；系统整体性能严重下降，无法自动恢复正常运行状态；重要数据、参数和配置信息损坏，无恢复，导致客户数据 及业务记录严重损失；立即汇报上级III级（关键）当系统出现下列现象时，属三级故障：部分设备或软件异常，局部功能受限，系统整体仍可正常 工作，对客户业务影响不大或存在隐患；关键备用设施因故障离线，主用设施仍能正常工作；系统运行指标（例如：I/O效率、CPU效率）受到直接 或间接影响，客户业务处理缓慢

4、；立即汇报上级W级（告警）当系统出现下列情况而不影响客户业务时，属四级故障：不在运行状态的线路、端口损坏；出于安全考虑并且是受保护的软件降级或应用重启；因存储空间不足导致的性能下降；系统硬件、软件产品功能、安装、或配置方面的支援；业务仍然可以正常运作，但是服务器报出故障信息的；故障排错判断故障分类一机房网络故障1、骨干网光纤切割；2、机房网络升级；3、机房网络设备调试；4、机房网络设备损坏；二政府部门封网1、服务器没有备案；2、域名备案存在问题；3、黑客入侵导致服务器违法行为；4、违规代理服务器；5、服务器转发违禁网站；6、服务器放置的网站内容不符合当地的政府法例法规；三机房铺助设备故障1、机

5、房空调故障问题；2、机房灰尘过多问题；3、机房电力供应问题；四机房机柜迁移1、机柜扩容；2、机柜移位；3、服务器迁移机柜；五服务器硬件故障1、电源线损环；2、服务器电源损坏；3、服务器非人为硬盘损坏；4、服务器受黑客入侵攻击时导致硬盘损坏；5、CPU温度过高烧毁；6、内存使用中损坏；7、主板在电源损坏时容易烧毁；六服务器系统故障1、黑客攻击导致系统瘫痪；2、缓存日志过多没有整理；3、人为配置不当导致系统崩溃；4、硬盘损坏导致系统崩溃；七服务器应用故障1、服务器放置的应用程序存在bug后门等；2、服务器环境配置问题；3、黑客攻击导致应用程序崩溃；4、硬盘、内存的兼容性差导致应用程序崩溃；5、应用

6、程序没有优化占用服务器硬件资源过高导致崩溃；6、用户负载过多导致应用程序崩溃；八服务器硬件超负荷1、数据超过硬盘读写负载能力导致应用程序崩溃；2、CPU使用率跑满导致服务器宕机；3、使用内存cache占用过多导致宕机；4、硬盘空间使用满导致宕机；九服务器网络超负荷1、用户量过多，服务器带宽不足，导致卡顿，用户访问程序故障；2、系统连接数过多造成系统拥堵网络带宽使用不上；3、数据库数据读写占用过多服务器连接数，达不到预期的服务器带宽；十人为违规操作1、人为违规关机；2、人为违规操作更改或删除服务器应用；3、机房人为关机或断电；十一服务器受到攻击1、服务拒绝攻击导致系统崩溃，如常见的UDP洪水攻击

7、等；2、利用型攻击导致黑客入侵系统，如特洛伊木马、口令猜测等;3、信息收集型攻击，如体系结构探测、DNS域转换等4、假消息攻击，如DNS高速缓存污染、伪造电子邮件等十二不可预知因素1、机房遭遇火灾事故；2、机房遭遇地震事故；故障应急处理流程r，服务器出现故障，判断故障级别H级（重要）1汇报.F上TTT级（关键）1汇报F上W级（警告）记录发生时间记录发生时间1记录发/若时间1记录发:!生时间故障排错流程故障排错流程故障排错流程故障排错流程问题处理完成故障处理报告发送邮件给相关人员I服务器故障处理完毕J5.故障排错流程故障排错开始执行数据备份与日志故障处理完成6.数据与日志备份在进行故障修复的时候

8、，需要对服务器系统以及软件的配置文件进行修改，这些修改可能造成的风险是很大的，这时保存备份配置文件信息、应用数据、系统日志信息会很重要，可以直接通过shell脚本对服务器重要的数据进行备份。7.故障处理报告故障处理报告文件命名规则文件名前缀故障级别服务器名称故障类型故障处理报告I级一紧急Linux服务器名称（终端#前面的字符）故障分类一详细内容II级一重要III级一关键W级一告警例如：故障处理报告_ I级一紧急_、4由1-由门也_系统崩溃故障处理报告内容故障发现时间Xxxx年xx月xx日 xx： xx （24小时制）处理完成时间如果处理一次就解决的直接写：Xxxx年xx月xx日 xx： xx （24小时制）如果多次处理后才解决，按下面格式写：Xxxx年xx月xx日 xx： xx （24小时制）Xxxx年xx月xx