快捷導(dǎo)航

SQL Server誤區(qū)30日談第17天有關(guān)頁(yè)校驗(yàn)和的誤區(qū)

更新時(shí)間：2013年01月09日 20:50:28 作者：

從舊的實(shí)例升級(jí)上來(lái)的數(shù)據(jù)庫(kù)不會(huì)自動(dòng)開(kāi)啟頁(yè)校驗(yàn)和，除非你顯式使用ALTER DATABASE databasename SET PAGE_VERIFY CHECKSUM進(jìn)行開(kāi)啟。而在SQL Server 2005或2008新建的數(shù)據(jù)庫(kù)頁(yè)校驗(yàn)和是默認(rèn)開(kāi)啟的

其實(shí)我之前已經(jīng)有文章詳細(xì)解釋了頁(yè)校驗(yàn)和：How to tell if the IO subsystem is causing corruptions?

誤區(qū) #17:幾個(gè)有關(guān)頁(yè)校驗(yàn)和的誤區(qū)

坊間流傳的基本是錯(cuò)誤的

17 a)頁(yè)校驗(yàn)和（Page CheckSum）在從SQL Server 2000或7.0升級(jí)上來(lái)之后自動(dòng)開(kāi)啟

其實(shí)不是，從舊的實(shí)例升級(jí)上來(lái)的數(shù)據(jù)庫(kù)不會(huì)自動(dòng)開(kāi)啟頁(yè)校驗(yàn)和，除非你顯式使用ALTER DATABASE databasename SET PAGE_VERIFY CHECKSUM進(jìn)行開(kāi)啟。而在SQL Server 2005或2008新建的數(shù)據(jù)庫(kù)頁(yè)校驗(yàn)和是默認(rèn)開(kāi)啟的。

17 b)頁(yè)校驗(yàn)和可以糾正錯(cuò)誤

頁(yè)校驗(yàn)和只能發(fā)現(xiàn)錯(cuò)誤，而不是像網(wǎng)絡(luò)協(xié)議中的CRC校驗(yàn)碼那樣可以糾正一位錯(cuò)誤。

17 c)當(dāng)開(kāi)啟頁(yè)校驗(yàn)和之后會(huì)開(kāi)始為數(shù)據(jù)庫(kù)中的每一頁(yè)加上頁(yè)校驗(yàn)和。

錯(cuò)誤，實(shí)際上當(dāng)開(kāi)啟頁(yè)校驗(yàn)和之后不會(huì)有任何線程在前臺(tái)或是后臺(tái)來(lái)修改頁(yè)。只有當(dāng)你重建索引或是修改頁(yè)的時(shí)候，頁(yè)校驗(yàn)和才會(huì)加到頁(yè)中。

17 d)對(duì)頁(yè)進(jìn)行讀取就可以將校驗(yàn)和加到頁(yè)中

錯(cuò)誤，只要將頁(yè)讀取到內(nèi)存之后并進(jìn)行修改，然后寫(xiě)回磁盤(pán)時(shí)，才能夠?qū)㈨?yè)校驗(yàn)和加入頁(yè)。

17 e)當(dāng)數(shù)據(jù)庫(kù)的頁(yè)驗(yàn)證模式由torn-page detection方式改為頁(yè)校驗(yàn)和方式之后，所有的torn-page detection信息都會(huì)丟失

錯(cuò)誤，每一個(gè)頁(yè)都知道自己的保護(hù)模式是torn-page detection，頁(yè)校驗(yàn)和或是完全沒(méi)有。正如之前所說(shuō)，只有頁(yè)被修改之后其頁(yè)驗(yàn)證方式才會(huì)被修改(譯者注：也就是說(shuō)一個(gè)數(shù)據(jù)庫(kù)可以存在某些頁(yè)是torn-page detection,另一些頁(yè)是頁(yè)校驗(yàn)和方式)。我有一篇文章更詳細(xì)的闡述了這部分內(nèi)容:Inside The Storage Engine: Does turning on page checksums discard any torn-page protection?。

17 f)頁(yè)校驗(yàn)和可以在發(fā)生錯(cuò)誤時(shí)馬上檢測(cè)到

這個(gè)誤區(qū)是由SQL Server MVP Gail Shaw 提示我進(jìn)行揭示的。當(dāng)然也是錯(cuò)誤的，受損的頁(yè)在讀入到內(nèi)存的buffer pool進(jìn)行有效性驗(yàn)證之前，是不會(huì)被發(fā)現(xiàn)的。

您可能感興趣的文章: