【SQLSERVER 2000】由于数据移动,未能继续以NOLOCK方式扫描(二)
。
58
59
...
60
对象 'xxx' 有 13124 行，这些行位于 605 页中。
61
CHECKDB 发现了 0 个分配错误和 54 个一致性错误（在表 'xxx' 中，该表的对象 ID 为 2133582639）。
62
CHECKDB 发现了 240 个分配错误和 736 个一致性错误（在数据库 'databasename' 中）。
63
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与
系统管理员联系。
扩展：
如果我们知道某个表有问题，可直接使用CHECKTABLE缩小检查范围。
通常CHECKDB命令会随着记录数的多少消耗很长时间，这里我们可以通过一些技巧提高性能，见下表：
DBCC CHECKDB
40-50 seconds
DBCC CHECKDB with TABLOCK
5 seconds
DBCC CHECKDB on snapshot database
5 seconds
DBCC CHECKTABLE Batch
8-12 minutes
DBCC CHECKTABLE Batch with TABLOCK
18 seconds
DBCC CHECKTABLE Batch on Snapshot database
20 seconds