关于STORAGE GROUP的路径添加

遇到一个场景很奇怪,DB2 PureScale 10.5.0.6,用3个GPFS文件系统做了个STOGROUP,建表空间和表,灌数据,差不多灌满了。

然后做了两个变更:

1、在上文说的3个GPFS文件系统中的一个,添加了一块盘。

2、新建了一个GPFS文件系统,将路径添加进了该STOGROUP。

已知执行tablespace的rebalance,会在新增的空间中创建新容器并rebalance数据。 考虑到rebalance费时又影响后续交易性能,于是没有执行rebalance操作。

预期是,之前的空间用满了,数据库会自动在1和2中新添加的空间中自动创建新容器并继续使用。可结果却是,报 filesystem full,结果新添加的空间完全没有被使用。这里过来请教一下各位专家,什么情况这是?

注:通过db2pd 看  db2pd -db xxx -storagegroup,新添加的文件系统也是InUSE 状态

参与6

2同行回答

weiruan85weiruan85数据库管理员ibm
要慢慢熟悉自动存储的用法,现在我们都是直接在gpfs 文件系统上加盘显示全部

要慢慢熟悉自动存储的用法,现在我们都是直接在gpfs 文件系统上加盘

收起
政府机关 · 2015-10-27
浏览1528
infosphereinfosphere软件实施顾问keyvalues
自己来回答一部分首先,确实没预期的那么智能,在purescale环境下,STOGROUP中,如果表空间开始创建时用的是/db2data1,/db2data2两个文件系统,后新增/db2data3,即便前两个文件系统满了,也没那么智能能够自动使用/db2data3。更悲催的是,purescale还不支持alter tablespace  ...显示全部

自己来回答一部分

首先,确实没预期的那么智能,在purescale环境下,STOGROUP中,如果表空间开始创建时用的是/db2data1,/db2data2两个文件系统,后新增/db2data3,即便前两个文件系统满了,也没那么智能能够自动使用/db2data3。更悲催的是,purescale还不支持alter tablespace  rebalance .....  就是说上述场景,既不能智能解决,也不能人工手动这样处理。

收起
IT咨询服务 · 2015-10-26
浏览1473

提问者

infosphere
软件实施顾问keyvalues

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2015-10-25
  • 关注会员:2 人
  • 问题浏览:3003
  • 最近回答:2015-10-27
  • X社区推广