Board logo

标题: 为有效进行产品故障诊断做好准备的 12 种方式(1) [打印本页]

作者: look_w    时间: 2018-8-13 21:20     标题: 为有效进行产品故障诊断做好准备的 12 种方式(1)

为实现更灵活的故障诊断进行仔细地准备当讨论用于故障诊断和问题确定的技术和工具时,通常大多数的讨论都是关于发现问题之后所要进行的工作。然而,理想情况下,谨慎的系统管理员或者故障诊断者应该早在问题发生之前就开始思考这项工作;换句话说,将环境准备好,以便在问题最终出现时可以更快速并且更有效地执行故障诊断。
本文提出了十二项建议,您可以实现这些建议以帮助提高解决问题的速度,即使是在最复杂的生产环境中。这个建议列表,既不是权威性的、也不是绝对的,它基于对客户端环境的常规观测结果和 IBM WebSphere Support 所发现的问题。然而,每个环境都有其独特的因素和约束,而它们可能使得这些建议中的某些内容更加(或者更不)实际或者适用。在您对这些(以及其他)操作进行评估时,可以为您的环境构建一个自定义故障诊断计划,并使用这个列表作为您的起点。即使您不可能充分地实现这个列表中的每一条建议,但是您所采用的每个步骤仍然可以为您节约时间,并且行之有效:
接下来的部分将详细地说明以上的每个步骤。
1. 创建并维护系统体系结构图体系结构图显示了整体系统的所有主要组件(一些计算机和正在这些计算机中操作的软件组件),它们如何通信,以及系统中处理相关请求的主要流程。对于简化和加速许多与故障诊断相关的任务,使用一个好的、且最新的体系结构图是非常有帮助的。特别是,系统体系结构图可以帮助您:
体系结构图应该明确,并且足够简洁,以便人们能够快速理解。特别是,它应该尽可能地显示每个软件组件的实际当前版本,以及所有硬件组件的名称和地址。
2. 创建并跟踪所有问题确定构件的目录故障诊断活动最初常常重点关注于寻找和检查各种问题确定构件(如日志文件、转储文件等文件),这些构件是在问题出现前或者出现时生成的。它需要提前知道要寻找哪些文件、它们位于何处,并要确保确实正确地生成了它们,并且在需要的时候它们将是可用的。
为您系统中所有重要问题确定构件建立目录:
您可能需要考虑的问题确定构件对于每种不同的环境、产品集以及您所使用的应用程序,相关构件的集合也不相同。一些最常见的构件包括:

3. 特别注意仅在问题出现时才生成的转储和其他构件在查看问题确定构件的时候,人们常常更多关注于日志文件,这些日志文件通常是在系统的整个生命周期中不断生成的。请记住,还有许多非常有价值的问题确定构件,它们仅在问题出现的时候才生成,或者由系统自动生成,或者由管理员的某项特殊操作而生成。
仅在问题出现的时候才生成的构件的示例
在大多数情况下,提供了各种配置选项以控制如何以及何时生成这些构件:





欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/) Powered by Discuz! 7.0.0