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

核心提示： 在使用 RAID 存储的情况，或者单个可选址驱动，DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始(3)，凭经验估计合理的配置是最少 10 到 20 个磁盘每个处理器内核，对于存储服务器，并且系统拥有几十到上百 GB 的内存已经不在罕见了，通常，有一个类似的

在使用 RAID 存储的情况，或者单个可选址驱动，凭经验估计合理的配置是最少 10 到 20 个磁盘每个处理器内核。对于存储服务器，有一个类似的推荐值，不过有一点需要额外的小心。存储服务器在分配空间的时候更着眼于而容量非吞吐量。了解数据库存储的物理布局，对于确保不会出现逻辑分开的存储由于疏忽发生物理重叠的现像来说，是一个非常好的主意。例如，对于一个 4-way 的系统应来说，该有 8 组每组 8 个驱动。然而，如果 8 组共享同样的 8 个底层驱动，配置的吞吐量将受到非常严重的降低。参见 <insert storage BP paper reference here> 和 <insert physical database design BP paper reference here>

更多信息请参见存储配置最佳实践。

为 DB2 事务日志分配专门的非共享的磁盘是很好的实践。这因为日志的 I/O 特性与 DB2 容器有很大的不同。日志 I/O 与其它类型的 I/O 的竞争能导致日志成为一个瓶颈，尤其是那些有大量行写入行为的系统。

通常， 一对 RAID-1 磁盘能够提供应每秒高达 400 个的事务合理的写负载提供日志吞吐量。如果有更大的吞吐率，或更大量的日志（例如，大批插入）就需要更大的日志吞吐量，这可以通过在 RAID-10 配置中添加硬盘来提供，并通过一个写入高速缓存磁盘控制器连接到系统中。下面的故障诊断章节会讲述如果发生日志瓶颈怎么办。

由于 CPU 和磁盘有效的操作在不同的时间尺度（纳秒 VS 微秒）我们需要分离它们以获得合理的性能。这就是内存来发挥的作用。在一个数据库系统中，内存的主要作用是避免 I/O，归结为一点，拥有更多内存的系统能工作得更好。幸运的是，在过去几年中内存的成本已经有了显著的下降，并且系统拥有几十到上百 GB 的内存已经不在罕见了。通常，对于大多数应用程序每个处理器内核拥有 4 到 8GB 内存是比较合适的。