[已解决] ASE的table无法分配空间

Eisen

ok...版主这么努力，我们要是还偷懒的话，就太对不起版主了。

ASE12.5 for AIX4.3.3的早期版本在内部计算设备可用剩余空间的算法上有误，有可能造成当数据容量超过某一值后如果某次未能扩充设备空间的话，将使剩余空间点一直保持不动，也就是说哪怕扩展了很多设备空间依然无法为table分配空间。

解决办法:
1. 先给ASE打上最新的ebf补丁，具体步骤和方法参见各EBF内部的COVER。
2. 将ASE shutdown掉。修改启动script文件RUN_xxxx最后添加
"-T7409 -m"后，重起一次，等待大约30分钟(如果log段大，那么再等长一些时间)这段时间没有提示，全凭感觉走，我的log有12G大，我等了大约40分钟。
3. 将ASE 再次shutdown掉。修改启动script文件RUN_xxxx，将刚才添加的最后那两个参数改为
"-T7408 -m"后，重起一次。这次不用多等，显示启动好了，就可以用sa登录进去操作了。
首先 sp_helpdb查看那个出问题的database的dbid(假设为7)
然后执行命令 dbcc gam(7,0,0,'fix')
等到结束。
4.再次shutdown，将刚才的"-T7408 -m"去掉。重起数据库，就可以恢复正常了。

chenfeng825

你这个问题看起来和log space看起来不准确的很相似。dbcc gam和dbcc usedextents都是修复空间不准的问题的。只是traceflag 7409和7408倒是不明白做什么用，没见过!

Eisen

这两个flag就是启动之后重新计算log段和dat段空间标志位的一个点。加上这两个之后，用sp_helpdb看到的全都是负数了，就是因为它在移动那个标志位所至。

pengxb

问题如果解决了告诉我们一下！

pengxb

我有一个解决方法不知可不可以：
在RUN文件中加－T7409，然后重启server，下一次启动server之前别忘了再把trace去掉！