服务器系统故障应急预案
服务器故障应急响应方案
服务器故障应急响应方案XXX服务器故障应急措施方案1.方案概述服务器故障可能由多种原因导致，为了标准化故障处理流程，我们将根据故障出现的状况进行分类，确定故障属于哪一个级别，并对应处理。
这样做的好处是确保故障处理流程标准化，有助于提高故障处理效率。
同时，避免依靠工程师经验判断导致的差异，使故障处理记录和存档更加规范。
2.划分故障等级我们将故障分为三个等级，分别是紧急、重要和关键。
对于不同等级的故障，我们有不同的处理流程。
Ⅰ级（紧急）：系统整体瘫痪、崩溃或无法保障公司业务的正常处理等情况，立即汇报上级。
Ⅱ级（重要）：关键部件停止工作导致客户业务受到严重影响、系统整体性能严重下降等情况，立即汇报上级。
Ⅲ级（关键）：部分设备或软件异常，局部功能受限，系统整体仍可正常工作，对客户业务影响不大或存在隐患。
通过划分故障等级，我们可以确定哪些故障应该立即汇报上级，哪些可以自行解决后再汇报上级。
这样做有助于提高故障处理效率，避免遗漏任何可能的情况对服务器故障进行排除。
同时，也可以确保故障处理过程的记录和故障处理的详细时间记录，方便追溯以前的具体情况。
故障描述：根据故障等级划分的说明，加上一些详细的内容，描述故障的具体情况。
例如，故障等级为一级，故障发生在某个具体时间，影响了哪些设备或系统，导致了什么后果等等。
故障处理过程：在故障发生后，需要立即采取措施进行处理。
可以使用已有的故障处理流程，根据故障等级进行响应。
在处理过程中，需要记录每个步骤的详细情况，以便后续分析和总结。
故障排错过程：故障排错是解决故障的关键步骤。
可以使用各种方法进行排错，例如通过检查设备或系统的日志，使用故障排除工具等等。
在排错过程中，需要记录每个步骤的详细情况，以便后续分析和总结。
故障原因：故障的原因可能是多种多样的。
可以使用图表等形式，清晰地表达故障原因导致故障发送的原因。
例如，可能是硬件故障、软件故障、网络故障等等。
在分析故障原因时，需要仔细分析每个可能的原因，并根据实际情况进行验证和排除。
服务器应急处置预案
服务器应急处置预案一、前言在当今数字化的时代，服务器作为企业或组织的关键基础设施，承载着重要的数据和业务运行。
然而，服务器可能会面临各种突发情况，如硬件故障、软件漏洞、网络攻击、自然灾害等，这些都可能导致服务器服务中断，给业务带来严重的影响。
为了最大程度地减少服务器故障造成的损失，保障业务的连续性，制定一套完善的服务器应急处置预案是至关重要的。
二、应急处置原则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）实施监控机制来捕获异常事件并提前做出反应。
服务器故障应急方案(两篇)2024
引言概述：在现代社会中，服务器故障对于企业和组织来说是一项严重的威胁。
随着企业对技术的依赖程度越来越高，服务器故障可能会导致数据丢失、停机时间延长等严重后果。
因此，建立一套有效的服务器故障应急方案对于保障系统的可靠性和持续运行至关重要。
本文将详细介绍服务器故障应急方案的相关内容，并提供具体的步骤和策略。
第一部分：监控与预警1.实施监控系统a.选择合适的监控工具b.监控关键指标，如服务器负载、网络流量等c.设置报警规则和阈值2.设立预警机制a.建立监控报警体系，确保预警信息的及时传达b.确定责任人和相应联系方式c.制定预警响应流程3.定期检查和维护监控系统a.更新监控工具和报警规则b.对监控系统的运行进行评估和改进第二部分：备份与恢复1.制定备份策略a.确定备份频率和备份范围b.选择合适的备份介质和技术c.建立备份日志和备份验证机制2.进行备份测试a.定期恢复备份数据，检查完整性和可用性b.修复备份故障和异常情况3.建立灾难恢复方案a.确定灾难恢复团队和责任人b.制定详细的灾难恢复流程和步骤c.进行灾难恢复演练和实施第三部分：故障排除与修复1.建立故障排除流程a.对常见故障进行分类和归档b.根据故障分类，制定相应的排除步骤c.设立故障排除团队和责任人2.追踪和分析故障a.记录故障详细信息和现象b.利用日志和监控数据进行故障定位c.分析故障原因和影响3.快速修复a.根据故障定位结果，制定修复方案和步骤b.尽快进行修复操作，减少停机时间c.对修复过程进行记录和评估，以便后期优化第四部分：性能优化与升级1.定期进行性能评估a.监控服务器资源利用率和响应时间b.识别性能瓶颈和优化空间c.制定性能优化计划和措施2.系统升级与更新a.定期升级操作系统和关键软件b.更新服务器硬件和组件，提升性能和可靠性c.进行系统升级前的备份和测试，确保升级顺利进行3.容量规划和扩展a.根据业务需求，合理规划服务器容量b.定期检查服务器资源使用情况，预测容量需求c.及时进行服务器扩容，避免资源瓶颈第五部分：安全管理与防护1.制定安全策略和政策a.设立安全管理团队，明确各岗位职责b.建立合规性控制和相关安全政策c.加强数据安全和服务器访问权限管理2.加密与身份验证a.使用合适的加密技术保护数据传输和存储b.实施强密码策略，定期更新密码c.采用双因素身份验证机制加强访问控制3.更新和维护安全补丁a.持续关注服务器相关的安全补丁发布情况b.定期进行安全补丁升级和修复c.建立安全漏洞扫描和漏洞管理机制总结：服务器故障应急方案是确保企业服务器可靠运行的重要保障。
服务器系统故障应急预案(一)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. 领导小组：由单位主要领导担任组长，负责统筹协调应急预案的制定、实施和评估。
2. 工作小组：由单位相关部门负责人组成，负责应急预案的具体实施和协调。
3. 应急队伍：由具备相关专业技能的人员组成，负责应对突发事件的具体操作。
四、预警机制1. 安全监测：建立完善的安全监测体系，实时监控服务器系统的安全状况。
2. 信息收集：收集国内外服务器系统安全事件信息，及时了解安全趋势。
3. 预警发布：根据安全监测结果和相关信息，及时发布预警信息。
五、应急响应1. 初步响应（1）接到预警信息后，立即启动应急预案，通知相关人员进行应急响应。
（2）应急队伍迅速开展现场调查，了解事件情况。
（3）对受到威胁的服务器系统进行隔离，防止事件扩大。
2. 全面响应（1）根据事件情况，调整应急响应级别。
（2）组织应急队伍进行技术分析，查找事件原因。
（3）采取有效措施，消除安全隐患。
（4）对受影响的服务器系统进行修复，恢复正常运行。
3. 恢复与重建（1）对受损的服务器系统进行修复，确保其安全稳定运行。
（2）对应急响应过程中暴露的问题进行总结，完善应急预案。
（3）加强安全防护措施，提高服务器系统的安全性。
六、应急保障1. 人员保障：加强应急队伍的专业技能培训，提高应急响应能力。
2. 资金保障：确保应急资金充足，用于应对突发事件。
3. 设备保障：配备必要的应急设备，如服务器、网络设备、安全防护设备等。
4. 通信保障：确保应急通信畅通，确保信息及时传递。
七、应急演练1. 定期组织应急演练，检验应急预案的有效性和应急队伍的实战能力。
服务器_应急预案
一、编制目的为确保公司服务器系统在突发情况下能够迅速、有效地恢复运行，最大限度地降低服务器故障对公司业务的影响，特制定本应急预案。
二、适用范围本预案适用于公司所有服务器系统，包括但不限于生产环境、测试环境、开发环境等。
三、组织机构及职责1. 应急指挥部（1）成立应急指挥部，负责组织、协调、指挥应急响应工作。
（2）应急指挥部下设以下小组：a. 技术支持组：负责故障诊断、修复及恢复工作。
b. 信息通报组：负责及时向上级领导汇报应急响应情况，对外发布相关信息。
c. 安全保卫组：负责现场安全保卫、秩序维护工作。
d. 后勤保障组：负责应急物资的采购、调配及保障工作。
2. 各部门职责（1）技术支持组：a. 负责服务器故障的诊断、修复及恢复工作。
b. 协助其他小组完成应急响应任务。
（2）信息通报组：a. 及时向上级领导汇报应急响应情况。
b. 向外界发布相关信息，确保信息透明。
（3）安全保卫组：a. 负责现场安全保卫、秩序维护工作。
b. 协助其他小组完成应急响应任务。
（4）后勤保障组：a. 负责应急物资的采购、调配及保障工作。
b. 协助其他小组完成应急响应任务。
四、应急预案流程1. 故障发现（1）技术支持组发现服务器故障，立即向应急指挥部报告。
（2）应急指挥部确认故障情况，启动应急预案。
2. 应急响应（1）技术支持组立即进行故障诊断、修复及恢复工作。
（2）信息通报组向上级领导汇报应急响应情况，对外发布相关信息。
（3）安全保卫组负责现场安全保卫、秩序维护工作。
（4）后勤保障组负责应急物资的采购、调配及保障工作。
3. 故障修复（1）技术支持组完成故障修复，恢复正常运行。
（2）信息通报组向应急指挥部报告故障修复情况。
4. 应急结束（1）应急指挥部确认故障已得到有效解决，宣布应急结束。
（2）各部门恢复正常工作。
五、应急物资及装备1. 应急物资：（1）服务器硬件设备。
（2）网络设备。
（3）数据备份介质。
（4）通信设备。
2. 应急装备：（1）服务器维修工具。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
服务器系统故障应急预案
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 地址，并帮助安全管理员，详细描述事故的现象、攻击的方法、攻击的源头，形成报告，作为报警的依据。
．。