|
|
知识路径： > 信息系统设施运维 > 信息系统设施运维的内容 > 响应支持运维 > 响应支持运维 > 应急响应 >
|
|
相关知识点：4个
|
|
|
|
|
（1）应急事件总结：在事件关闭之后，组织相关人员对本次事件的原因、处理过程和结果进行分析，总结经验教训，并采取必要的后续措施。事件总结应包含事件发生的原因分析、应急事件的处理过程和结果；评估应急事件造成的影响；降低事件发生频率、减轻损害和避免再次发生的方法。
|
|
|
|
调查和收证：当一个事件涉及责任认定、赔偿或诉讼时，应收集、保留和呈递证据。证据可用于内部问题分析；用做有关可能违反合同或规章要求的法律取证；与供应商或其他组织谈判赔偿事宜。
|
|
|
|
（2）应急体系的保持：为保证应急体系的有效性和时效性，需要对应急体系进行不定期及定期的维护和审核，以确保组织具有足够的应急响应能力。
|
|
|
|
体系维护主要是指当组织战略、业务流程、客户要求等发生重大变化时，对现有的应急体系，尤其是风险评估和应急预案进行修改。体系维护应该是不定期进行的，是由事件驱动的。
|
|
|
|
体系审核主要是指对组织当前的应急响应能力和管理模式进行评审，以确保它们符合预定的标准和要求，同时明确组织在应急响应方面的主要不足和改进方向。体系审核应该是定期进行的，组织应该至少一年进行一次体系审核。
|
|
|
|
体系维护：组织建立明确的应急体系维护计划，确保任何影响到组织应急管理的重大变更都能被识别出来，同时采取必要的措施对这些变更进行分析，并对应急管理体系做出相应调整，这种调整可能涉及应急管理的方针策略、流程、应急预案和资源配置。
|
|
|
|
体系维护流程的结果应包括关于应急体系维护活动的文档记录；确保应急响应的相关人员都已经明确应急体系的调整内容，并接受必要的培训；当需要对风险评估、组织架构、人员配备进行调整时，保留必要的文档记录。
|
|
|
|
体系审核：相关责任者按照预定的时间间隔对应急管理体系进行审核，以确保体系具有持续的适用性和有效性。体系审核包括评估体系不足和改进建议。同时，体系审核的结果应正式存档并通知给相关责任者。
|
|
|
|
体系审核的输入信息主要包括相关利益方的要求和反馈；组织所采纳的，用于支持应急响应的各种技术、产品和流程；风险评估的结果及可接受的风险水平；应急预案的测试结果及实际执行效果；上次体系评审的后续跟踪活动；可能影响应急体系的各种业务变更；近期在处置应急事件过程中总结的经验和教训；培训的结果和反馈。
|
|
|
|
体系审核的输出结果主要包括应急体系的改进目标；如何改进应急体系的有效性和效率；所需的各种资源，包括人员、软硬件、资金等。
|
|
|
|
（3）应急准备工作的改进：应急时间总结、体系维护和体系审核的结果将作为应急准备阶段的重要输入信息，组织应根据应急时间总结报告中给出的建议项和体系评审结果来调整应急准备及风险应对的策略。
|
|
|
