SQL轉儲的可能原因是什么？ 嘗試使用DBCC CHECKDB，但沒有成功

Question

我在Windows Server 2003上安裝了一個SQL Server 2008（RTM）實例。它有大約30個數據庫。 配置運行了一年，直到今天SQL Server意外停止，並且我的窗口顯示了臭名昭著的BSOD（藍屏死機）。

我檢查了所有日志（應用程序，系統，SQL錯誤日志等），發現SQL在過去兩個月中一直在生成轉儲。 （SQLDump0001，SQLDump0002，SQLDump0003，...直到SQLDump0060（60個SQLDumps））。

我嘗試使用DBCC CHECKDB並在2-3個數據庫中發現某些“不一致錯誤”。 但是，當我在同一數據庫上但在另一台服務器上再次使用DBCC CHECKDB時，沒有錯誤。

誰能提出這個可能的原因？ 這是硬件問題嗎？ 可能是RAM？ 由於這是今天在我的生產服務器上發生的，因此我暫時轉移到了備用服務器。 但是需要盡快解決。

即使是最細微的幫助，我們也感激不盡！

Answer 1

解決了！！ 我花了一天的時間。

我正在使用支持DDR2 PC2-5300（E）RAM的IBM x3200計算機，其中E代表ECC。

不幸的是，在2個月前進行硬件升級時，我的團隊使用DDR2 PC2-5300（U）RAM（非ECC）而不是DDR2 PC2-5300（E）RAM升級了x3200計算機。 事實證明，支持ECC的主板通常不支持非ECC RAMS。

結果，SQL Dumping開始並且每天都在增加。 最終我的操作系統崩潰了，藍屏死機出現了。 我必須立即更改RAM並格式化服務器。 現在可以使用了。