主页 / server / 问题 / 110323
In Process
Raj
Asked: 2010-02-06 10:54:26 +0800 CST

修复数据库中的不一致页面

  • 772

我们有一个 SQL 2000 数据库。服务器因 Raid 阵列故障而崩溃。现在当我们运行 DBCC CHECKDB 时，我们得到一个错误，即 9 个页面中有 27 个一致性错误。

当我们在这些页面上运行 DBCC PAGE 时，我们得到：

Msg 8939, Level 16, State 106, Line 1
Table error: Object ID 1397580017, index ID 2, page (1:8404521). Test (m_freeCnt == freeCnt) failed. Values are 2 and 19.
Msg 8939, Level 16, State 108, Line 1
Table error: Object ID 1397580017, index ID 2, page (1:8404521). Test (emptySlotCnt == 0) failed. Values are 1 and 0.

由于指示的索引是非聚集索引并且是由包含 2 列的唯一约束创建的，因此我们尝试删除并重新创建索引。这导致了以下错误：

CREATE UNIQUE INDEX terminated because a duplicate key was found for index ID 2. Most significant primary key is '3280'. 
The statement has been terminated.

然而运行

Select var_id,result_on
from tests
group by var_id,result_on
having count(*)>1

返回 0 行。

以下是我们计划做的事情：

  • 恢复数据库的服务器前崩溃副本并运行 DBCC CHECKDB
  • 如果返回干净，则再次恢复而不恢复
  • 应用所有后续 TLOG 备份
  • 停止生产应用程序，进行尾日志备份并应用它
  • 删除 prod DB 并重命名新恢复的 DB 以使其成为 prod
  • 启动产品应用程序

有人可以在这种方法中打孔吗？也许，建议一种不同的方法？我们需要的是最少的停机时间。

SQL 2000 DB 大小 94 GB 有损坏页的表有 4.6 亿多行数据

谢谢您的帮助。

拉吉

sql-server dbcc

2 个回答

  1. 您的恢复解决方案是教科书式的继续方式。假设您有适当的备份，并且可以备份损坏数据库的事务日志，那么您的策略就是要实施的教科书。

    但是，在继续之前，您是否考虑过仅重新创建受影响的表的可能性？

    有时您可以通过执行以下操作来创建受影响表的精确副本

    select *
into NewTableFromOld
from DamagedTable

    然后只需使用新表删除/交换损坏的表，记住添加适当的约束和索引。

    • 2

  2. 我会尝试先将数据批量化到文件中，然后再将其批量化回新表中。SELECT INTO 不适合（IMO）该数量的记录......

    • 0

相关问题