平台环境:
AIX 5.3 两台P595主机
DB2 V9.1 DPF(共16个分区)
症状描述:
1、这套DPF数据库原有的表空间,全都是基于裸设备的。这次需要基于文件系统,创建新的表空间。
2、在执行创建表空间的SQL语句后,数据库hang住,无法connect、也无法db2stop force停止数据库。在此期间,查看文件系统,磁盘大小增长极其缓慢,容器文件的大小也增长缓慢。
3、等待30分钟无响应之后,最后只有通过db2_kill强制停止实例。重启后,创建表空间的语句执行失效,文件系统大小恢复了原样。
补充信息:
1、db2set已设置并行IO参数为:
DB2_PARALLEL_IO=*
2、尝试清理历史文件(prune history)
以上两种办法也试过了,没有作用。
请教一下:
出现这种情况可能的原因是什么?怎样解决呢?
附件文件:
storage_expanding.sql.txt
附件:
storage_expanding.sql.txt (7 KB)
你这样创建肯定会把系统“hung"住的。
正确的策略是divide-and-conquer
就是先建tablespace with a smaller container size
根据你的系统i/o承受能力,再一点一点alter tablespace增大 container size 到你想要的size
可以尝试在扩展的时候查看操作系统的I/O 情况,以确定是“等待”还是“运行”。也可以算一下你的存储的I/O能力,申请这么多空间恐怕一般的存储都吃不消吧。假设是单台存储4gb 的光纤卡满跑,理想情况下至少也要200G*6*16*8/4=2400s(40分钟)。不如申请小的,然后逐渐扩展,这样较为稳妥。