基本性能调整(翻译)

核心提示： 1. 检查已知的硬件和软件问题， 一些性能问题可能通过简单地更新软件补丁包或者升级硬件来改正，基本性能调整(翻译)(2)， 既然有可能通过一个简单的service pack来解决问题那为何要浪费时间和精力去检查调整系统中的其它部分呢？也就是说，在你决定升级硬件之前请确定你已经了解问题的所在

1. 检查已知的硬件和软件问题。 一些性能问题可能通过简单地更新软件补丁包或者升级硬件来改正。 既然有可能通过一个简单的service pack来解决问题那为何要浪费时间和精力去检查调整系统中的其它部分呢？也就是说，在你决定升级硬件之前请确定你已经了解问题的所在。在你发现系统实际上需要更多内存之前去盲目的增加其它网络接口卡将会付出昂贵的代价，它实际上是不会对改进性能有任何作用的。

2. 基于整个系统考虑。 通常，如果没有在这个系统的至少一个部件上起作用的话,你就不能调整这个系统的任何一方面。 例如，如果你为DB2 数据库管理器的后台进程预留出很大一块内存空间，那么你不会有足够的剩余空间去执行你的存储过程。所以，在你做改变之前，应该整体去考虑这些改变将会对系统造成什么样的影响。3. 根据不同的级别去做测量和重新配置。不要在一次调整当中改变一个系统级别以上。 即使你确定你的计划是有益的，你将不得不评估每一个改变会对性能改善的结果产生多大的贡献。 如果你做错了，性能则有降无升，这样你就无法知道是哪项变动使它产生了负面的影响。在数据库服务器环境里，以下是可以作为独立考虑的级别： 硬件、操作系统、通信软件、数据库、SQL 语句以及应用程序。4. 每次改变一件事。 因为同样原因你应该每次只调整一个系统级别，当你调整每一个系统级别你应该每次只改变一个要素(注册表变量、实例配置变量、数据库配置变量、等等)。5. 在开始之前请将你的跟踪和反馈程序放置就位。性能的调整不是一门具体的学科。 你做的一些变动将会损害而不是有助于性能。 如果这样情况发生，如果你有办法撤销每一次所作的变动你就可以花费较少时间设法使系统回到修改之前的状态。 我喜欢使用shell 脚本程序或批处理文件去作变动。 那样，我将能存放一条命令（能返回一个等同与原始状态的配置值），并把它作为注释行直接放在赋予配置参量新值的命令之上。 然后，如果我需要取消变动，我把这行明令取消注释，而把引起变动的命令注释掉并且重新运行这个脚本或批处理文件，这样就可以了。如果你被一些改变强行退出,请准备好向每一个 必要的改变重新应用。

6. 不要因为觉得调整的好处而刻意去做调整。所执行的调整必须能解决一个明确的问题