主页 / dba / 问题 / 33186
Accepted
PseudoToad
Asked: 2013-01-19 09:38:32 +0800 CST

最后一次成功的 DBCC CHECKDB

  • 772

我知道查看DBCC PAGE应该向我展示最后已知的商品DBCC CHECKDB，但我没有正确地看到这项工作。

我有一个我知道已损坏的数据库。如果我运行DBCC CHECKDB错误会按预期显示（见下文）。

CHECKDB found 0 allocation errors and 1 consistency errors in table 'Blah'
   (object ID 251147940).
Msg 2508, Level 16, State 3, Line 1

当我运行下面的 evaluatedbi_dbccLastKnownGood时，我得到的时间CHECKDB是刚刚运行到第二个。

DBCC PAGE ('Blah', 1, 9, 3) WITH TABLERESULTS;

我已经阅读了 Paul Randal 的信息，从中看来，我正在正确地做/阅读这个。有没有人以前见过这个，如果有，有没有想过解决这个问题？

这是错误的完整示例。我在不同的桌子上得到了 12 个。

    Msg 2508, Level 16, State 3, Line 1
The In-row data RSVD page count for object "Mailings", index ID 0, partition ID 16459231395840, alloc unit ID 16459231395840 (type In-row data) is incorrect. Run DBCC UPDATEUSAGE.
CHECKDB found 0 allocation errors and 1 consistency errors in table Mailings' (object ID 251147940).
sql-server sql-server-2008

1 个回答

  1. Best Answer

    社区维基答案：

    From CHECKDB From Every Angle: DBCC CHECKDB 上次成功运行是什么时候？保罗兰德尔：

    我们在 SQL Server 2005 中加入的一项新功能是存储DBCC CHECKDB上次成功完成的时间（称为最后已知正确时间）。这是 DBCC CHECKDB开始的时间，而不是完成的时间。

    成功是什么意思？这就是问题所在——如果DBCC CHECKDB运行完成，那么它认为运行成功——即使它发现了一些损坏。然而，最后已知的好时间只有在没有发现损坏的情况下才会更新。我知道有点混乱。

    似乎有些矛盾，但我同意这听起来不是在报告错误时更新该字段的预期行为。

    另一方面，您的示例是非常小的问题，可以通过运行轻松修复，DBCC UPDATEUSAGE因此 SQL Server 可能将其视为成功运行。

    • 2

相关问题