DB2中内存的使用(7)

服务器：

• 服务器上的物理 RAM 16GB
• shmsys:shminfo_shmmax = 15099494 (16GB 的 ~90%)

数据库：

• IBMDEFAULTBP 350,000 页
• UTILHEAP 17,500 页
• DBHEAP 10,000 页
• LOCKLIST 1000 页
• PCKCACHE 5000 页
• CATALOGCACHE 2500 页
• ESTORE_SEG_SZ = 400000 页
• NUM_ESTORE_SEGS = 1

计算：

• 数据库共享内存 = (386,000 页 x 4KB/页 + 400,000 页的 estore * 100 字节) x 1.1 = ~1.66GB
• ESTORE memory = 400000 x 4KB = 1.6GB

问题： 数据库共享内存是 1.66GB。这个数小于 3.35GB 的数据库共享内存限制。shmmax 参数设置得比较恰当。但是在启动数据库时可能返回下面的错误消息！您可以在 db2diag.log 中看到如下错误消息：

• 2003-12-04-10.10.13.362027 Instance:db2inst1 Node:000
• PID:18327(db2agent (SAMPLE) 0) TID:1 Appid:*LOCAL.sample.047844091013
• oper system services sqloVLMAttachVLMSegment Probe:20 Database:SAMPLE
• sqloVLMAttachVLMSegment - shmat failed
• 0xFFBE833C : 0x0000000C

shmat 是一个 UNIX 函数，它将与 shmid（另一个 Solaris 函数）所标识的共享内存相关的共享内存段附加到调用进程的数据段上。shmat 失败于 0x000000C，即 ENOMEM 或可用数据空间不足以容纳共享内存段。

换句话说，不能激活数据库或连接到数据库，因为没有足够的共享内存来满足请求。

那么该怎么办呢？答案在于我们分配 ESTORE 的方式。每个 ESTORE 段必须是一个连续的块。在我们的例子中，我们试图为 ESTORE 分配很大的一块（连续的）内存（1.6GB）。即使有 16GB 的 RAM，它也可能会被分段，从而没有一块连续的 1.6GB 的内存。

为解决这个问题，在数据库配置文件中像下面这样设置 ESTORE 的值：

• ESTORE_SEG_SZ = 40000 页
• NUM_ESTORE_SEGS = 10

通过设置上面的 ESTORE 值，实际上我们仍然试图为 ESTORE 分配总共 1.6 GB 的内存。然而，我们将尝试为 ESTORE 分配 10 块 160MB 的内存。这样分配的连续空间就要小得多，因此最有可能解决问题。