网站维护的分析后的分析是多少？

　　随后分析， 至少您想要包含这些内容：

　　1。事故描述。

　　2。主观原因。

　　3.如何稳定或修理事件。

　　4。解决事故的时间表。

　　5。这次事故如何影响客户。

　　6。正确或纠正行动。

　　前5名让各方对事实有共同的认识。许多事故已经反复发生，这是因为人们不明白发生了什么。以及如何修复问题。不同的团队和不同层次的经理分析后聚集在一起，发生了什么发生的事情是不同的。在分析时，显然与事故相关的人将同时到达。事故实际情况中的常见描述。没有实际描述真实情况，无法清除并正确采取行动。这应该是分析后的最大利用。

　　确定根本原因应该完成，不是说。但我不能告诉你，这次分析后有多少次，参与者花费大量时间辩论每个可能的更正或有多少客户受到影响，只是认为他们正在浪费时间，因为它不会产生真正的根本原因。

　　稳定性步骤也是如此。经常在大事发生的混乱中，许多人会尝试进行多次维修。确定真正的根本原因和采取的步骤，在进行之前， 系统稳定。笔记，事件可能不需要修复才能稳定。喜欢重新启动服务器以解决内存[网站建设计划推广]泄漏这样的事件，无需修复，但消除了对客户的影响。虽然它可以稳定一段时间，但但如果你没有找到真正的根本原因，服务器很快就会在内存中存在问题。

　　重要的是确定事故可以修复多长时间。相同的，每个人也有所不同，以了解时间表。在修理之前，让每个人都列出自己的维修，DERAPVES-TTR的时间将减少修复时间。要确保回答以下问题：

　　●事故何时开始影响客户？（注意：并非所有事故都对客户产生影响）

　　●公司中有人什么时候开始意识到问题？

　　●这个人如何了解这个问题？通过监控？客户服务团队？还有个人报告吗？

　　●事故的情况到最终解决问题，多久时间？

　　●是什么让人们早期诊断错误？（E.G，更好的监控，能够完全理解标签，还有很多）

　　●稳定步骤需要很长时间吗？你能自动化稳定性步骤吗？或简化稳定步骤以加速速度？减少事故的TTR时间，正如消除事故本身就是一样的。最后，影响客户的总时间（TTRX受影响客户）。一些停机时间是不可避免的，但如果您可以保证快速恢复，福利仍然是一个客户。

　　确定客户的影响后，您可能需要将事件置于严重程度。你可以建立自己的严重性，或使用此示例：

　　严重1：网站停机时间影响大量客户。

　　严重2：现场降级操作， 性能问题， 或困难的功能失败。

　　严重3：其他对客户或其他交易的影响[企业官方网站建设生产]服务问题。

　　为网站建设和维护问题提供严肃的水平，将帮助您根据重量轻松处理纠正物品。它对评估活动事件也是有用的网站建设哪家服务好。在尝试解决问题之前，它可能会给它一个严重的水平。所以，确定当前事件是5级火灾，有必要全力以赴。仍然只是雷达上的一个小点。[专业供应网站设计和生产]