对问题进行故障诊断

字数 1757阅读 2410评论 4赞 0

摘录官方对问题诊断的思路，以备后用

为了准确地分析问题，第一步要做的就是完整地描述问题。如果没有问题描述，您就不知道从什么地方开始调查造成问题的原因。

此步骤包括询问自己如下基本问题：

症状是什么？
问题是在哪里发生的？
问题是在何时发生的？
发生问题的条件是什么？
问题是否可以再现？

通过回答上述及其他问题，就得到了对大多数问题的准确描述，并且也是找出问题解决方案的最好办法。

症状是什么？

开始描述问题时，最明显的问题是“发生了什么问题？”。这看起来像一个很直观的问题；但是，它可以分为若干其他问题，从而更好地描述该问题。这些问题包括：

是什么人或什么工具报告该问题的？
错误代码和错误消息是什么？
怎么失败的？例如：循环、中止、停止、性能下降或结果错误。
对业务有何影响？

问题是在哪里发生的？

确定问题发生的位置并不总是那么容易，但它是解决问题的一个最重要步骤。报告组件和失败组件之间可能存在多层技术。网络、磁盘和驱动程序只是调查问题时要考虑的几个部分。

是在特定平台上还是在多个平台上都发生了该问题？
是否支持当前环境和配置？
应用程序是在数据库服务器本地运行还是在远程服务器上运行？
是否涉及网关？
数据库是存储在各个磁盘上，还是存储磁盘 RAID 磁盘阵列上？

这些类型的问题可帮助您隔离问题层，并且是确定问题来源所必需的。记住，不能只因为某层报告问题而总是断定那就是问题根源所在。

标识发生问题的位置时应了解发生问题的环境。总是应该花一些时间来完整描述问题环境，包括操作系统、操作系统版本、所有相应软件及版本和硬件信息。确认您正在配置受支持的环境中运行，这是因为许多问题会解释为发现若干软件级别不能在一起运行，或者未在一起经过完整测试。

问题是在何时发生的？

问题分析中的另一个必需步骤是创建导致故障的事件的详细时间线，对于从前发生的那些案例尤其如此。可以通过回溯工作过程很轻松地完成此任务：从报告错误时开始（尽可能精确，甚至精确到毫秒），然后通过可用日志和信息回溯工作过程。通常您只需要进行观察，直到您在任何诊断日志中发现的第一个值得怀疑的事件，但是，这并不总是那么容易，通常需要您有实践经验。如果同时存在多层技术，每层都有自己的诊断信息，那么要知道停止的时间就特别困难。