- 注册时间
- 2011-10-23
- 最后登录
- 2011-10-31
- 阅读权限
- 30
- 积分
- 263
- 精华
- 0
- 帖子
- 87
 
升级   21%
|
相关的主题文章:
笑谈渴饮匈奴血
”推拿小姐礼貌的答复
30 澳大利亚VS塞尔维亚 内尔斯普雷特
③枸杞温水浸泡半个小时
不晓得我走完没
DBCC CHECKDB使用措施
sp_dboption '<db_name>', 'single user', 'true' 设置单用户
DBCC CHECKDB('POS_DB',repair_allow_data_loss) WITH TABLOCK
ALTER DATABASE POS_DB SET MULTI_USER 设置多用户
CHECKDB 有3个参数:
REPAIR_ALLOW_DATA_LOSS
执行由 REPAIR_ALLOW_DATA_LOSS 完成的所有修复,包括对行和页进行分配和撤消分配以矫正分配错误、结构行或页的错误,以及删除已破坏的文本对象。这些修复可能会导致一些数据丢失。修复操作可以在用户事务下完成以容许用户回滚所做的更改。假如回滚修复,则数据库仍会含有错误,应当从备份进行恢复。如果因为所供给修复等级的缘故漏掉某个毛病的修复,则将遗漏任何取决于该修复的修复。修复完成后,备份数据库。
DBCC CHECKDB的repair_allow_data_loss并不是十分平安的,不能修复所有的错误,即便是对不完整页(TORN PAGE)的修复也会着成数据丢失
DBCC CHECKDB的REPAIR_ALLOW_DATA_LOSS参数无奈修复所有的过错
REPAIR_FAST 进行小的、不耗时的修复操作,如修复非凑集索引中的附加键。这些修复能够很快实现,并且不会有丧失数据的危险。
REPAIR_REBUILD 履行由 REPAIR_FAST 完成的所有修复,包含须要较长时光的修复(如重建索引)。执行这些修复时不会有丢失数据的危险。
CHECKDB还有一个无比有用的参数PHYSICAL_ONLY
PHYSICAL_ONLY
仅限于检查页和记载题目物理结构的完全性,以及页对象 ID 跟索引 ID 与调配构造之间的一致性。该检讨旨在以较低的开销检查数据库的物理一致性,同时还检测会危及用户数据保险的残缺页和常见的硬件故障。PHYSICAL_ONLY 始终象征着 NO_INFOMSGS,并且不能与任何修复选项一起应用。
DBCC CHECKDB('DB') with NO_INFOMSGS,PHYSICAL_ONLY
而后再运行:
BCC CHECKDB('DB',repair_allow_data_loss) WITH TABLOCK |
|