打死也不用SQL Server 2000 了

tolywang發表於2009-06-17

            上週開始的當機沒完沒了, 快被整瘋掉了 。 Windows 2003  , SQL Server 2000 SP4 (看到上面的小版本是2055) ,發生的問題如下:


Error: 5180, Severity: 22, State: 1
Could not open FCB for invalid file ID 15 in database 'tempdb'.
17310 :
SqlDumpExceptionHandler: Process 3660 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION.
SQL Server is terminating this process.
18052 :
Error: 3624, Severity: 20, State: 1.

17066 :
SQL Server Assertion: File: <__file__>, line=1459
Failed Assertion = 'hr == S_OK'.

18052 :
Error: 3624, Severity: 20, State: 1.


Error: 0, Severity: 19, State: 0
SqlDumpExceptionHandler: Process 3088 generated fatal exception c0000005
EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

Error: 7987, Severity: 22, State: 3
A possible database consistency problem has been detected on database 'eFoxSFCMAX2'.  
DBCC CHECKDB and DBCC CHECKCATALOG should be run on database 'eFoxSFCMAX2'.

Error: 0, Severity: 19, State: 0
SqlDumpExceptionHandler: Process 1 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION.
SQL Server is terminating this process.

17308 :
LazyWriter:  Process 1 generated an access violation.  SQL Server is terminating this process.

發生最多的是後 4 個錯誤資訊,一旦發生最後兩個錯誤,隨之而來的就是SQL Server登入不了,但是狀態顯示正常,企業管理器登入後點選database 沒有內容 。 需要重新啟動SQL Server甚至Server才能恢復正常,反反覆覆,有時候半小時來一次,有時候4~12小時,都有 。

我們的配置:   48G Mem  ,設定了AWE,SQL Server 分配40G記憶體,資料庫大mdf  56G , ldf  40多G . 都只是一個檔案。

我們做的一系列動作:

一, 懷疑是64G檔案在32Bit OS及SQL Server 2000 上的大小問題, 採用方法如下:

a),  關閉SQL Server , 開啟為單使用者模式,全備後將部分table 歷史資料透過語句轉移到歷史庫

b),  沒有生產的情況下進行資料庫的 DBCC CHECKDB('dbname'),   DBCC  CHECKCATALOG('XXXX')  ,沒有發現問題   ( 注意,先前根據錯誤提示做DBCC CHECKDB的時候發現一個table有consistency problem , 做了DBCC CHECKDB之後消失了,沒有做任何修復動作 ), 以後多次DBCC CHECKDB都沒有任何error資訊 。

c),   然後對DB進行shrink 動作,資料檔案由原來的 63G(總大小,不是used space)左右收縮到56G , 

           錯誤還是出現,時間不定 。幾個錯誤出現幾次後,最後一次出現 Process 1 generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION.  SQL Server is terminating this process.  , SQL Servre即訪問不了 。

 

二, 懷疑是程式導致 ,

1,   還有一套一樣的系統 2 是生產庫 , 雖然資料小一些,但是架構是一樣的,當然目前這套出問題的有開發人員不斷在更新程式。 出現問題之前生產2個月左右沒有異常, 6/11 開始出現問題 。 一直得不到解決。 

 

三, 補丁問題

1.  目前補丁 SP4 , 檢視版本號碼是 8.00.2055  , 由於報錯資訊與

Bug #: 473682 (SQL Server 8.0) 類似,就到        下載補丁 。 還是無解。報錯。

 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/35489/viewspace-606599/,如需轉載,請註明出處,否則將追究法律責任。

相關文章