DB2内存分配不足
1、现象、问题描述
在我们自己搭建的DB2环境上经常出现连库失败的现象。
PIM-01 /home/db2inst1> db2 connect to testdb
SQL1084C Shared memory segments cannot be allocated. SQLSTATE=57019
导致测试工作被阻塞。
2、关键过程、根本原因分析
首先查看DB2运行日志db2diag.log, 只是打印出普通的内存分配失败信息,并没有太多的详细信息。
DIA8305C Memory allocation failure occurred.
2010-04-12-11.08.59.468786+480 I21014543E435 LEVEL: Severe
PID : 7346 TID : 47020825989792PROC : db2agent (WPIM) 0
INSTANCE: db2inst1 NODE : 000
APPHDL : 0-478 APPID: AC11C42A.J19D.100412030902
AUTHID : DB2INST1
FUNCTION: DB2 UDB, base sys utilities, sqleSubsequentConnect, probe:101
DATA #1 : Hexdump, 4 bytes
0x00007FFFD0099498 : 0500 0F85 ....
2010-04-12-11.09.21.392400+480 I21014979E852 LEVEL: Warning
PID : 7373 TID : 47020825989792PROC : db2agent (TESTDB) 0
INSTANCE: db2inst1 NODE : 000
APPHDL : 0-480 APPID: *LOCAL.db2inst1.100412030921
AUTHID : DB2INST1
FUNCTION: DB2 UDB, base sys utilities, sqleFirstConnect, probe:1516
MESSAGE : ZRC=0x850F0005=-2062614523=SQLO_NOSEG
"No Storage Available for allocation"
DIA8305C Memory allocation failure occurred.
DATA #1 : String, 286 bytes
Failed to allocate the desired database shared memory set.
Check to make sure the configured DATABASE_MEMORY + overflow
does not exceed the maximum shared memory on the system.
Attempting to start up with only the system buffer pools.
Desired database shared memory set size is (bytes):
DATA #2 : unsigned integer, 8 bytes
104857600
2010-04-12-11.09.21.394095+480 I21015832E767 LEVEL: Severe
PID : 7373 TID : 47020825989792PROC : db2agent (TESTDB) 0
INSTANCE: db2inst1 NODE : 000
APPHDL : 0-480 APPID: *LOCAL.db2inst1.100412030921
AUTHID : DB2INST1
FUNCTION: DB2 UDB, base sys utilities, sqleFirstConnect, probe:1718
MESSAGE : ZRC=0x850F0005=-2062614523=SQLO_NOSEG
"No Storage Available for allocation"
DIA8305C Memory allocation failure occurred.
DATA #1 : String, 202 bytes
Failed to allocate the minimum possible database shared memory set.
There is insufficient system resources to allocate the database
shared memory set.
Minimum database shared memory set size is (bytes):
DATA #2 : unsigned integer, 8 bytes
104857600
2010-04-12-11.09.21.431343+480 I21016600E488 LEVEL: Severe
PID : 7373 TID : 47020825989792PROC : db2agent (TESTDB) 0
INSTANCE: db2inst1 NODE : 000
APPHDL : 0-480 APPID: *LOCAL.db2inst1.100412030921
AUTHID : DB2INST1
FUNCTION: DB2 UDB, base sys utilities, sqleFirstConnect, probe:20
RETCODE : ZRC=0x850F0005=-2062614523=SQLO_NOSEG
"No Storage Available for allocation"
DIA8305C Memory allocation failure occurred.
经过对日志的初步分析,这种情况一般是内存不配和合理造成。一般是数据库的共享内存分配过大,导致超出系统的阀值,分配不到足够的内存来启动数据库,所以只需要将数据库的共享内存改小就可以了。数据库的共享内存主要由主缓冲池、隐藏缓冲池、LOCKLIST、CATALOG_CACHE、包高速缓存、共享排序内存、数据库堆、实用程序堆组成。
查看当前数据库的配置信息,可是现在数据库又连接不上怎么办,其实可以使用db2 get db cfg for testdb,命令来查看数据库当前配置,发现数据库的当前配置APPGROUP_MEM_SZ 配置为30000,该参数明显过大,将参数设置为2000,重新连接数据库正常。
3、结论、解决方案及效果
在解决类似的问题时,应当看清楚是什么内存不能分配导致数据库连接失败。所以需要对DB2的内存结构有一个的了解。DB2中主要包括4中内存:实例共享内存、数据库共享内存、应用组共享内存、代理私有内存。
根据不同的内存调整相应的参数来将数据库启动起来。
4、经验总结预防措施和规范建议
在数据库的参数配置时,一定要注意,参数配置过大或是大小,都会产生意想不到的后果,影响大家的工作进度。防止对数据库的参数调整实测,每次在调整时只调整一个参数,通过不断的观察来解决一个合适的参数值。参数应当根据物理机的实际情况来分配参数。
5、备 注
无