DBCC CHECKDB 错误

Question

服务器: 消息 8928，级别 16，状态 1，行 1
对象 ID 2，索引 ID 255: 未能处理页 (1:395126)。详细信息请参阅其它错误。
服务器: 消息 8928，级别 16，状态 1，行 1
对象 ID 2，索引 ID 255: 未能处理页 (1:395127)。详细信息请参阅其它错误。
服务器: 消息 8909，级别 16，状态 1，行 1
表错误: 对象 ID 1114112，索引 ID 42966，页 ID (1:395127)。页首结构中的 PageId = (0:3906)。
服务器: 消息 8909，级别 16，状态 1，行 1
表错误: 对象 ID 16777216，索引 ID 109，页 ID (1:395126)。页首结构中的 PageId = (62465:0)。
'wj' 的 DBCC 结果。
'sysobjects' 的 DBCC 结果。
对象 'sysobjects' 有 685 行，这些行位于 10 页中。
'sysindexes' 的 DBCC 结果。
对象 'sysindexes' 有 315 行，这些行位于 16 页中。
CHECKDB 发现了 0 个分配错误和 2 个一致性错误（在表 'sysindexes' 中，该表的对象 ID 为 2）。
'syscolumns' 的 DBCC 结果。
对象 'syscolumns' 有 2089 行，这些行位于 35 页中。
'systypes' 的 DBCC 结果。
对象 'systypes' 有 26 行，这些行位于 1 页中。
'syscomments' 的 DBCC 结果。
对象 'syscomments' 有 649 行，这些行位于 53 页中。
'sysfiles1' 的 DBCC 结果。
对象 'sysfiles1' 有 2 行，这些行位于 1 页中。
'syspermissions' 的 DBCC 结果。
对象 'syspermissions' 有 50 行，这些行位于 1 页中。
'sysusers' 的 DBCC 结果。
对象 'sysusers' 有 12 行，这些行位于 1 页中。
'sysproperties' 的 DBCC 结果。
对象 'sysproperties' 有 1 行，这些行位于 1 页中。
'sysdepends' 的 DBCC 结果。
对象 'sysdepends' 有 1010 行，这些行位于 7 页中。
'sysreferences' 的 DBCC 结果。
对象 'sysreferences' 有 0 行，这些行位于 0 页中。
'sysfulltextcatalogs' 的 DBCC 结果。
对象 'sysfulltextcatalogs' 有 0 行，这些行位于 0 页中。
'sysfulltextnotify' 的 DBCC 结果。
对象 'sysfulltextnotify' 有 0 行，这些行位于 0 页中。
'sysfilegroups' 的 DBCC 结果。
对象 'sysfilegroups' 有 1 行，这些行位于 1 页中。
CHECKDB 发现了 0 个分配错误和 1 个一致性错误（在表 '(Object ID 1114112)' 中，该表的对象 ID 为 1114112）。
'sys2' 的 DBCC 结果。
对象 'sys2' 有 0 行，这些行位于 0 页中。
CHECKDB 发现了 0 个分配错误和 1 个一致性错误（在表 '(Object ID 16777216)' 中，该表的对象 ID 为 16777216）。
'历史浮' 的 DBCC 结果。
以上是我用DBCC CHECKDB语句出现的问题，请问如何修复

Answer 1

use masterdeclare @databasename varchar(255) set @databasename='[数据库名]' -- 将目标数据库置为单用户状态
exec sp_dboption @databasename, N'single', N'true'  -- 修复数据库
dbcc checkdb(@databasename,REPAIR_REBUILD)
 
-- 将目标数据库置为多用户状态 
exec sp_dboption @databasename, N'single', N'false'

Answer 2

太多了  全贴不了，贴出去说我有：您的回复正文中有非法词或词组！
我把最后的贴出来：CHECKDB 发现了 0 个分配错误和 4 个一致性错误（在数据库 'wj' 中）。
repair_allow_data_loss 是最低的修复级别（对于由 DBCC CHECKDB (wj ) 发现的错误而言）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

Answer 3

开始我用delete from 把日库存这个表的数据清除掉了，但是用DBCC SHRINKDATABASE 收缩数据库就报823错误 在用DBCC CHECKDB就出现以上错误了

Answer 4

repair_allow_data_loss 是最低的修复级别（对于由 DBCC CHECKDB (wj ) 发现的错误而言）。那就将数据库切换成单用户模式，用这个修复级别去修复呗。DBCC CHECKDB(wj,repair_allow_data_loss)

Answer 5

服务器: 消息 8929，级别 16，状态 1，行 1
对象 ID 2: 在文本 ID 2526478336 中发现错误，该文本的所有者是由 RID = (1:102905:24) id = 1049770797 and indid = 1 标识的数据记录。
服务器: 消息 8928，级别 16，状态 1，行 1
对象 ID 2，索引 ID 255: 未能处理页 (1:395126)。详细信息请参阅其它错误。
服务器: 消息 8965，级别 16，状态 1，行 1
表错误: 对象 ID 2。text、ntext 或 image 节点（位于页 (1:395126)，槽 0，文本 ID 2526478336）被页 (1:376768)，槽 0 引用，但在扫描中未曾发现该节点。
服务器: 消息 8928，级别 16，状态 1，行 1
对象 ID 2，索引 ID 255: 未能处理页 (1:395127)。详细信息请参阅其它错误。
服务器: 消息 8965，级别 16，状态 1，行 1
表错误: 对象 ID 2。text、ntext 或 image 节点（位于页 (1:395127)，槽 0，文本 ID 2526478336）被页 (1:376768)，槽 0 引用，但在扫描中未曾发现该节点。
'wj' 的 DBCC 结果。
'sysobjects' 的 DBCC 结果。
对象 'sysobjects' 有 685 行，这些行位于 10 页中。
'sysindexes' 的 DBCC 结果。
        DBCC 语句的修复级别导致回避了此修复。
        DBCC 语句的修复级别导致回避了此修复。
        DBCC 语句的修复级别导致回避了此修复。
        DBCC 语句的修复级别导致回避了此修复。
        DBCC 语句的修复级别导致回避了此修复。
对象 'sysindexes' 有 315 行，这些行位于 16 页中。
CHECKDB 发现了 0 个分配错误和 5 个一致性错误（在表 'sysindexes' 中，该表的对象 ID 为 2）。
'syscolumns' 的 DBCC 结果。
对象 'syscolumns' 有 2089 行，这些行位于 35 页中。
'systypes' 的 DBCC 结果。
对象 'systypes' 有 26 行，这些行位于 1 页中。
'syscomments' 的 DBCC 结果。
对象 'syscomments' 有 649 行，这些行位于 53 页中。
'sysfiles1' 的 DBCC 结果。
对象 'sysfiles1' 有 2 行，这些行位于 1 页中。
'syspermissions' 的 DBCC 结果。
对象 'syspermissions' 有 50 行，这些行位于 1 页中。
'sysusers' 的 DBCC 结果。
对象 'sysusers' 有 12 行，这些行位于 1 页中。
'sysproperties' 的 DBCC 结果。
对象 'sysproperties' 有 1 行，这些行位于 1 页中。
'sysdepends' 的 DBCC 结果。
对象 'sysdepends' 有 1010 行，这些行位于 7 页中。
'sysreferences' 的 DBCC 结果。
对象 'sysreferences' 有 0 行，这些行位于 0 页中。
'sysfulltextcatalogs' 的 DBCC 结果。
对象 'sysfulltextcatalogs' 有 0 行，这些行位于 0 页中。
'sysfulltextnotify' 的 DBCC 结果。
服务器: 消息 8909，级别 16，状态 1，行 1
表错误: 对象 ID 1114112，索引 ID 42966，页 ID (1:395127)。页首结构中的 PageId = (0:3906)。
服务器: 消息 8909，级别 16，状态 1，行 1
表错误: 对象 ID 16777216，索引 ID 109，页 ID (1:395126)。页首结构中的 PageId = (62465:0)。
对象 'sysfulltextnotify' 有 0 行，这些行位于 0 页中。
'sysfilegroups' 的 DBCC 结果。
对象 'sysfilegroups' 有 1 行，这些行位于 1 页中。
        DBCC 语句的修复级别导致回避了此修复。
CHECKDB 发现了 0 个分配错误和 1 个一致性错误（在表 '(Object ID 1114112)' 中，该表的对象 ID 为 1114112）。
'sys2' 的 DBCC 结果。
对象 'sys2' 有 0 行，这些行位于 0 页中。
        DBCC 语句的修复级别导致回避了此修复。
CHECKDB 发现了 0 个分配错误和 1 个一致性错误（在表 '(Object ID 16777216)' 中，该表的对象 ID 为 16777216）。
'历史浮' 的 DBCC 结果。
对象 '历史浮' 有 265535 行，这些行位于 17229 页中。
'开票' 的 DBCC 结果。
对象 '开票' 有 1296259 行，这些行位于 92547 页中。
'区别规格' 的 DBCC 结果。
对象 '区别规格' 有 50 行，这些行位于 2 页中。
'报货号码' 的 DBCC 结果。
对象 '报货号码' 有 6 行，这些行位于 1 页中。
'区别规格开票' 的 DBCC 结果。
对象 '区别规格开票' 有 133 行，这些行位于 3 页中。
'报货表' 的 DBCC 结果。
对象 '报货表' 有 0 行，这些行位于 0 页中。
'历史浮2' 的 DBCC 结果。
对象 '历史浮2' 有 63328 行，这些行位于 2970 页中。
'回收站' 的 DBCC 结果。
对象 '回收站' 有 17001 行，这些行位于 828 页中。
'invoice' 的 DBCC 结果。
对象 'invoice' 有 125659 行，这些行位于 763 页中。
'价格表' 的 DBCC 结果。
对象 '价格表' 有 55705 行，这些行位于 2606 页中。
'入库号码' 的 DBCC 结果。
对象 '入库号码' 有 8 行，这些行位于 1 页中。
'出库' 的 DBCC 结果。
对象 '出库' 有 0 行，这些行位于 0 页中。
'报货与入库' 的 DBCC 结果。
对象 '报货与入库' 有 0 行，这些行位于 0 页中。
'存量' 的 DBCC 结果。
对象 '存量' 有 55899 行，这些行位于 3003 页中。
'存量表' 的 DBCC 结果。
对象 '存量表' 有 55706 行，这些行位于 3268 页中。
'帐目表' 的 DBCC 结果。
对象 '帐目表' 有 2412 行，这些行位于 43 页中。
'开票号码' 的 DBCC 结果。
对象 '开票号码' 有 8 行，这些行位于 1 页中。
'时间' 的 DBCC 结果。
对象 '时间' 有 1 行，这些行位于 1 页中。
'欠帐数' 的 DBCC 结果。
对象 '欠帐数' 有 6 行，这些行位于 1 页中。
'经销商' 的 DBCC 结果。
对象 '经销商' 有 514 行，这些行位于 15 页中。
'订单号码' 的 DBCC 结果。
对象 '订单号码' 有 8 行，这些行位于 1 页中。
'购货单位' 的 DBCC 结果。
对象 '购货单位' 有 4085 行，这些行位于 126 页中。
'退货' 的 DBCC 结果。
对象 '退货' 有 2 行，这些行位于 1 页中。
'订单产品' 的 DBCC 结果。
对象 '订单产品' 有 39732 行，这些行位于 1656 页中。
'CKname' 的 DBCC 结果。
对象 'CKname' 有 2 行，这些行位于 1 页中。
'bank' 的 DBCC 结果。
对象 'bank' 有 0 行，这些行位于 1 页中。
'bin' 的 DBCC 结果。
'开发票情况' 的 DBCC 结果。
对象 '开发票情况' 有 0 行，这些行位于 0 页中。
'sys1' 的 DBCC 结果。
对象 'sys1' 有 0 行，这些行位于 0 页中。
'dtproperties' 的 DBCC 结果。
对象 'dtproperties' 有 0 行，这些行位于 0 页中。
'发票单据信息' 的 DBCC 结果。
对象 '发票单据信息' 有 0 行，这些行位于 0 页中。
CHECKDB 发现了 0 个分配错误和 7 个一致性错误（在数据库 'wj' 中）。
DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。

Answer 6

以上是用：DBCC CHECKDB(wj,repair_allow_data_loss)进行简单的修复出现的问题，我该如何处理这个问题啊，我没辙了

Answer 7

应该是你在收缩库时,系统表未能将删除的表ID号清除掉,造成ID错乱.尝试修复系统表.DBCC CHECKTABLE