在我們知道可能造成數(shù)據(jù)庫(kù)的損壞原因之后，接下來(lái)我們來(lái)看SQL Server是如何監(jiān)測(cè)數(shù)據(jù)庫(kù)頁(yè)損壞的。

在SQL Server的數(shù)據(jù)庫(kù)級(jí)別，可以設(shè)置頁(yè)保護(hù)類型，一共有三個(gè)選項(xiàng)：None，CheckSum，Torn_Page_Detection，如圖1所示：

關(guān)于這三種選項(xiàng)，首先，請(qǐng)無(wú)視None，請(qǐng)不要在任何場(chǎng)景下選擇該選項(xiàng)，該選項(xiàng)意味著SQL Server不對(duì)頁(yè)進(jìn)行保護(hù)。

其次是TORN_PAGE_DETECTION，在SQL Server中，數(shù)據(jù)的最小單位是頁(yè)，每一頁(yè)是8K，但是對(duì)應(yīng)磁盤上往往是16個(gè)512字節(jié)的扇區(qū)，如果一個(gè)頁(yè)在寫入持久化存儲(chǔ)的過(guò)程中，

只寫了一半的頁(yè)，這就是所謂的TORN_PAGE_DETECTION，SQL Server通過(guò)每個(gè)扇區(qū)提512?節(jié)中前2位作為元數(shù)據(jù)，總共16個(gè)扇區(qū)32位4字節(jié)的元數(shù)據(jù)（頁(yè)頭中標(biāo)識(shí)為:m_tornBits），

通過(guò)該元數(shù)據(jù)來(lái)檢測(cè)是否存在部分寫的TORN_PAGE，但該類型的頁(yè)驗(yàn)證無(wú)法檢測(cè)出頁(yè)中的寫入錯(cuò)誤，因此在SQL Server 2005及以上版本，盡量選擇CheckSum。

在SQL Server 2005及以上版本，引入了CheckSum，CheckSum可以理解為校驗(yàn)和，當(dāng)數(shù)據(jù)頁(yè)被寫入持久化存儲(chǔ)時(shí)，會(huì)根據(jù)頁(yè)的值計(jì)算出一個(gè)4字節(jié)的CheckSum存于頁(yè)頭（頁(yè)頭中標(biāo)識(shí)同為:m_tornBits），

和數(shù)據(jù)在同一頁(yè)中一起保存在數(shù)據(jù)庫(kù)中。當(dāng)數(shù)據(jù)從IO子系統(tǒng)被讀取到內(nèi)存中時(shí)，SQL Server會(huì)根據(jù)頁(yè)內(nèi)的值再次計(jì)算CheckSum，用該重新計(jì)算的