informix数据库drop表后不释放空间

qqw7

操作系统为hp/ux
数据库系统为informix 9
使用的磁盘阵列。
存放数据的磁盘空间快满了
打算drop些表释放空间；
但发现drop表后，onstat -d 查询，磁盘物理空间并没有得到释放
请坛中高手赐教~~，不胜感激

[ 本帖最后由 qqw7 于 2008-7-10 19:25 编辑 ]

qqw7

原帖由 liaosnet 于 2008-7-15 00:13 发表


额。。手工删除systables表中的记录？
你重建表时也手工更改下在systables表中的tabid与systabnames表中的tabid一致试下。

老兄建议的是，呵呵，我明天试一下，看行不行。这个是以前同事搞的，无奈啊。
谢谢了！

liaosnet

原帖由 qqw7 于 2008-7-14 23:53 发表

感谢关注与回复。呵呵，我试过了，可以建同名的表，但还是不能释放空间。
我估计是以前有手工删过systables的记录导致的。
照这个速度下去，数据空间很快就没有了。。。

额。。手工删除systables表中的记录？
你重建表时也手工更改下在systables表中的tabid与systabnames表中的tabid一致试下。

qqw7

原帖由 liaosnet 于 2008-7-14 23:31 发表


尝试建立一个同名的表在相同的dbspace上试下。。然后再删除。。

感谢关注与回复。呵呵，我试过了，可以建同名的表，但还是不能释放空间。
我估计是以前有手工删过systables的记录导致的。
照这个速度下去，数据空间很快就没有了。。。

liaosnet

原帖由 qqw7 于 2008-7-14 23:24 发表

是阿，我也很奇怪，我怀疑是数据库本身出了什么问题，systables中确实没有这个表了。
也无法用select查该表得内容。但是从systabnames中却还可以查到。oncheck -pe也可以查的到。
我是第一次遇到这种问题， ...

尝试建立一个同名的表在相同的dbspace上试下。。然后再删除。。

qqw7

原帖由 liaosnet 于 2008-7-14 21:31 发表


如果某一边存在还说得过去，两边都存在。。。。这似乎问题就难于解释了。。
毕竟oncheck -pe是直接从磁盘上读取的数据，这个显示有表存大，那chunk上的数据还是存在的，自然是没有释放。。
是否是在drop表 ...

是阿，我也很奇怪，我怀疑是数据库本身出了什么问题，systables中确实没有这个表了。
也无法用select查该表得内容。但是从systabnames中却还可以查到。oncheck -pe也可以查的到。
我是第一次遇到这种问题，很费解。

[ 本帖最后由 qqw7 于 2008-7-14 23:30 编辑 ]

liaosnet

原帖由 qqw7 于 2008-7-14 19:11 发表

我刚才对比了一下，两边的数据是一样的。都包含有已经被drop掉的表

如果某一边存在还说得过去，两边都存在。。。。这似乎问题就难于解释了。。
毕竟oncheck -pe是直接从磁盘上读取的数据，这个显示有表存大，那chunk上的数据还是存在的，自然是没有释放。。
是否是在drop表时出现了错误？？导致表没有删除成功？

qqw7

原帖由 liaosnet 于 2008-7-14 18:31 发表
你看一下sysextents中的数据跟,oncheck -pe  中的对比。。

我刚才对比了一下，两边的数据是一样的。都包含有已经被drop掉的表

liaosnet

你看一下sysextents中的数据跟,oncheck -pe <dbsname> 中的对比。。

qqw7

原帖由 czw1413_cn 于 2008-7-14 13:43 发表
首先找到比较大的表,用oncheck -pe可以看到每个表占用空间的情况

找到最大就先处理就可以了

找到最大的表之后,用alter table colname old数据类型 new数据类型
然后再改回到原来的数据类型

就可以看到 ...

感谢您的回复，有问题想请教您一下。
1.如果一个表被drop掉后，还可以改变其字段数据类型吗？
2.以前改变表字段的数据类型都是 alter table 'tablename'  modify 'colname' 新数据类型
但在dbaccess中进行这个操作时，提示表不存在。

[ 本帖最后由 qqw7 于 2008-7-14 18:24 编辑 ]