SQL转储的可能原因是什么？尝试使用DBCC CHECKDB，但未成功

我在WindowsServer2003上安装了一个SQLServer2008（RTM）实例。它有大约30个数据库。配置运行了一年，直到今天SQL Server意外停止，我的windows显示出臭名昭著的BSOD（蓝屏死亡）

我检查了所有日志（应用程序、系统、SQL错误日志等），发现SQL在过去2个月内一直在生成转储。（SQLDump0001、SQLDump0002、SQLDump0003，…直到SQLDump0060（60个SQLDumps））

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

有人能想出可能的原因吗？这是硬件问题吗？可能是公羊？由于这是今天在我的生产服务器上发生的，所以我暂时转到了备份服务器。但需要尽快修复

---

即使是最微小的帮助也会被感激

解决了！！虽然花了我一天的时间

我使用的是IBM x3200机器，它支持DDR2 PC2-5300（E）RAM，其中E代表ECC

不幸的是，在2个月前的硬件升级期间，我的团队使用DDR2 PC2-5300（U）RAM（非ECC）而不是DDR2 PC2-5300（E）RAM升级了x3200机器。而且，ECC支持的主板通常不支持非ECC RAM

---

因此，SQL转储开始并每天不断增加。最后我的操作系统崩溃了，BSOD出现了。我必须立即更换RAM并格式化服务器。现在可以了

解决了！！虽然花了我一天的时间

我使用的是IBM x3200机器，它支持DDR2 PC2-5300（E）RAM，其中E代表ECC

不幸的是，在2个月前的硬件升级期间，我的团队使用DDR2 PC2-5300（U）RAM（非ECC）而不是DDR2 PC2-5300（E）RAM升级了x3200机器。而且，ECC支持的主板通常不支持非ECC RAM

---

因此，SQL转储开始并每天不断增加。最后我的操作系统崩溃了，BSOD出现了。我必须立即更换RAM并格式化服务器。现在可以了

SQL转储是数据库的备份，数据库上的数据有时由服务器崩溃生成。此链接将进一步讨论。这也可能是由于驱动器上没有空间问题造成的。请参阅以下链接，这里有足够的空间。我查过了相同的数据库，但在不同的服务器上是什么意思？您是从备份中还原，还是创建了一个新备份（从源代码）并进行还原，然后运行CHECKDB？我将MDF和LDF文件复制到另一台服务器，以检查我的数据库是否损坏。但是CHECKDB中没有错误。SQL转储肯定不是备份。它们是问题报告。SQL转储是数据库的备份，数据库上的数据有时是由服务器崩溃生成的。此链接将进一步讨论。这也可能是由于驱动器上没有空间问题造成的。请参阅以下链接，这里有足够的空间。我查过了相同的数据库，但在不同的服务器上是什么意思？您是从备份中还原，还是创建了一个新备份（从源代码）并进行还原，然后运行CHECKDB？我将MDF和LDF文件复制到另一台服务器，以检查我的数据库是否损坏。但是CHECKDB中没有错误。SQL转储肯定不是备份。它们是问题报告。