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并格式化服务器。 现在可以使用了。