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

核心提示： Linux 配置当一个 Linux 系统被用作 DB2 服务器时，可能不得不修改一些 Linux 的一些内核参数，DB2 最佳实践: 性能调优和问题诊断最佳实践，第 1 部分：性能调优从配置和监控开始(5)，因为 Linux 的发行变化和这个系统的高度灵活性，我们将只讨论一些基于 linux 实

Linux 配置

当一个 Linux 系统被用作 DB2 服务器时，可能不得不修改一些 Linux 的一些内核参数。因为 Linux 的发行变化和这个系统的高度灵活性，我们将只讨论一些基于 linux 实施中需要确认的最重要的设置。

SHMMAX（一个共享内存的最大值）在一个 64 位系统必须至少设为 1G － 1073741824，反之 SHMALL 参数必须设置数据库服务器的 90% 可用内存。SHMALL默认值是 8GB 。其它重要的 Linux 内核配置参数以及它们对 DB2 的推荐值是：

kernel.sem（指定内核旗语的设置 -SEMMSL, SEMMNS, SEMOPM, and SEMMNI）: 250 256000 32

kernel.msgmni（消息队列的标识数）:1024

kernel.msgmax（一个消息的最大大小，字节）:65536

kernel.msgmnb（消息队列的默认大小，字节）:65536

DB2 数据分区特性

使用 DB2 数据分区特性（DPF），通常并不是纯粹由数据容量决定，而更多的是工作负载的性质。大多数 DPF 部署在数据仓库和商业智能上是一个常规的指导方针。对于大型的复杂查询环境 DPF 是被高度推荐的，因为它的 share-nothing 架构提供了优异的可扩展性。对于小一些的不大可能快速增长的数据集市（达到 300GB），一个 DB2 企业服务器版本（ESE）配置是一个很好的选择。然而大型的或快速增长的 BI 环境将从 DPF 中获利。

虽然处理一个完整 DPF 系统设计已经超出了这篇文章的范畴，但是一个 CPU 到分区的基本描述还算简单。一个典型的分区系统通常每个分区拥有一个处理器内核。例如，一个有 N 个处理器内核的系统可能有一个编目分区和 N 个数据分区。如果这个编目分区将被大量使用（例如，拥有单分区维度的表），那么它最好被分配一个处理器内核。如果这个系统将支持许多并发活动用户，就可能每个分区需要两个内核。