香港云主机最佳企业级服务商!

ADSL拨号VPS包含了中国大陆(联通,移动,电信,)

中国香港,国外拨号VPS。

当前位置:云主机 > MSSQL >

电信ADSL拨号VPS
联通ADSL拨号VPS
移动ADSL拨号VPS

SQL Server误区30日谈 第16天 数据的损坏和修复


时间:2020-10-31 14:23 作者:admin610456


误区 #16:多个关于数据的损坏和修复误区

坊间流传的很多版本都不正确

我已经听过很多关于数据修复可以做什么、不可以做什么、什么会导致数据损坏以及损坏是否可以自行消失。其实我已经针对这类问题写过多篇博文,因此本篇博文可以作为“流言终结者”来做一个总结,希望你能有收获。

首先,对于数据修复可以做什么,不可以做什么,我已经写过一篇博文Misconceptions around database repair涵盖了13个误区—从不用DBCC CHECKDB是否能修复错误(当然不能)到REPAIR_ALLOW_DATA_LOSS是否会引起数据丢失(这个名字的确很让人迷惑)。

其次,很多人抱怨说DBCC CHECKDB第一次运行时显示的错误在第二次运行时会自行消失。这很好解释:第一次由DBCC CHECKDB检测出的错误页已经不属于页分配集了,因此在第二次运行DBCC时就显示不出来了。我有一篇博文对此进行了详细的解释:Misconceptions around corruptions: can they disappear?。

还有一个传的很广泛的流言是,运行时间长的操作(比如索引重建,大容量数据插入,数据库或文件的收缩)会导致页损坏。其实不然,除非SQL Server存在BUG的情况下(非常罕见)。没有任何T-SQL语句会导致数据出错。我几年前写过一篇文章对此进行了详细的解释:Search Engine Q&A #26: Myths around causing corruption。

希望这篇文章对澄清这个概念有帮助

(责任编辑:admin)






帮助中心
会员注册
找回密码
新闻中心
快捷通道
域名登录面板
虚机登录面板
云主机登录面板
关于我们
关于我们
联系我们
联系方式

售前咨询:17830004266(重庆移动)

企业QQ:383546523

《中华人民共和国工业和信息化部》 编号:ICP备00012341号

Copyright © 2002 -2018 香港云主机 版权所有
声明:香港云主机品牌标志、品牌吉祥物均已注册商标,版权所有,窃用必究

云官方微信

在线客服

  • 企业QQ: 点击这里给我发消息
  • 技术支持:383546523

  • 公司总台电话:17830004266(重庆移动)
  • 售前咨询热线:17830004266(重庆移动)