生產(chǎn)環(huán)境下的ASE服務(wù)器奇慢,如何檢查原因?在線等,急.........

REDMOB

我們單位一臺(tái)生產(chǎn)環(huán)境的ASE服務(wù)器，25日突然發(fā)生某數(shù)據(jù)庫(kù)事務(wù)日志滿且無(wú)法截?cái)�，后只能重啟服�?wù)器，但該庫(kù)無(wú)法online，查看errorlog原因?yàn)樵搸?kù)在做redo時(shí)事務(wù)日志空間不足，只能做如下處理：
一、修改master..sysdatabases中該庫(kù)記錄的status為-32768，重啟ASE服務(wù)。
二、增加該庫(kù)的事務(wù)日志空間，然后dump transaction，參數(shù)為no_log。
三、修改master..sysdatabases中該庫(kù)記錄的status為0，重啟ASE服務(wù)。
后對(duì)該庫(kù)做DBCC檢查，發(fā)現(xiàn)其中10個(gè)表出現(xiàn)錯(cuò)誤，只能將其數(shù)據(jù)BCP out，刪除并重建表后再BCP in。
雖然現(xiàn)在數(shù)據(jù)庫(kù)可用了，但現(xiàn)在的服務(wù)器操作系統(tǒng)報(bào)CPU占用率達(dá)50%以上，整個(gè)數(shù)據(jù)庫(kù)運(yùn)行很慢，無(wú)法正常查詢數(shù)據(jù)。
使用monitor server和sp_monitor均未發(fā)現(xiàn)異常，各位大俠，請(qǐng)問(wèn)如何處理？

急，在線等

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

BlueAeri

對(duì)那10個(gè)表的bcp之后有沒(méi)有重建索引？沒(méi)有的話就做一下，如果這些表很小，那慢的原因也許不在這里。

REDMOB

當(dāng)時(shí)BCP時(shí)候是帶索引BCP的，所以后來(lái)沒(méi)有重建索引，現(xiàn)在重建索引中，看看效果如何。
但原來(lái)我們的想法是：
一、因?yàn)橛凶銐虻臅r(shí)間來(lái)BCP數(shù)據(jù)，所以不必取消索引做BCP，這樣可省掉重建索引的步驟。
二、按原有想法，BCP時(shí)會(huì)重新進(jìn)行索引，所以不必重建索引。
剛才試了試，有些效果，但不知在多用戶并發(fā)的情況下可否好些。
謝謝樓上的建議。

aliking

既然這么操作，統(tǒng)計(jì)值最好也更新一下。