DBCC CHECKDB 手工修复数据库

本文详细介绍了如何使用SQL Server的DBCC CHECKDB命令修复数据库错误,包括快速修复、重建索引并修复以及允许丢失数据修复等三个主要修复级别。同时,文章提供了具体的修复实例,演示了如何检查数据库完整性、修复表错误以及如何将数据库设置为单用户模式以进行更深入的修复工作。

原文出处:https://blog.youkuaiyun.com/weixin_42384291/article/details/81149294?utm_medium=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase&depth_1-utm_source=distribute.pc_relevant.none-task-blog-BlogCommendFromMachineLearnPai2-1.nonecase

快速修复

DBCC CHECKDB ('数据库名', REPAIR_FAST)      

重建索引并修复

DBCC CHECKDB ('数据库名', REPAIR_REBUILD)

如果必要允许丢失数据修复

DBCC CHECKDB ('数据库名'', REPAIR_ALLOW_DATA_LOSS)

 

****主要用以上三句进行修复****

 

如果出现错误:未处理修复语句。数据库需处于单用户模式下。

 

可以先启用单用户模式,方法如下执行存储过程:

 

Use master

go

sp_dboption 数据库名, single, true

 

--更改成单用户 

     alter   database   ams2   set   single_user   with   rollback   immediate   

 

--还原数据库为多用户模式 

   alter database ams2 set multi_user   with rollback immediate

 

############################################################

 

手工修复数据库试例

 

操作步骤: 

 

---------------------------------------------------------------------------------------------- 

   进入SQL查询分析器,执行语句: 

 

   --检查数据库完整性 

     dbcc checkdb('ams1') 

 

     执行结果: 

--------------------------------------------------------------- 

     CHECKDB 发现了 0 个分配错误和 11 个一致性错误(在数据库 'ams1' 中)。 

repair_allow_data_loss 是最低的修复级别(对于由 DBCC CHECKDB (ams1 ) 发现的错误而言)。 

DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 

 

   说明数据库确实有问题,11个错误,找到错误地方: 

------------------------------------------------------------------------------- 

   对象 'Tb_Archives_File_1' 有 3777 行,这些行位于 172 页中。 

CHECKDB 发现了 0 个分配错误和 2 个一致性错误(在表 'Tb_Archives_File_1' 中,该表的对象 ID 为 907150277)。 

 

     表明 'Tb_Archives_File_1' 表确实有2个错误,难怪一查询就要死机,于是运行语句进行表修复: 

-------------------------------------------------------------------------------------- 

     --以repair_allow_data_loss级别修复表 

     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss)   

     go   

 

     执行结果: 

     服务器: 消息 7919,级别 16,状态 3,行 2 

     未处理修复语句。数据库需要处于单用户模式下。 

     DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。 

   --------------------------------------------------------------------------------------------------- 

     需要将数据库改为"单用户模式",于是再执行: 

     --更改成单用户 

     alter   database   ams2   set   single_user   with   rollback   immediate   

go   

     --已repair_allow_data_loss级别修复表 

     dbcc   checktable('Tb_Archives_File_1',repair_allow_data_loss)   

go   

 

 

     --若还有问题,修复索引表 

   DBCC   DBREINDEX('Tb_Archives_File_1')   

 

   --再修复表 

   DBCC   CHECKTABLE('Tb_Archives_File_1')   

 

   直到返回的结果没有错误! 

 

   --查询是否正常 

   select * from Tb_Archives_File_1 

 

 

   --还原数据库为多用户模式 

   alter database ams2 set multi_user   with rollback

### 如何修复 SQL Server DBCC CHECKDB 一致性错误 当遇到 `DBCC CHECKDB` 报告的一致性错误时,可以采取一系列措施来进行修复。具体过程涉及多个命令和参数的选择。 #### 设置单用户模式 为了确保在修复过程中不会受到其他用户的干扰,建议先将数据库设置为单用户模式: ```sql DECLARE @dbname VARCHAR(255); SET @dbname = '需要修复数据库名称'; EXEC sp_dboption @dbname, 'single user', 'true'; ``` #### 使用 DBCC CHECKTABLE 进行局部修复 如果整个数据库范围内的检查仍然存在问题,则可以选择针对特定数据表进行更细致的操作。这可以通过 `DBCC CHECKTABLE` 来实现,并指定不同的修复级别: - **允许丢失部分数据** 的情况下尝试自动修正某些类型的损坏: ```sql DBCC CHECKTABLE ('需要修复的数据表名称', REPAIR_ALLOW_DATA_LOSS) WITH NO_INFOMSGS; ``` - 或者仅重建索引而不影响实际存储的数据: ```sql DBCC CHECKTABLE ('需要修复的数据表名称', REPAIR_REBUILD) WITH NO_INFOMSGS; ``` 上述两种方式都需要替换 `'需要修复的数据表名称'` 为具体的表名[^1]。 #### 处理内存不足的情况 对于由于缓冲池中缺乏足够可用内存放置临时对象而导致的问题,在运行 `DBCC CHECKDB` 期间可考虑加入 `PHYSICAL_ONLY` 参数以减少资源消耗并加快检测速度: ```sql DBCC CHECKDB (database_name, PHYSICAL_ONLY); ``` 此选项会跳过逻辑一致性的验证而专注于物理结构上的问题[^2]。 #### 返回多用户模式 完成必要的维护工作之后,记得恢复正常的访问权限: ```sql EXEC sp_dboption @dbname, 'multi user', 'true'; ``` 通过以上步骤能够有效地处理大多数由硬件故障或其他原因引起的小规模到中等程度的一致性破坏情况;但对于严重损坏的情形可能还需要进一步评估甚至求助专业的技术支持团队。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值