《Microsoft Sql server 2008 Internals》索引目录《Microsoft Sql server 2008 Internals》读书笔记--目录索引■DBCC CHECKED输出DBCC CHECKED用四种方式输出信息◆常规输出由一个错误的信息和邮件组成的列表指向发布DBCC CHECKDB命令的连接。◆SQL Server 错误日志的一条信息◆Windows 应用程序事件日志的一个项。◆在sys.dm_exec_requests目录视图的进度报告信息■常规输出默认DBCC CHECKED输出如下◆服务代理一致性检查的概要◆分配错误的列表加这些错误的计数◆影响到表的地方不能被确定的错误列表加这些错误的计数◆对于每一个数据库中的包括系统目录表行数和页数错误列表及错误的计数。◆分配和一致性错误的概要计数◆必须被定义以修复已报告错误的最小修复级别DBCC CHECKED输出的一个例子如下数据库包含一些破损:DBCC results for CorruptDB.Service Broker Msg 9675, State 1: Message Types analyzed: 14.Service Broker Msg 9676, State 1: Service Contracts analyzed: 6.Service Broker Msg 9667, State 1: Services analyzed: 3.Service Broker Msg 9668, State 1: Service Queues analyzed: 3.Service Broker Msg 9669, State 1: Conversation Endpoints analyzed: 0.Service Broker Msg 9674, State 1: Conversation Groups analyzed: 0.Service Broker Msg 9670, State 1: Remote Service Bindings analyzed: 0.Service Broker Msg 9605, State 1: Conversation Priorities analyzed: 0.Msg 8909, Level 16, State 1, Line 1Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), pageID (1:158) contains an incorrect page ID in its page header. The PageId in the page header (0:0).CHECKDB found 0 allocation errors and 1 consistency errors not associated with any singleobject.DBCC results for sys.sysrscols.There are 637 rows in 8 pages for object sys.sysrscols.DBCC results for sys.sysrowsets.There are 92 rows in 1 pages for object sys.sysrowsets.DBCC results for sys.sysallocunits.There are 104 rows in 2 pages for object sys.sysallocunits.DBCC results for sys.sysfiles1.There are 2 rows in 1 pages for object sys.sysfiles1.DBCC results for sys.syspriorities.There are 0 rows in 0 pages for object sys.syspriorities.DBCC results for sys.sysfgfrag.There are 2 rows in 1 pages for object sys.sysfgfrag.some results removed for brevityDBCC results for sys.syssqlguides.There are 0 rows in 0 pages for object sys.syssqlguides.DBCC results for sys.sysbinsubobjs.There are 3 rows in 1 pages for object sys.sysbinsubobjs.DBCC results for sys.syssoftobjrefs.There are 0 rows in 0 pages for object sys.syssoftobjrefs.DBCC results for sys.queue_messages_1977058079.There are 0 rows in 0 pages for object sys.queue_messages_1977058079.DBCC results for sys.queue_messages_2009058193.There are 0 rows in 0 pages for object sys.queue_messages_2009058193.DBCC results for sys.queue_messages_2041058307.There are 0 rows in 0 pages for object sys.queue_messages_2041058307.DBCC results for sales.Msg 8928, Level 16, State 1, Line 1Object ID 2073058421, index ID 1, partition ID 72057594038386688, alloc unit ID72057594042384384 (type In-row data): Page (1:158) could not be processed. See other errorsfor details.There are 4755 rows in 20 pages for object sales.CHECKDB found 0 allocation errors and 1 consistency errors in table sales (object ID2073058421).DBCC results for sys.filestream_tombstone_2121058592.There are 0 rows in 0 pages for object sys.filestream_tombstone_2121058592.DBCC results for sys.syscommittab.There are 0 rows in 0 pages for object sys.syscommittab.CHECKDB found 0 allocation errors and 2 consistency errors in database CorruptDB.repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB(CorruptDB).DBCC execution completed. If DBCC printed error messages, contact your system administrator.虽然这个输出是全面的但消息是冗余的。在正常操作中涉及破损的重要信息可能会在数据库中。总是建议使用NO_INFOMSGS选项以减少输出仅仅必要的信息。例如这里是来自相同的破损数据库的DBCC CHECKDB输出但NO_INFOMSGS选项被定义Msg 8909, Level 16, State 1, Line 1Table error: Object ID 0, index ID -1, partition ID 0, alloc unit ID 0 (type Unknown), pageID (1:158) contains an incorrect page ID in its page header. The PageId in the page header (0:0).CHECKDB found 0 allocation errors and 1 consistency errors not associated with any singleobject.Msg 8928, Level 16, State 1, Line 1Object ID 2073058421, index ID 1, partition ID 72057594038386688, alloc unit ID72057594042384384 (type In-row data): Page (1:158) could not be processed. See other errorsfor details.CHECKDB found 0 allocation errors and 1 consistency errors in table sales (object ID2073058421).CHECKDB found 0 allocation errors and 2 consistency errors in database CorruptDB.repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB(CorruptDB).正如你所看到这个输出信息易读性不错。当DBCC CHECKED被在master数据库中执行是一个特例。此时DBCC CHECKED也被运行在隐藏的资源数据库mssqlsystemresource,因此输出结果中包含这两个数据库的结果。如果DBCC CHECKDB因为某种原因提前终止不能被DBCC CHECKDB控制错误5235输出包含一个错误状态。错误状态具有以下含义◆ 一个致命的元数据破损被检测到。一个或更多的8930错误伴随着5235错误。◆ 一个无效的内部状态在DBCC CHECKED内部被检测到。一个或更多的8967错误伴随着5235错误。◆ 对关键系统表中的原始检查失败。一个或更多的7984到7988错误伴随着5235错误。◆ 合并模式因为数据库不能在重建事务日志后不能重启而修复失败。7909错误伴随着5235错误。◆ 一个访问冲突或断言发生即使DBCC CHECKED已经在SQL Server2005中被重新设计以避免这些错误发生◆ 一个未知原因引起DBCC CHECKED终止尽管也可能是graceful.在SQL Server2008中任何时候被BCC CHECKED发现的错误一个故障文件在实例日志目录被创建还有一些格式的错误的文本概要和一个当前SQL Server错误日志文件的副本。如果实例被配置为提供反馈给microsoft这些文件会被自动上传。■SQL Server错误日志输出每次DBCC CHECKED成功完成时一个关于被一致性检查的数据库的项被加到SQL Server错误日志。一个错误例子如下2008-11-03 00:51:11.08 spid56 DBCC CHECKDB (CorruptDB) executed by CHICAGO/Administrator found 2 errors and repaired 0 errors. Elapsed time: 0 hours 0 minutes 0seconds. Internal database snapshot has split point LSN 00000044:00000188:0001 and firstLSN 00000044:00000187:0001. This is an informational message only. No user action isrequired.请注意该项(entry)列出DBCC CHECKDB完成的elapsed时间。这可以使数据库管理员可以获得一些必要的判断信息而不必为特定的数据库诉诸人工计时DBCC CHECKDB的平均运行时间。该项还列出了哪个选项被定义。这对于决定数据库以前是否被修复可能是有用的。该项还列出了DBCC CHECKDB创建的一些有关数据库快照的元数据信息。这对产品支持调试时的破损问题可能是有用的。如果DBCC CHECKDB过早终止一个简单型的项(entry)在错误日志中被输入。如果在存储引擎的高危险性的错误导致DBCC CHECKDB无法控制地终止项不会出现在错误日志中。该错误日志项的生成是DBCC CHECKDB完成时所做的最后的事情之一。这意味着如果发生错误例如终止运行命令的连接DBCC CHECKDB无法生成错误日志项。■应用程序事件日志输出DBCC CHECKED在每次写输出到SQL Server错误日志时生成一个匹配的应用程序事件日志。每次DBCC CHECKED成功完成时一个项被加到应用程序事件日志标明错误被发现我修复的序号一个例子如下如果错误被DBCC CHECKED发现在包含错误报告的故障文件的元数据的事件日志中可能有三个附加的项。在DBCC CHECKED决定提前终止的事件中一个简单的项输入到事件日志。如果SQL Server错误日志项没被生成那是因为DBCC CHECKED不受控制地终止应用程序事件日志项也不生成。■进度报告输出DBCC CHECKEDDBCC CHECKTABLEDBCC CHECKFILEGROUP都在sys.dm_exec_requests目录视图中报告它们的进度。相关的两个列是percent_complete(自我解释)和command当前DBCC命令被执行的执行阶段下表展示了执行的顺序注意并没有针对原始的系统表检查的阶段被报告。这个阶段运行得很快以至于在SQL Server 2005中的进度报告被加到DBCC CHECKED时开发小组不认为有必要包括一个隔离的进度报告阶段。对于DBCC CHECKTABLE下列阶段被报告◆DBCC TABLE CHECK◆DBCC IVIEW CHECK如果上一步未发现错误◆DBCC TABLE REPAIR如果发现一个错误并且一个修复选项被定义对于DBCC CHECKFILEGROUP下列阶段被报告◆DBCC ALLOC CHECK◆DBCC SYS CHECK◆DBCC TABLE CHECK注意DBCC CHECKFILEGROUP不支持修复操作。下篇将关注DBCC CHECKDB选项邀月注本文版权由邀月和CSDN共同所有转载请注明出处。助人等于自助! 3wlive.cn