免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
楼主: toms1981
打印 上一主题 下一主题

DIA8305C Memory allocation failure occurred [复制链接]

论坛徽章:
0
11 [报告]
发表于 2007-04-15 13:02 |只看该作者
Please refer to the following info.
每个 32 位 DB2 实例能够对 4 GB 内存寻址。通常希望将大部分内存给缓冲池专用,但是,AIX、HP-UX 和 Windows 上的内存分段会将最大缓冲池的大小限制在 4 GB 以内。即使是在 32 位世界中拥有十分干净的内存模型的 Solaris 上,用于 DB2 缓冲池的内存也不能超过 3.35 GB;4 GB 内存空间的其余内存必须专用于 DB2 的其它共享内存用途。在 HP-UX 上,32 位 DB2 实例所能够创建的最大缓冲池大约是 800 MB。在 HP-UX 上,只有通过使用 32 位 HP-UX 上的 Memory Windows 来运行多个实例,才能使用 1 GB 以上的缓冲池。在 Windows 上,缓冲池被限制为 3 GB,AIX 上是 1.75 GB,而 Linux 上大约是 1 GB。

In Linux platform, here's a limit of around 800MB for the total size of a database shared memory. You can look at the db cfg parms that make this:buffer pools, lock list,package cache, catalog cache and util_heap and check the sum of all these values. I think you meet this type of limitation. You have no other choice in 32bit DB2. I suggest you increase your buffer pool step by step.

[ 本帖最后由 huyuhui001 于 2007-4-15 13:05 编辑 ]

论坛徽章:
0
12 [报告]
发表于 2007-04-15 13:18 |只看该作者
原帖由 huyuhui001 于 2007-4-15 13:02 发表
Please refer to the following info.
每个 32 位 DB2 实例能够对 4 GB 内存寻址。通常希望将大部分内存给缓冲池专用,但是,AIX、HP-UX 和 Windows 上的内存分段会将最大缓冲池的大小限制在 4 GB 以内。即使是 ...


Yes I totally agreed. At the same time, I will do some testing where upgrade one of the instance to 64 bits but not sure will it affect the performance for 32 bits communicate to 64 bits.

Do you have any experience modifying the extended shared memory?

论坛徽章:
0
13 [报告]
发表于 2007-04-16 13:35 |只看该作者
Too bad... Extended shared memory doesn't solve the problem. Anyone got others suggestion?

论坛徽章:
0
14 [报告]
发表于 2007-04-16 14:38 |只看该作者
failed to reply this article 4times


show the results of db2mtrk -d -v
32bit db2 can use 1.75G memory each intance
show db2 get db cfg
db2 "select * from syscat.bufferpools"
of each database

[ 本帖最后由 psc2001 于 2007-4-16 14:47 编辑 ]

论坛徽章:
0
15 [报告]
发表于 2007-04-16 14:55 |只看该作者
yes. I know that 32-bits got limitation on shared memory where only allowed to use up to 1.75 GB. that's why I'm asking whether got alternative solution to solve this issue? I read from other forum where they said can extend the shared memory but it doesn't work when I tried. kindly pls advise.

论坛徽章:
0
16 [报告]
发表于 2007-04-16 15:02 |只看该作者
i guess it is impossable to extend the limits of share memory
so what u can do is to reduce the useage of share memory
like  buffpools and so on

or create a new instance
backup & restore to the new instance

this way is how i solve this kind of  problem

论坛徽章:
0
17 [报告]
发表于 2007-04-16 15:06 |只看该作者
in my test machine
there is 3 database
each has a 1.2G useage  of memory
at first i put them in db2inst1
i met the problem like u
so i create db2inst2,db2inst3 to move other 2 database in it
now each databse is OK

[ 本帖最后由 psc2001 于 2007-4-16 15:21 编辑 ]

论坛徽章:
0
18 [报告]
发表于 2007-04-16 15:27 |只看该作者
its already in 3 different instances for 3 databases.

论坛徽章:
0
19 [报告]
发表于 2007-04-16 15:29 |只看该作者
show the results of db2mtrk -d -v

论坛徽章:
0
20 [报告]
发表于 2007-04-18 20:49 |只看该作者
用db2iupdt升级实例到64bit就行啦
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP