SQL Dumps 的可能原因有哪些？尝试使用 DBCC CHECKDB 但没有成功答案

【问题标题】：What are the possible reasons for SQL Dumps? Tried using DBCC CHECKDB but with no successSQL Dumps 的可能原因有哪些？尝试使用 DBCC CHECKDB 但没有成功
【发布时间】：2013-07-25 13:13:43
【问题描述】：

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

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

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

任何人都可以提出可能的原因吗？是硬件问题吗？可能是内存？由于今天在我的生产服务器上发生了这种情况，因此我暂时转移到了备用服务器。但需要尽快修复。

即使是最微小的帮助也会受到赞赏！

【问题讨论】：

SQL Dump 是数据库的备份，数据库上的数据有时会因服务器崩溃而生成。此链接进一步讨论。这也可能是由于您的驱动器上没有空间问题引起的。请参阅以下链接mssqltips.com/sqlservertip/1810/…、stackoverflow.com/questions/2512593/what-is-sql-dump-for
有足够的空间。我查过了
什么是相同的数据库，但在不同的服务器上？您是从备份中恢复，还是创建新备份（从源）并恢复它，然后运行 CHECKDB？
我将 MDF 和 LDF 文件复制到另一台服务器，以检查我的数据库是否损坏。但是CHECKDB没有错误。
SQL 转储当然不是备份。它们是问题报告。

标签： sql sql-server sql-server-2008 windows-server-2008

【解决方案1】：

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

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

不幸的是，在 2 个月前的一次硬件升级中，我的团队使用 DDR2 PC2-5300(U) RAM（非 ECC）而不是 DDR2 PC2-5300(E) RAM 升级了 x3200 机器。而且，支持ECC的主板一般不支持非ECC RAMS。

因此，SQL 转储开始了，并且每天都在增加。最后我的操作系统崩溃了，蓝屏出现了。我不得不立即更改 RAM 并格式化服务器。现在可以了。

【讨论】：