Terry Asked: 2009-06-23 07:43:34 +0800 CST2009-06-23 07:43:34 +0800 CST 2009-06-23 07:43:34 +0800 CST SQLDump 文件有什么用？ 772 我们的一台具有 WSUS 的 Windows 2003 服务器的硬盘空间已满。搜索文件时，我发现这个 SQLDump10000.txt 文件超过 25gigs。我做了一些谷歌搜索，它说它是读写错误加上查询或内存中的内容。有人可以直接解释这里发生了什么吗？ sql-server wsus 2 个回答 Voted Best Answer Paul Randal 2009-06-23T08:21:44+08:002009-06-23T08:21:44+08:00 这些转储文件是在两种情况下创建的： 发生 SQL Server“崩溃” - A/V、断言或其他一些未捕获的代码错误。在这种情况下，该文件是一个内存转储，其大小和内容取决于发生的问题。 您注册了 Watson 错误报告，并且 DBCC CHECKDB 在数据库中发现了损坏。在这种情况下，内容是发现的损坏列表和内存中损坏的磁盘页面的转储 您能否在 SQL 错误日志中查看出现问题的指示，错误日志中的时间戳与转储文件的创建时间大致相同？ 至于您的事务日志已满 - 我会将转储文件复制到其他地方，因为这听起来像是在搞乱您的日志管理。不要做任何事情，比如删除日志文件或类似的事情，否则你肯定会导致损坏。 希望这可以帮助 Ernie 2009-06-23T08:34:52+08:002009-06-23T08:34:52+08:00 简单的答案来自阅读文件。这是一个文本文件，而不是二进制文件，所以你应该能够通过在写字板中打开它来收集它是什么（记事本无法打开这么大的文件）。 它很可能是数据库中所有数据的完整转储，在一个大型 SQL 查询中。它之所以这么大，是因为它是文本格式，根本不使用任何压缩。 当然，真正的问题出现在试图打开一个 25 Gig 的文本文件时......我非常怀疑你在那台机器上是否有足够的内存。我不知道是否有 Windows 版本的 head 或 tail，但在这种情况下它们会派上用场。
这些转储文件是在两种情况下创建的：
您能否在 SQL 错误日志中查看出现问题的指示，错误日志中的时间戳与转储文件的创建时间大致相同？
至于您的事务日志已满 - 我会将转储文件复制到其他地方，因为这听起来像是在搞乱您的日志管理。不要做任何事情，比如删除日志文件或类似的事情，否则你肯定会导致损坏。
希望这可以帮助
简单的答案来自阅读文件。这是一个文本文件，而不是二进制文件，所以你应该能够通过在写字板中打开它来收集它是什么（记事本无法打开这么大的文件）。
它很可能是数据库中所有数据的完整转储，在一个大型 SQL 查询中。它之所以这么大，是因为它是文本格式，根本不使用任何压缩。
当然，真正的问题出现在试图打开一个 25 Gig 的文本文件时......我非常怀疑你在那台机器上是否有足够的内存。我不知道是否有 Windows 版本的 head 或 tail，但在这种情况下它们会派上用场。