生产环境下的ASE服务器奇慢,如何检查原因?在线等,急.........

REDMOB

我们单位一台生产环境的ASE服务器，25日突然发生某数据库事务日志满且无法截断，后只能重启服务器，但该库无法online，查看errorlog原因为该库在做redo时事务日志空间不足，只能做如下处理：
一、修改master..sysdatabases中该库记录的status为-32768，重启ASE服务。
二、增加该库的事务日志空间，然后dump transaction，参数为no_log。
三、修改master..sysdatabases中该库记录的status为0，重启ASE服务。
后对该库做DBCC检查，发现其中10个表出现错误，只能将其数据BCP out，删除并重建表后再BCP in。
虽然现在数据库可用了，但现在的服务器操作系统报CPU占用率达50%以上，整个数据库运行很慢，无法正常查询数据。
使用monitor server和sp_monitor均未发现异常，各位大侠，请问如何处理？

急，在线等

[ 本帖最后由 REDMOB 于 2008-1-28 16:35 编辑 ]

BlueAeri

对那10个表的bcp之后有没有重建索引？没有的话就做一下，如果这些表很小，那慢的原因也许不在这里。

REDMOB

当时BCP时候是带索引BCP的，所以后来没有重建索引，现在重建索引中，看看效果如何。
但原来我们的想法是：
一、因为有足够的时间来BCP数据，所以不必取消索引做BCP，这样可省掉重建索引的步骤。
二、按原有想法，BCP时会重新进行索引，所以不必重建索引。
刚才试了试，有些效果，但不知在多用户并发的情况下可否好些。
谢谢楼上的建议。

aliking

既然这么操作，统计值最好也更新一下。