Oracle性能调整与优化（一）

核心提示： c.对所有涉及用户性能的机器进行操作系统健全检查，通过对操作系统的健全检查，Oracle性能调整与优化（一）(2)，你可以查看被完全利用的硬件和操作系统资源，列出所有过度使用的资源作为后面分析的症状，搜集统计数据显得很重要因为你如何知道你已经对问题做了改进（或使问题更糟）？对其他方法，你仍

c.对所有涉及用户性能的机器进行操作系统健全检查，通过对操作系统的健全检查，你可以查看被完全利用的硬件和操作系统资源，列出所有过度使用的资源作为后面分析的症状，此外，检查所有硬件错误或进行诊断。

2、检查前十个Oracle常见错误，并确定这些是否可能成为真正的问题，把它们列出来作为后面分析的症状，因为它们代表了大多数可能的问题，ADDM自动检查并报告前十个问题中的九个。查看第6章“自动性能诊断”【http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14211/diagnsis.htm#g41683】和“Oracle系统中发现的前十个错误”【http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14211/technique.htm#i11221】

3、建立一个在系统上发生了什么的概念模型，使用症状作为提示理解是什么导致了性能问题，查看“一个性能概念模型的简单决策过程”【http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14211/technique.htm#i11199】

4、计划一系列补救动作和预先考虑系统的工作情况，然后按顺序应用将使应用程序最大受益，ADDM产生的每个建议都包括了预期的受益分析，不幸的是，系统停机时可能会阻止这样一个严格的调查方法，如果同时应用了多个修改，那么要尝试确保它们是被隔离的，以便可以独立证明每个修改的影响。

5、确认所做的修改是否达到了预期的作用，并了解用户对性能的感受是否有所改善，另外，寻找更多的瓶颈，继续改进概念模型直到你对应用程序的理解更准确。

6、重复后面的三步直到达到性能目标或由于其他约束而变得不可能。

变化是问题的一部分

从一个自顶向下的构造方法到一个以原则为基础的“使它停止伤害”的方法是问题的一部分，搜集统计数据显得很重要因为你如何知道你已经对问题做了改进（或使问题更糟）？对其他方法，你仍然要保留两个最初的问题：我要寻找什么以及我如何使它变得更好？如果结构化方法使你头疼，那原则性方法只会添加混乱。