DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始

核心提示： 我们来考虑一个建议系统，这个系统不同于 BW，DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始(2)，我们并没有有一个详细的硬件配置，虽然深入研究系统配置已经超出了本文的范畴，很多时候，诱惑来自于使用最低的磁盘数目来存放所有数据的系统，但是这儿有一些基本的配

我们来考虑一个建议系统，这个系统不同于 BW，我们并没有有一个详细的硬件配置。虽然深入研究系统配置已经超出了本文的范畴，但是这儿有一些基本的配置指南只需要我们花时间去理解和应用。我们的目的是找出几个能让系统拥有良好性能的关键配置决定。

硬件配置

对于系统性能，CPU 的能力是在配置中一个主要的独立变量。因为所有其它的硬件配置向来取决于它，很难预测完成一个特定工作量需要的 CPU 能力。在商务智能（BI）环境下，我们可以合理地估算出每个处理器内核 200-300GB 的原始数据。对于其它的环境，一个健全的做法是基于一个或者多个 DB2 系统估算总的 CPU 需求。例如一个新系统需要处理 50% 的用户，每个用户运行的 SQL 的复杂度类似一个现有系统，可以合理地假设需要增加超过 50% 的 CPU 能力。同样，要预测 CPU 使用的其它因素改变，如不同的吞吐量要求，更多或更少的触发器或者参考完整性，等… 都应该被考虑到。

一旦我们对 CPU 需求有了很好的认识，就能利用已有信息进行开发，硬件配置的其它方面也会开始整理就绪。显然我们必须考虑到该系统的所需的磁盘容量在千兆字节或 TB，最重要的因素就在 I / O 的每秒（ IOPS）的性能，或以兆字节每秒的数据传输。实际上，这取决于涉及多少个单独的磁盘。

这是为什么呢？虽然 CPU 的发展在过去十年在速度上有了惊人的增长，然而磁盘的发展却更多的在它们的能力和成本上。虽然在磁盘搜索时间和传输率上已经有了提高，但是仍然无法更上 CPU 的速度。因此为了达到现代的系统总体性能需求，使用多个磁盘比之前任何时候都要重要，尤其是对于那些需要驱动繁重随机磁盘 I/O 的系统。很多时候，诱惑来自于使用最低的磁盘数目来存放所有数据的系统，然而这通常会导致非常差的性能。