你的位置:首页 > 数据库

[数据库]数据库备份checksum选项你会用么?

   SQL SERVER有好多好多功能,选项也一大堆,很多功能选项并不常用。但是如果真有这种需求的时候又想不起来~

   本篇我们就来聊聊备份里的选项checksum,这是个啥玩意?听都没听过?来看下图:

   

   就是这个选项!不知道各位看官是否知道是干什么的?怎么用? 我询问了几个群友都没用过,正好手头有环境,那么我就用例子给大家演示一下吧!

 

--------------博客地址---------------------------------------------------------------------------------------

Expert 诊断优化系列 http://www.cnblogs.com/double-K/

 

 

废话不多说,直接开整-----------------------------------------------------------------------------------------

  首先我们看一下微软官方文档给的说明:

错误管理选项

使用这些选项可以确定是否为备份操作启用了备份校验和,以及备份操作是否将在遇到错误时停止。

{ NO_CHECKSUM | CHECKSUM }
控制是否启用备份校验和。

NO_CHECKSUM
显式禁用备份校验和的生成(以及页校验和的验证)。 这是默认行为。

CHECKSUM
如果此选项已启用并且可用,则指定备份操作将验证每页的校验和及页残缺,并生成整个备份的校验和。

使用备份校验和可能会影响工作负荷以及备份吞吐量。

 

 

  这也许是大多数人的了解“启用了备份校验和,备份操作将在遇到错误时停止”,因为看过官方文档知道怎么用,手头正好有坏库,正好做个示范~

  我们先看一下DBCC CHECKDB的结果 ,目的只是告诉你这是一个有坏页的数据库!

  

 

  好了,那我们做一下备份看看!

  正常的备份,不加 checksum 成功备份!

  

  

  加上checksum备份,失败!

  

 

 

  好像果然和微软文档说的一样!看到这有些看官会想,这不和我做CHECKDB差不多了么?

  

  博主别的不多就是坏库多! 我们再拿一个库试一下!

  我们先看一下DBCC CHECKDB的结果 ,目的只是告诉你也这是一个有坏页的数据库!

  

 

  我们用checksum 备份一下

  

 

   哦??成功了???这是啥意思??

 

 

   我们先来看一下 backupset的结果 :

   

 

   那么损坏的页没check出来?我们再看一下 suspect_pages

   

    

 

    suspect_pages里只查出了Test 库的坏页,那我XB28_3库的坏页哪里去了?

    突然想到 suspect_pages 里面的数据只是 823 错误或 824 错误而失败的页!

    而且使用checksum系统表会被漏掉,本文中XB28_3库的坏页就是一个object_id = 60的 系统表!

     而且并不是数据库中所有的页都会被叫上页校验和,当页损坏发生时,IO系统可不会区分损坏的页是有页校验和还是没有校验和的。所以使用BACKUP ... WITH CHECKSUM就有可能导致一些损坏页不被发现

  

    这也说明备份时使用checksum不能完全取代DBCC checkDB的作用,这和Paul Randal大神的文章一致 : A SQL Server DBA myth a day: (27/30) use BACKUP WITH CHECKSUM to replace DBCC CHECKDB

 

--------------博客地址---------------------------------------------------------------------------------------

Expert 诊断优化系列 http://www.cnblogs.com/double-K/

 

 

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

 

  

  总结 :备份的checksum 选项可以用来发现数据库是否损坏,但不是所有类型的坏页都可以发现。

      看官们的疑问:backup with checksum 可以用来取代DBCC checkDB。

     这个观点是不正确的,一些逻辑一致性错误checksum是没法发现的!

        

     数据库损坏不是很常见,很多DBA工作好多年都没有遇到,但是做好CHECKDB检查还是很必要的!万一出现你没有发现就比较悲剧了!

      

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

注:此文章为原创,欢迎转载,请在文章页面明显位置给出此文链接!
若您觉得这篇文章还不错请点击下右下角的推荐,非常感谢!