最近在使用onspaces -d删除chunk时遇到点小问题。数据库
在一台主机执行onstat -d后显示的数据库存储空间以下ide
Dbspacesspa
address number flags fchunk nchunks pgsize flags owner name.net
700000030211028 1 0x60001 1 1 4096 N B informix rootdbsorm
70000006016a330 2 0x60001 2 1 4096 N B informix logdbsblog
70000006016ad80 3 0x60001 3 1 4096 N B informix phydbsget
70000006016b850 4 0x42001 4 1 4096 N TB informix tmpdbs博客
70000006016c3f0 5 0x60001 5 13 4096 N B informix datadbsit
70000006016ce00 6 0x60001 6 1 4096 N B informix idxdbsform
6 active, 2047 maximum
Chunks
address chunk/dbs offset size free bpages flags pathname
7000000302111c0 1 1 1 64000 43073 PO-B- /informix/dbs/rootdbs
70000006016a4c8 2 2 1 512000 511947 PO-B- /informix/dbs/logdbs
70000006016b028 3 3 1 256000 255947 PO-B- /informix/dbs/phydbs
70000006016b9e8 4 4 1 256000 255797 PO-B- /informix/dbs/tmpdbs
70000006016c588 5 5 1 1024000 844994 PO-B- /informix/dbs/datadbs
700000060164028 6 6 1 128000 125727 PO-B- /informix/dbs/idxdbs
700000060164850 7 5 1 128000 127997 PO-B- /informix/dbs/datadbs1601
700000060164a40 8 5 1 128000 127997 PO-B- /informix/dbs/datadbs1602
如今我想要删除datadbs空间上挂载的"datadbs1601 "和"datadbs1602 "两个chunk,执行命令
#:/informix/dbs >onspaces -d datadbs -p /informix/dbs/datadbs1601 -o 1
WARNING: Dropping a chunk.
Do you really want to continue? (y/n)y
Chunk not dropped.
ISAM error: No such chunk
很疑惑,明明chunk是有的,为何报chunk不存在,经过参考http://blog.csdn.net/sunxp/article/details/5823972 这篇博客中的最后一段发现,应该是-o 参数后面带的偏移量写错了(但文章中并无写明如何计算这个偏移量),onstat -d以后显示的这个chunk的offset是1,为何使用1做为偏移量却不行呢。想了想,"-o"这个参数的单位是K,而onstat -d中显示的chunk的size和free的单位则是页,那会不会offset显示的也是以页为单位呢。若是是这样,那实际的offset应该是1*4K(datadbs的pgsize)=4K,那onspaces命令中应该是"-o 4"
因而尝试了一下,果真成功了
#:/informix/dbs >onspaces -d datadbs -p /informix/dbs/datadbs1601 -o 4
WARNING: Dropping a chunk.
Do you really want to continue? (y/n)y
Chunk successfully dropped.
** WARNING ** A level 0 archive for DBspace datadbs will need to be done
before '/informix/dbs/datadbs1601' can be reused (see Dynamic Server Administrator's manual).
说明:以上的案例中每一个chunk都是一个独立的裸设备,当初挂载时都是从0偏移开始的,但后来由于一些数据库空间挂了,从新初始化数据库后,不知道当时的同事怎么处理的,datadbs1601和datadbs1602在onstat -d命令中显示的offset变成1了。对于其余实际状况,本文提供的参考方法不肯定有效。