啪啪国产,免费a级午夜绝情美女图片

主頁(yè) > 知識(shí)庫(kù) > SQL Server誤區(qū)30日談第27天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB

SQL Server誤區(qū)30日談第27天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB

誤區(qū) #27:使用BACKUP ... WITH CHECKSUM可以替代DBCC CheckDB
錯(cuò)誤
    乍一看，由于BACKUP WITH CHECKSUM會(huì)檢測(cè)所有分配出去的頁(yè)的校驗(yàn)和的值，這個(gè)誤區(qū)貌似是這么回事，但實(shí)際上并不是這么回事，原因如下:
    由SQL Server 2000或是更早版本升上來(lái)的數(shù)據(jù)庫(kù)page checksums必須開啟，在開啟后，并不是數(shù)據(jù)庫(kù)中所有的頁(yè)都會(huì)被叫上頁(yè)校驗(yàn)和，當(dāng)頁(yè)損壞發(fā)生時(shí)，IO系統(tǒng)可不會(huì)區(qū)分損壞的頁(yè)是有頁(yè)校驗(yàn)和還是沒(méi)有校驗(yàn)和的。所以使用BACKUP ... WITH CHECKSUM就有可能導(dǎo)致一些損壞頁(yè)不被發(fā)現(xiàn)，造成的后果……
    除此之外，還有一個(gè)問(wèn)題是完整備份的時(shí)間間隔相對(duì)比較長(zhǎng)，假如說(shuō)一個(gè)月，而相對(duì)于DBCC CheckDB的最佳實(shí)踐是一個(gè)禮拜，這導(dǎo)致WITH CHECKSUM不能替代CHECKDB。即使你每周都進(jìn)行差異備份，但差異備份只會(huì)檢測(cè)差異部分的頁(yè)校驗(yàn)和。
    最后一點(diǎn)，也是危害最大的一點(diǎn),就是使用BACKUP WITH CHECKSUM選項(xiàng)不能發(fā)現(xiàn)內(nèi)存中的頁(yè)損壞。這是因?yàn)橛捎趦?nèi)存芯片或是WINDOWS進(jìn)程導(dǎo)致內(nèi)存中的頁(yè)損壞，并且在這之后寫回磁盤。這導(dǎo)致?lián)p壞頁(yè)卻有正常的校驗(yàn)和，只有使用DBCC CheckDB才能發(fā)現(xiàn)這類錯(cuò)誤。
    因此，說(shuō)到底，你必須經(jīng)常使用DBCC CHECKDB，如果對(duì)此你仍然心存疑問(wèn)，請(qǐng)看我之前的一篇文章:CHECKDB From Every Angle: Consistency Checking Options for a VLDB。

    擴(kuò)展閱讀:Search Engine QA #26: Myths around causing corruption

您可能感興趣的文章:

SQL Server誤區(qū)30日談第29天有關(guān)堆碎片的誤區(qū)
SQL Server誤區(qū)30日談第28天有關(guān)大容量事務(wù)日志恢復(fù)模式的誤區(qū)
SQL Server誤區(qū)30日談第26天 SQL Server中存在真正的“事務(wù)嵌套”
SQL Server誤區(qū)30日談第25天有關(guān)填充因子的誤區(qū)
SQL Server誤區(qū)30日談第24天 26個(gè)有關(guān)還原(Restore)的誤區(qū)
SQL Server誤區(qū)30日談第23天有關(guān)鎖升級(jí)的誤區(qū)
SQL Server誤區(qū)30日談第22天資源調(diào)控器可以調(diào)控IO
SQL Server誤區(qū)30日談第21天數(shù)據(jù)損壞可以通過(guò)重啟SQL Server來(lái)修復(fù)
SQL Server誤區(qū)30日談第20天破壞日志備份鏈之后，需要一個(gè)完整備份來(lái)重新開始日志鏈
SQL Server誤區(qū)30日談第19天 Truncate表的操作不會(huì)被記錄到日志
SQL Server誤區(qū)30日談第18天有關(guān)FileStream的存儲(chǔ)，垃圾回收以及其它
SQL Server誤區(qū)30日談第17天有關(guān)頁(yè)校驗(yàn)和的誤區(qū)
SQL Server誤區(qū)30日談第16天數(shù)據(jù)的損壞和修復(fù)
SQL Server誤區(qū)30日談第15天 CheckPoint只會(huì)將已提交的事務(wù)寫入磁盤
SQL Server誤區(qū)30日談第14天清除日志后會(huì)將相關(guān)的LSN填零初始化
SQL Server誤區(qū)30日談第13天在SQL Server 2000兼容模式下不能使用DMV
SQL Server誤區(qū)30日談第12天 TempDB的文件數(shù)和需要和CPU數(shù)目保持一致
SQL Server誤區(qū)30日談第11天鏡像在檢測(cè)到故障后瞬間就能故障轉(zhuǎn)移
SQL Server誤區(qū)30日談第10天數(shù)據(jù)庫(kù)鏡像在故障發(fā)生后馬上就能發(fā)現(xiàn)
SQL Server誤區(qū)30日談第9天數(shù)據(jù)庫(kù)文件收縮不會(huì)影響性能
SQL Server誤區(qū)30日談第8天有關(guān)對(duì)索引進(jìn)行在線操作的誤區(qū)
SQL Server誤區(qū)30日談第7天一個(gè)實(shí)例多個(gè)鏡像和日志傳送延遲
SQL Server誤區(qū)30日談第6天有關(guān)NULL位圖的三個(gè)誤區(qū)
SQL Server誤區(qū)30日談第5天 AWE在64位SQL SERVER中必須開啟
SQL Server誤區(qū)30日談第4天 DDL觸發(fā)器就是INSTEAD OF觸發(fā)器
SQL Server誤區(qū)30日談第3天即時(shí)文件初始化特性可以在SQL Server中開啟和關(guān)閉
SQL Server誤區(qū)30日談第2天 DBCC CHECKDB會(huì)導(dǎo)致阻塞
SQL Server誤區(qū)30日談第1天正在運(yùn)行的事務(wù)在服務(wù)器故障轉(zhuǎn)移后繼續(xù)執(zhí)行
SQL Server誤區(qū)30日談第30天有關(guān)備份的30個(gè)誤區(qū)

標(biāo)簽：江蘇拉薩呼和浩特貴州重慶新鄉(xiāng) 昭通上海

巨人網(wǎng)絡(luò)通訊聲明：本文標(biāo)題《SQL Server誤區(qū)30日談第27天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB》，本文關(guān)鍵詞 SQL,Server,誤區(qū),30日談,第,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問(wèn)題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無(wú)關(guān)。