当Ubuntu系统中的Oracle数据库出现故障时，可以通过以下方法进行排查：
诊断前的关键准备
- 确认许可证状态：确保拥有使用高级诊断工具的许可证。
- 明确问题特征：记录问题是持续性的还是特定时段的，是单会话问题还是全局性问题，以及CPU高消耗类型还是等待事件类型。
- 准备对比数据：收集正常时段的性能基准报告。
持有诊断包许可证的排查方案
- 持续性能问题：
- 生成问题时段的ADDM报告（推荐1小时跨度）。
- 执行ADDM建议后复测。
- 对比正常/异常时段的AWR报告。
- CPU高占用问题：
- 收集errorstack/pstack堆栈信息。
- 生成10-30分钟短跨度AWR报告。
- 结合ASH定位具体SQL。
- 数据库挂起：
- 单会话挂起：使用10046跟踪+errorstack收集。
- SQL级挂起：ASH报告+SQLTXplain。
- 多会话阻塞：pstack收集+Spin检测。
- 全局挂起：使用Hang分析工具包。
无诊断包的替代方案
- Statspack的灵活应用：
- 遵循10-30分钟快照间隔原则。
- 对比报告生成技巧。
- 基础诊断三板斧：
- 10046跟踪会话级问题。
- errorstack收集进程状态。
- 操作系统级pstack分析。
专家级工具解析
- AWR报告：提供系统级性能画像。
- ASH报告：实时会话活动追踪。
- ADDM：智能根因分析。
- SQLT：SQL优化终极武器。
- 10046跟踪：会话级SQL执行透视。
避坑指南
- 避免盲目收集24小时AWR报告。
- 不要忽略操作系统级指标验证。
- 区分Spin与真实Hang。
- 确保许可证匹配以避免工具误用。
请注意，具体的诊断和解决方法可能因数据库类型、版本和具体问题而异。在排查过程中，建议参考Oracle的官方文档和社区资源，以便更有效地解决问题。
