SQL Dumps的可能原因是什么?尝试使用DBCC CHECKDB但没有成功

时间:2013-07-25 13:13:43

标签: sql sql-server sql-server-2008 windows-server-2008

我在Windows Server 2003上安装了一个SQL Server 2008(RTM)实例。它有大约30个数据库。配置运行正常一年,直到今天SQL Server意外停止,我的窗口显示臭名昭着的BSOD(蓝屏死机)。

我检查了所有日志(应用程序,系统,SQL错误日志等),发现SQL在过去2个月内一直在生成转储。 (SQLDump0001,SQLDump0002,SQLDump0003,......高达SQLDump0060(60个SQLDumps))。

我尝试使用DBCC CHECKDB,并在2-3个数据库中发现了某些“不一致错误”。但是当我再次在相同的数据库上使用DBCC CHECKDB时,却在不同的服务器上,没有错误。

任何人都可以提出可能的原因吗?这是硬件问题吗? RAM可能吗?由于今天发生在我的生产服务器上,我暂时转移到备份服务器。但需要尽快解决。

即使是最微小的帮助也表示赞赏!

1 个答案:

答案 0 :(得分: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每天都在开始并不断增加。最后我的操作系统崩溃,BSOD出现了。我必须立即更改RAM并格式化服务器。它现在有效。