DBCC CHECKDB错误

Question

有时，在我的开发环境中，当我运行CHECKDB时，会遇到以下错误：

在'S:\MSSQL10_50.MSSQLSERVER\MSSQL\DATA\MYDB.mdf:MSSQL_DBCC8'.文件中写入偏移量0x0000c97c132000时，操作系统将错误665(由于文件系统限制而无法完成所请求的操作)返回给ServerServer错误日志和系统事件日志中的其他消息可能会提供更多细节。这是一种严重的系统级错误情况，威胁到数据库的完整性，必须立即纠正。完成完整的数据库一致性检查(DBCC )。此错误可能是由许多因素造成的；有关详细信息，请参阅Server联机丛书。

为什么要将操作系统返回错误665?如何防止这种情况？

Answer 1

这篇文章是MSDN的一篇博客文章，描述了这个问题。您应该查看这些症状是否匹配，并谨慎地采取本文中列出的操作。

对我来说，这听起来就像博客里说的那样：

在线DBCC很容易受到这一限制的影响，利用二级流进行复制时的活动。DBCC快照或快照数据库的稀疏性质可以驱动属性耗尽。当空间被获取时，磁盘存储位置(S)和大小(S)存储在属性结构中。如果空间与已被文件跟踪的集群相邻，则将属性压缩为单个条目，跨越整个大小。但是，如果空间是分段的，则必须使用多个属性来跟踪它。使用较大的文件大小，可以弹出665问题。随着文件的增长，它获得了更多的空间。在空间获取过程中，使用属性来跟踪这个空间。