sql数据库不断自动产生错误的志修复办法.doc

问题描述： 1、数据库的C盘路径下的数据库LOG文件夹里不断自动产生错误的日志文件（errorlog），在十分钟时间内就可以把C盘20G刷满，导致C盘空间不足，数据库服务无法正常访问； 处理办法： 在数据库中用dbcc checkdb命令检查数据库 可以发现数据库有xxx个表报一致性错误，如图： 截取部分输出如下： mamdb34的 DBCC 结果。 Service Broker 消息 9675，状态 1: 已分析的消息类型: 14。 Service Broker 消息 9676，状态 1: 已分析的服务约定: 6。 Service Broker 消息 9667，状态 1: 已分析的服务: 3。 Service Broker 消息 9668，状态 1: 已分析的服务队列: 3。 Service Broker 消息 9669，状态 1: 已分析的会话端点: 0。 Service Broker 消息 9674，状态 1: 已分析的会话组: 0。 Service Broker 消息 9670，状态 1: 已分析的远程服务绑定: 0。 sys.sysobjvalues的 DBCC 结果。 消息 8929，级别 16，状态 1，第 1 行 对象 ID 60，索引 ID 1，分区 ID 281474980642816，分配单元 ID 281474980642816 (类型为 In-row data): 在 ID 为 1786249216 的行外数据中发现错误，该数据由 RID = (1:2754:0) 标识的 data 记录所有 消息 8961，级别 16，状态 2，第 1 行 表错误: 对象 ID 60，索引 ID 1，分区 ID 281474980642816，分配单元 ID 71776119065149440 (类型为 LOB data)。位于页 (1:47613)，槽 0，文本 ID 1786249216 的行外数据节点与它在页 (1:2754)，槽 0 的引用不匹配。 消息 8965，级别 16，状态 1，第 1 行 表错误: 对象 ID 60，索引 ID 1，分区 ID 281474980642816，分配单元 ID 71776119065149440 (类型为 LOB data)。位于页 (1:85952)，槽 0，文本 ID 1786249216 的行外数据节点由页 (1:47613)，槽 0 引用，但扫描过程中未检测到该节点。 对象 sys.sysobjvalues 的 177 页中有 845 行。 CHECKDB 在表 sys.sysobjvalues (对象 ID 60)中发现 0 个分配错误和 3 个一致性错误。 CODE的 DBCC 结果。 对象 CODE 的 1 页中有 25 行。 COB_AG_COLUMN的 DBCC 结果。 对象 COB_AG_COLUMN 的 0 页中有 0 行。 。 。 。 COM_BASICINFO的 DBCC 结果。 消息 8961，级别 16，状态 3，第 1 行 表错误: 对象 ID 373576369，索引 ID 1，分区 ID 72057594044088320，分配单元 ID 71800601762136064 (类型为 LOB data)。位于页 (1:10544)，槽 7，文本 ID 96568737792 的行外数据节点与它在页 (1:71065)，槽 5 的引用不匹配。 消息 8974，级别 16，状态 1，第 1 行 表错误: 对象 ID 373576369，索引 ID 1，分区 ID 72057594044088320，分配单元 ID 71800601762136064 (类型为 LOB data)。位于页 (1:88289)，槽 0，文本 ID 96532561920 的行外数据节点未被引用。 消息 8929，级别 16，状态 1，第 1 行 对象 ID 373576369，索引 ID 1，分区 ID 72057594044088320，分配单元 ID 72057594048741376 (类型为 In-row data): 在 ID 为 96497238016 的行外数据中发现错误，该数据由 RID = (1:71065:5) 标识的 data 记录所有 对象 COM_BASICINFO 的 1306 页中有 15738 行。 CHECKDB 在表 COM_BASICINFO (对象 ID 373576369)中发现 0 个分配错误和 33 个一致性错误。 COM_KEYFRAME的 DBCC 结果。 。 。 。 COB_FIELD69的 DBCC 结果。 对象 COB_FIELD69 的 0 页中有 0 行。 TSK_DOWNLOAD_FILE的 DBC