前面我们提到过，故障管理与问题管理之间存在明显的冲突。常见的情况的是，让系统恢复服务的操作，可能会破坏判断根本原因(解决问题)所需的证据。我们的经验是，解决故障的优先级应该高于识别根本原因，除非一个故障复发率很高，一直没有找到根本原因、话虽如此，当你所在的位置需要决定何时恢复服务以及何时继续进行根本原因分析时，我们建议在作出你的决定之前还是要考虑透彻。我们建议的一此考虑要点如下
前面我们提到过，故障管理与问题管理之间存在明显的冲突。常见的情况的是，让系统恢复服务的操作，可能会破坏判断根本原因(解决问题)所需的证据。我们的经验是，解决故障的优先级应该高于识别根本原因，除非一个故障复发率很高，一直没有找到根本原因、话虽如此，当你所在的位置需要决定何时恢复服务以及何时继续进行根本原因分析时，我们建议在作出你的决定之前还是要考虑透彻。我们建议的一此考虑要点如下:
●在恢复系统之前，确定需要收集哪些信息。
●在恢复系统之前，确定你愿意用多久去收集诊断信息。
●在你发出根本原因分析比恢复系统重要的命令之前，确定你允许系统出现几次故障。
●当存在冲突时，确定谁应该决定何时恢复系统(即谁是R，谁是A)
中的故障管理过程，以便下回故障再次发生时，你明确了所有应该涉及的人员，从而能更快、更好地 如果发生了故障，并且通过问题管理流程没有找到根本原因，那么不妨重新审视此次故作出诊断。
可能您还想看