数据库表出错？如何处理，为什么常出现类似的错误啊？DBCC CHECKTABLE ('sysindexes')执行后出现下面的错误

[hlj321]

服务器: 消息 8929，级别 16，状态 1，行 1
服务器: 消息 8929，级别 16，状态 1，行 1
对象 ID 2: 在文本 ID 2925527040 中发现错误，该文本的所有者是由 RID = (1:1698:4) id = 2091206550 and indid = 2 标识的数据记录。
服务器: 消息 8929，级别 16，状态 1，行 1
对象 ID 2: 在文本 ID 3093561344 中发现错误，该文本的所有者是由 RID = (1:1698:5) id = 2091206550 and indid = 3 标识的数据记录。
服务器: 消息 8961，级别 16，状态 1，行 1
表错误: 对象 ID 2。text、ntext 或 image 节点（位于页 (1:1482)，槽 0，文本 ID 3093561344）与该节点位于页 (1:603)，槽 1 处的引用不匹配。
'sysindexes' 的 DBCC 结果。
对象 'sysindexes' 有 613 行，这些行位于 25 页中。
CHECKTABLE 发现了 0 个分配错误和 3 个一致性错误（在表 'sysindexes' 中，该表的对象 ID 为 2）。

[hlj321]

我们现在有很多客户，最近出现这种错误的客户有三四家了，对这个表修复不了，只能再找具体错误的表不是sysindexes这个表，是用户表，重新建那个表的索引就好了

[hlj321]

比如我现在处理的这个数据库，在执行下面的操作时出错,语句为:delete from tmp_xsd1 where kdrq between '2006-05-01' and dateadd(day,1,'2006-05-31')
错误信息为:SQL Server 内部错误。文本管理器无法继续执行当前语句。

[hlj321]

但是在用DBCC CHECKDB 时检查数据库时，表tmp_xsd1 没有错误，
'TMP_XSD1' 的 DBCC 结果。
对象 'TMP_XSD1' 有 62770 行，这些行位于 2861 页中。
只提示上面我发的错误信息

[suntt]

问题不大
dbcc checkdb(dbname,REPAIR_REBUILD)
若执行完毕后，还提示有错误，可以使用下面这个
但有可能会丢失数据
dbcc checkdb(dbname,REPAIR_ALLOW_DATA_LOSS)

[hlj321]

我试过这个，修复不了，但是重建这个表索引好用，我就想不通了，为什么这个表没有索引，重建索引还能好用

[hlj321]

还有为什么我最近碰到的数据库问题，全是提示SYSINDEXES出错啊，而实际上出现错误的表不是这个，并出现错误的表不是同一个

[hlj321]

T

[OneGip]

通过某种方式检查一下磁盘有没有物理损伤 ?

[hlj321]

我原先也是认为硬盘有问题，但是后来有好几家出现问题，难能全是硬盘的问题吗？

[橡胶轮胎行业数字化高总]

数据库是不是分存储器处理的啊，我感觉应该是SQL访问硬盘数据出现了错误！关注！