服务器系统故障应急预案
服务器应急处置预案
服务器应急处置预案一、前言在当今数字化的时代，服务器作为企业或组织的关键基础设施，承载着重要的数据和业务运行。
然而，服务器可能会面临各种突发情况，如硬件故障、软件漏洞、网络攻击、自然灾害等，这些都可能导致服务器服务中断，给业务带来严重的影响。
为了最大程度地减少服务器故障造成的损失，保障业务的连续性，制定一套完善的服务器应急处置预案是至关重要的。
二、应急处置原则1、快速响应在服务器出现故障时，应迅速采取行动，以缩短故障持续时间，减少损失。
2、最小化损失在处理故障时，应优先保障关键业务和数据的安全，将损失控制在最小范围内。
3、可恢复性应急处置措施应有利于服务器的恢复和正常运行，确保在故障解决后能够快速恢复业务。
4、预防为主通过定期的维护、备份和安全检测，预防服务器故障的发生。
三、应急处置组织架构及职责1、应急指挥小组负责全面指挥和协调服务器应急处置工作，制定应急策略和决策。
2、技术支持小组由服务器管理员、网络管理员、系统工程师等组成，负责对服务器故障进行诊断和修复。
3、数据恢复小组负责在服务器数据丢失或损坏时，进行数据恢复工作。
4、安全监控小组负责监控服务器的安全状况，防范和处理网络攻击等安全事件。
5、后勤保障小组提供应急处置所需的物资、设备和人员支持。
四、预防措施1、定期备份制定完善的数据备份计划，包括全量备份和增量备份，定期将数据备份到异地存储设备。
2、硬件维护定期对服务器硬件进行检查和维护，更换老化或有故障隐患的部件。
3、软件更新及时安装操作系统、应用程序的补丁和更新，修复已知的安全漏洞。
4、安全防护部署防火墙、入侵检测系统、防病毒软件等安全设备，加强服务器的网络安全防护。
5、监控预警通过监控软件实时监控服务器的性能指标，如 CPU 使用率、内存使用率、磁盘空间等，设置阈值报警，及时发现潜在的问题。
五、应急响应流程1、故障监测与报告通过监控系统或用户反馈，发现服务器故障后，立即向应急指挥小组报告。
服务器系统故障应急预案(二)
服务器系统故障应急预案（二）引言概述：本文介绍了服务器系统故障应急预案（二），包括如何制定应急预案、组建应急响应团队、分析故障原因、修复故障以及监测与优化。
正文：一、制定应急预案1. 确定应急预案的目标和范围2. 确定预案编写的责任人和时间表3. 分析过去的故障情况和学习其他公司的经验4. 确定应急预案的评估指标和监测方法5. 定期更新和测试应急预案，确保其有效性二、组建应急响应团队1. 确定应急响应团队的成员和职责2. 为团队成员提供必要的培训和技术支持3. 制定团队沟通和协作的流程和工具4. 定期组织演练和模拟灾难场景5. 定期评估和改进团队的工作效能三、分析故障原因1. 搜集故障发生时的日志和其他有关数据2. 利用故障管理工具和技术分析故障原因3. 针对不同类型的故障，采取不同的分析方法4. 追踪和记录故障处理过程中的决策和行动5. 与业务部门和供应商进行沟通，获取更多的信息和支持四、修复故障1. 根据故障原因制定相应的修复方案2. 确保修复方案的可行性和风险控制3. 分配责任人和资源，制定修复计划和时间表4. 实施修复措施，监控修复过程中的进展和结果5. 对修复效果进行评估和验证，确保问题得到彻底解决五、监测与优化1. 配置和使用监测工具，实时监测服务器系统的运行状况2. 对监测数据进行分析和解读，发现潜在的故障风险3. 根据监测结果和业务需求，优化服务器系统设置和运维策略4. 定期进行系统性能和安全评估，及时调整和更新应急预案5. 不断进行技术储备和知识更新，保持响应团队的应急能力总结：本文介绍了服务器系统故障应急预案（二）的制定、组建应急响应团队、分析故障原因、修复故障以及监测与优化等5个大点。
通过制定完善的应急预案，组建专业的应急响应团队，并采取科学有效的措施，可以提高服务器系统故障应对和处理的能力，保障系统的稳定性和安全性。
服务器故障应急预案
服务器故障应急预案正文：1. 引言服务器故障是企业运营中常见的问题之一，它可能导致数据丢失、服务停止以及用户满意度下降等不良后果。
为了应对潜在的服务器故障风险，并保证系统能够快速恢复和稳定运行，制定一个完善的应急预案至关重要。
2. 应急响应团队在出现服务器故障时，需要成立一个专门负责处理紧急情况并采取相应措施的团队。
该团队由以下角色组成：- 首席技术官（CTO）：负责整体协调和指挥。
- 系统管理员：负责监测系统状态、诊断问题并执行修复操作。
- 数据库管理员：负责数据库相关事务，并进行备份与还原工作。
- 安全专家：确保安全性防护机制有效地部署到受影响区域。
3. 故障检测与报告流程当发生服务器故障时，必须迅速检测并向上级汇报。
具体步骤如下所示：a) 监控警报触发或异常事件被记录；b) 检查日志文件以获取更多信息；c) 确认故障是否影响到用户或系统的正常运行；d) 向上级主管报告问题，并提供详细情况和可能原因。
4. 故障分类与优先级为了能够快速定位并解决服务器故障，需要将不同类型的故障进行分类，并根据其对业务连续性和数据完整性的威胁程度确定相应处理优先级。
以下是一些常见的服务器故障类别及其示例：a) 软件错误：操作系统异常、服务无法启动等。
b) 网络问题：网络连接中断、路由器配置错误等。
c）硬件损坏：磁盘失效、电源供应中断等。
5. 应急恢复流程在发生服务器故障后，必须迅速采取措施以最小化停机时间并确保业务持续运营。
下面是一个典型的应急恢复流程：a）诊断问题来源（软件/硬件），尝试修复或替换受损部分；b）还原备份数据至稳定状态，确保没有丢失关键信息；c）测试修复结果并验证所有功能都已经正确地重新启用；6. 长期预防策略为了减少服务器故障的发生频率和影响程度，需要采取一些长期预防策略。
以下是一些建议：a）定期备份数据，并将其存储在安全可靠的地方；b）进行系统巡检以及硬件设备维护工作；c）实施监控机制来捕获异常事件并提前做出反应。
服务器系统故障应急预案
服务器系统故障应急预案1、服务器应用系统出现故障，系统恢复应急预案(1)当服务器应用系统出现故障，安全管理员、系统管理员、应用管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。
(2)如果应用系统不能停机，立即启用热备份系统进行工作。
如果应用系统不能停机，而故障又可以在10分钟之内排除，那么安全管理员指导系统管理员和应用管理员立即排除故障，恢复系统正常运行。
应用系统可以停机而故障又可以在２小时内排除，安全管理员，应该断开服务器的网络连接，配合系统管理员和应用管理员，处理服务器故障，尽快排除故障，恢复系统运行。
应用系统可以停机但故障排除不能在２小时之内完成，而应用系统有冷备份系统，安全管理员，应该断开服务器的网络连接，通知系统管理员和应用管理员启动冷备份系统，完成应用系统的安装、设置，并进行数据的恢复，保证系统正常运行。
应用系统可以停机，而又没有冷备份的应用系统，那么安全管理员应该通知系统管理员和应用管理员，备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，安全管理员应该从备份管理员那里得到应用系统的最新备份。
安全管理员在确定了应用系统有备份的情况下，通知系统管理员重新修复或安装操作系统，并配合应用管理员重新安装或修复应用系统并恢复最新备份的数据。
如果备份丢失或不存在，安全管理员应该报告信息网络事件应急小组，并求助技术支持商，完成对硬盘数据的恢复。
(3)备份管理员在应用系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制应用系统的数据备份到本地。
(4) 系统管理员和应用管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。
服务器系统故障应急预案(一)2024
服务器系统故障应急预案（一）引言概述：服务器系统故障是网络运维中不可避免的一部分，为了能够及时、有效地应对服务器系统故障，提前制定和完善应急预案是至关重要的。
本文将从准备工作、故障诊断、紧急修复、备份恢复、故障分析等五个方面，详细阐述服务器系统故障应急预案的制定与执行。
正文：一、准备工作1.了解服务器系统的组成与架构2.建立完善的设备清单和资产管理体系3.制定服务器系统备份策略4.建立紧急联系人名单及通信方式5.设置监测与警报系统，及时监控服务器系统运行状态二、故障诊断1.利用监测系统及时发现异常2.建立故障定位流程图，迅速确定故障源3.搜集故障发生前的关键数据和日志信息4.利用故障排查工具进行故障分析5.快速响应，配备专业人员进行故障诊断与确认三、紧急修复1.制定故障修复流程并明确责任人2.应急修复时，首先判断故障的紧急程度3.了解常见的故障处理方法及技术手段4.保证修复过程的文档化记录，便于后续跟踪和分析5.及时验证修复效果，确保服务器系统恢复正常运行四、备份恢复1.根据备份策略的要求，定期备份服务器系统2.建立备份服务器和恢复环境，确保备份数据的安全性3.制定备份恢复流程，并培训相关人员4.在故障发生后，迅速进行备份数据的恢复5.验证数据恢复的完整性和正确性，确保服务器系统完整恢复五、故障分析1.及时总结和记录故障的原因和解决方案2.分析故障的影响范围及损失情况3.通过故障分析，提出改进建议和优化方案4.形成故障案例库，为类似故障的处理提供参考5.定期回顾和更新应急预案，提高应对故障的能力和效率总结：制定和执行服务器系统故障应急预案是保障网络运维稳定的重要保障措施。
通过准备工作、故障诊断、紧急修复、备份恢复和故障分析五个方面的完善措施，可以最大程度地减少故障对服务器系统运行的影响，并提高故障应对的效率和质量。
以上是服务器系统故障应急预案（一）的详细内容，希望能对您的工作有所帮助。
云服务器故障应急预案
云服务器故障应急预案在当今数字化时代，云服务器已经成为众多企业和组织运营的关键基础设施。
然而，由于各种原因，云服务器可能会发生故障，这将对业务的连续性和稳定性造成严重影响。
为了有效应对云服务器故障，保障业务的正常运行，制定一套完善的应急预案至关重要。
一、应急预案的目标和范围（一）目标本应急预案的主要目标是在云服务器发生故障时，能够迅速采取有效的措施，最大程度地减少故障对业务的影响，确保关键业务系统的可用性和数据的安全性，并在最短的时间内恢复正常服务。
（二）范围本预案适用于公司所有使用云服务器的业务系统，包括但不限于网站、数据库、应用程序等。
二、应急响应团队及职责（一）应急响应领导小组由公司高层管理人员组成，负责总体指挥和协调应急响应工作，制定应急决策，调配资源，确保应急工作的顺利进行。
（二）技术支持小组由公司的技术专家和运维人员组成，负责对云服务器故障进行诊断和分析，制定技术解决方案，实施故障恢复操作。
（三）业务恢复小组由各业务部门的负责人和相关人员组成，负责评估故障对业务的影响，制定业务恢复计划，协调业务部门的工作，确保业务在最短时间内恢复正常。
（四）数据备份与恢复小组负责定期对云服务器的数据进行备份，在故障发生时，能够快速有效地恢复数据，确保数据的完整性和准确性。
（五）通讯联络小组负责与内部各部门、外部供应商和客户进行沟通和协调，及时通报故障情况和恢复进展，解答相关问题。
三、预防措施（一）定期监测与维护对云服务器进行定期的监测和维护，包括硬件状态、系统性能、网络连接等，及时发现潜在的问题并进行处理。
（二）数据备份制定完善的数据备份策略，定期对重要数据进行备份，并将备份数据存储在安全的位置，确保数据的可用性和可恢复性。
（三）冗余设计在云服务器架构中采用冗余设计，如冗余电源、冗余网络、冗余存储等，提高系统的可靠性和容错能力。
（四）安全防护加强云服务器的安全防护，安装防火墙、入侵检测系统、防病毒软件等，防止黑客攻击和恶意软件的入侵。
服务器应急预案1
服务器应急预案1服务器应急预案：确保网络稳定与数据安全随着信息技术的飞速发展，服务器在各个行业中的应用越来越广泛，它在维护企业正常运营和保障数据安全方面起着至关重要的作用。
然而，服务器故障时有发生，从简单的硬件故障到复杂的网络攻击，都可能对企业的日常运营带来不利影响。
因此，制定一份有效的服务器应急预案至关重要。
本文将详细介绍服务器应急预案的要点，帮助大家确保网络稳定与数据安全。
一、明确应急预案的重要性服务器应急预案是在服务器发生故障时，为快速恢复服务和保护数据安全而制定的紧急处理方案。
随着信息化的推进，服务器在日常业务中的作用越来越重要，一旦发生故障，将直接影响企业的正常运营和数据安全。
因此，制定一份完善的服务器应急预案，有助于企业在面临服务器故障时，迅速响应并恢复服务，将损失降到最低。
二、分析常见的服务器故障及影响在制定服务器应急预案之前，我们需要了解常见的服务器故障类型及可能的影响。
包括但不限于：1、硬件故障：服务器硬件出现故障，可能导致服务中断或数据丢失。
2、软件故障：服务器软件出现故障，可能导致服务无法正常运行。
3、网络攻击：服务器遭受网络攻击，可能导致服务中断、数据泄露或系统瘫痪。
4、人为错误：人为操作失误可能导致服务中断或数据丢失。
针对这些故障，应急预案需要提供相应的处理措施和恢复方案。
三、制定应急预案的具体内容1、备份数据：为确保数据安全，服务器应定期备份，并在需要时进行恢复。
2、防护措施：针对可能出现的网络攻击，服务器应采取相应的防护措施，如防火墙、入侵检测系统等。
3、应急联系方式：在应急预案中提供相关人员的联系方式，以便在需要时进行快速沟通。
4、快速恢复服务：制定快速恢复服务的方案，包括硬件更换、软件修复等，以尽快恢复服务。
5、防止故障再次发生：分析故障原因，制定相应的预防措施，降低再次发生故障的风险。
四、实战演练与持续改进为确保应急预案的有效性，企业应定期进行实战演练，模拟服务器故障场景，测试应急预案的可行性和效果。
服务器_应急预案
一、概述为确保公司服务器系统稳定运行，提高应对突发事件的响应速度，最大限度地减少事故带来的损失，特制定本预案。
本预案适用于公司服务器系统发生故障、遭受攻击或其他紧急情况时的应急处理。
二、组织机构及职责1. 应急领导小组成立应急领导小组，负责统一指挥、协调和监督应急响应工作。
应急领导小组由以下人员组成：（1）组长：由公司总经理担任。
（2）副组长：由公司技术总监担任。
（3）成员：各部门负责人及相关部门人员。
2. 应急处理小组应急处理小组负责具体实施应急响应措施，包括：（1）网络与安全小组：负责网络安全事件的处理。
（2）硬件与软件小组：负责服务器硬件和软件故障的处理。
（3）数据恢复小组：负责数据恢复和备份。
三、应急预案流程1. 事件报告（1）发现服务器故障或异常情况，立即向应急领导小组报告。
（2）应急领导小组接到报告后，立即启动应急预案。
2. 事件评估（1）应急处理小组对事件进行初步评估，确定事件等级。
（2）根据事件等级，启动相应级别的应急响应措施。
3. 应急响应（1）网络与安全小组：① 对攻击来源进行追踪，采取措施阻止攻击。
② 修复安全漏洞，提高系统安全性。
③ 监控网络安全状况，确保系统稳定运行。
（2）硬件与软件小组：① 检查服务器硬件设备，排除硬件故障。
② 修复软件故障，恢复系统正常运行。
③ 升级服务器软件，提高系统性能。
（3）数据恢复小组：① 检查数据备份情况，确保数据安全。
② 恢复丢失数据，确保业务连续性。
4. 事件恢复（1）应急处理小组对事件处理情况进行总结，分析原因，提出改进措施。
（2）向应急领导小组汇报事件处理结果。
（3）应急领导小组根据事件处理结果，评估应急响应效果，提出改进意见。
5. 事件总结（1）应急领导小组组织召开事件总结会议，总结事件处理经验教训。
（2）对应急预案进行修订和完善。
四、应急保障措施1. 人员保障：确保应急处理小组人员充足，提高应急响应速度。
2. 资金保障：确保应急响应所需资金及时到位。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
服务器系统故障应急预
案
Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
服务器系统故障应急预案
1、服务器应用系统出现故障，系统恢复应急预案
(1)当服务器应用系统出现故障，安全管理员、系统管理员、应用管理员应当立即初步确定故障的严重程度，估计出现故障的应用系统故障排除需要的时间，并根据应用系统需要保障的无故障运行时间，采取不同的应用系统恢复策略。
(2)如果应用系统不能停机，立即启用热备份系统进行工作。
如果应用系统不能停机，而故障又可以在10分钟之内排除，那么安全管理员指导系统管理员和应用管理员立即排除故障，恢复系统正常运行。
应用系统可以停机而故障又可以在２小时内排除，安全管理员，应该断开服务器的网络连接，配合系统管理员和应用管理员，处理服务器故障，尽快排除故障，恢复系统运行。
应用系统可以停机但故障排除不能在２小时之内完成，而应用系统有冷备份系统，安全管理员，应该断开服务器的网络连接，通知系统管理员和应用管理员启动冷备份系统，完成应用系统的安装、设置，并进行数据的恢复，保证系统正常运行。
应用系统可以停机，而又没有冷备份的应用系统，那么安全管理员应该通知系统管理员和应用管理员，备份现有系统的数据和程序，如果不能进行备份系统的数据和程序，安全管理员应该从备份管理员那里得到应用系统的最新备份。
安全管理员在确定了应用系统有备份的情况下，通知系统管理员重新修复或安装操作系统，并配合应用管理员重新安装或修复应用系统并恢复最新备份的数据。
如果备份丢失或不存在，安全管理员应该
报告信息网络事件应急小组，并求助技术支持商，完成对硬盘数据的恢复。
(3)备份管理员在应用系统出现故障时，应该及时查找本地的数据备份，本地的数据备份损坏或丢失，应该立即从异地数据备份复制应用系统的数据备份到本地。
(4) 系统管理员和应用管理员应在确认安全的情况下，重新启动故障服务器系统；重启系统成功，则检查数据丢失情况，利用备份数据恢复；若重启失败，立即联系相关厂商和技术支持，请求援助，分析故障原因，若经设备厂商或技术支持认定是硬件损坏，那么需要请求厂商更具维修协议，进行保修或维修。
在服务器硬件正常的情况下，尽快做好系统软件的恢复或重新安装，之后再进行应用软件的恢复或重新安装，再进行应用系统的数据恢复，应用系统完全恢复正常运行后，重新启用恢复的应用系统服务器，再将备用系统停掉。
2、不良信息和网络病毒事件应急预案
（1）发现不良信息或网络病毒时，系统管理员应立即断开网线，终止不良信息或网络病毒传播，并报告信息网络事件应急小组。
（2）安全管理员应采取隔离网络等措施，协助系统管理员和应用管理员及时杀毒、排除不良信息、追查不良信息来源，并估计出故障排除的时间，然后根据服务器应用系统的重要级别，采取不同的措施。
（3）事态或后果严重的，信息网络事件应急小组应及时报告上级主管领导。
（4）处置结束后, 安全管理员和事发部门应将事发经过、造成影响、处置结果在调查工作结束后一日内书面报告信息网络事件应急小组主任。
（5）应急预案技术措施，如果出现网络病毒，系统管理员采用瑞星杀毒软件或卡巴斯基杀毒软件和360木马查杀工具，对整个计算机进行杀毒。
对不能确定是否为病毒的文件，应该询问安全管理员和应用程序员来确定。
如果出现不良信息，安全管理、系统管理员程序管理员要设法找到不良信息的文件或不良信息存在数据库中的位置，对非法信息，进行手工删除，或编程删除，若不能清除，采用程序和数据备份进行恢复。
3、软件系统故障应急预案
（1）发生服务器软件系统故障后，安全管理员、系统管理员、应用管理员应立即对服务器进行查看，分析故障原因，采取并及时报告信息网络事件应急小组；同时安排将故障服务器脱离网络，保存系统状态不变，取出系统镜像备份磁盘，保持原始数据，按照系统恢复应急预案进行。
（2）事态或后果严重的，信息网络事件应急小组。
（3）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应急小组。
（4）技术措施：安全管理员、系统管理员、应用管理员在故障发生后立即查看服务器系统状态，如果是系统软件出现故障，并且能进入系统，且可以清晰定位故障原因，并可以立即排除，那么立即进行排除。
如果估计在3小时之内都不能定位故障原因，那么报告信息网络事件应急小组，请求系统软件厂商及技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和应用系统。
排除操作系统故障的方法，检查操作系统进程
是否都正常，有无非法进程，操作系统文件有无损坏丢失，是否受到病毒和木马程序侵害，黑客攻击。
如果不是操作系统故障，安全管理员应该只是应用管理员对应用系统进行检查，检查方法，查看应用系统代码和数据是否被破坏，损坏，丢失，如果丢失，从正确的备份进行恢复。
4、黑客攻击事件应急预案
⑴当发现网络被非法入侵、网页内容被篡改，应用服务器上的数据被非法拷贝、修改、删除，或通过入侵检测系统发现有黑客正在进行攻击时，使用者或管理者应断开网络，并立即报告信息网络事件应急小组。
⑵接报告后，信息网络事件应急小组应立即指令系统管理员和安全管理员核实情况，关闭服务器或系统，封锁或删除被攻破的登陆帐号，阻断可疑用户进入网络的通道。
⑶系统管理员应及时清理系统，恢复数据、程序，恢复系统和网络正常；情况严重的，不能准确判断黑客攻击行为和采取防护和阻断措施的，报告网络事件应急小组，并请求支援。
⑷处置结束后, 系统管理员和安全管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应急小组。
(5)技术措施：查看是否存在黑客程序及非法进程，用杀毒软件，360木马查杀工具，以及手工方法清除非法程序，若安全管理员、系统管理员、应用管理员不能完全清除黑客程序，安全管理员应及时报告信息网络事件应急小组，请求安全厂商及安全技术支持协助排除，或根据技术支持的建议进行重新安装操作系统和应用系统。
5、服务器硬件故障应急预案
（1）发生服务器设备硬件故障后，安全管理员和系统管理员应及时报告信息网络事件应急小组，并组织查找、确定故障设备及故障原因，进行先期处置。
（2）根据系统恢复应急预案，确定故障的服务器上的应用系统的应急恢复措施。
（3）处置结束后, 系统管理员应将事发经过、处置结果等在调查工作结束后一日内报告信息网络事件应急小组。
（4）技术措施：初步判断硬件故障的方法，观察系统能否正常启动，记录启动时显示器屏幕上的提示信息，记录服务器状态指示灯状态，记录系统状态显示屏上的信息，安全管理员、系统管理员初步判断服务器硬件故障后，咨询硬件管理员、硬件厂商、技术支持确定硬件故障的具体原因和故障部件，并联系进行维修。
6、业务数据损坏应急预案
⑴发生业务数据损坏时，系统管理员和应用管理员应及时报告信息网络事件应急小组，检查、备份业务系统当前数据。
⑵系统管理员负责调用备份服务器备份数据，若备份数据损坏，调用异地备份数据，应用管理员应配合系统管理员完成数据恢复工作。
⑶系统管理员和应用管理员应待业务数据系统恢复后，检查历史数据和当前数据的差别，由相关系统操作员补录数据；重新备份数据，并写出故障分析报告，在调查工作结束后一日内报告信息网络事件应急小组。
7、重大事故报警制度
⑴网站出现严重的非法或有害信息，政府类网站出现严重被篡改的情况，系统管理员和安全管理员应该立即报告信息网络事件应急小组，留存非法信息画面，保存相应的系统访问日志。
⑵信息网络事件应急小组应该根据情节的严重性向公安局网络警察支队报警，并请求安全技术厂商和安全技术服务商，对事故进行分析，找出入侵的源头的IP 地址，并帮助安全管理员，详细描述事故的现象、攻击的方法、攻击的源头，形成报告，作为报警的依据。