DB2创建表空间,数据库hang住

平台环境:

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)

参与18

5同行回答

drdb2drdb2系统工程师se
你这样创建肯定会把系统“hung"住的。正确的策略是divide-and-conquer就是先建tablespace with a smaller container size根据你的系统i/o承受能力,再一点一点alter tablespace增大 container size 到你想要的size显示全部

你这样创建肯定会把系统“hung"住的。

正确的策略是divide-and-conquer

就是先建tablespace with a smaller container size

根据你的系统i/o承受能力,再一点一点alter tablespace增大 container size 到你想要的size

收起
互联网服务 · 2016-05-12
浏览1457
  • 请教:一点点“增大”container size,这里的增大是选择resize好,还是extent好呢?(我的意思是性能上会有差别吗)
    2016-05-17
  • 性能上no差别
    2016-05-18
  • goopand  goopand回复 drdb2
    Thanks, it works. Although it took around 4 hours to create the tablespace, i completed the job finally.
    2016-05-24
匪徒易真匪徒易真数据库管理员匪徒易真
在那段时间的diag和nfy日志贴出来看。显示全部

在那段时间的diag和nfy日志贴出来看。

收起
IT其它 · 2016-05-12
浏览1314
可以尝试在扩展的时候查看操作系统的I/O 情况,以确定是“等待”还是“运行”。也可以算一下你的存储的I/O能力,申请这么多空间恐怕一般的存储都吃不消吧。假设是单台存储4gb 的光纤卡满跑,理想情况下至少也要200G*6*16*8/4=2400s(40分钟)。不如申请小的,然后逐渐扩展,这样较为稳...显示全部

可以尝试在扩展的时候查看操作系统的I/O 情况,以确定是“等待”还是“运行”。也可以算一下你的存储的I/O能力,申请这么多空间恐怕一般的存储都吃不消吧。假设是单台存储4gb 的光纤卡满跑,理想情况下至少也要200G*6*16*8/4=2400s(40分钟)。不如申请小的,然后逐渐扩展,这样较为稳妥。

收起
证券 · 2016-05-26
浏览1452
新数科技新数科技IT顾问北京新数科技有限公司
申请空间太大,另外pagesize和extensize也有点大显示全部

申请空间太大,另外pagesize和extensize也有点大

收起
IT咨询服务 · 2016-05-12
浏览1320
DB-TrendSetterDB-TrendSetter联盟成员数据库架构师公司
申请的空间较大,是慢显示全部

申请的空间较大,是慢

收起
电信运营商 · 2016-05-12
浏览1292

提问者

goopand
数据库管理员亚信联创(中国)有限公司
擅长领域: 服务器AIXUnix

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2016-05-11
  • 关注会员:6 人
  • 问题浏览:6606
  • 最近回答:2016-05-26
  • X社区推广