精品久久洲久久久久护士免费,久久久一本精品99久久精品66,miya亚洲私人影院在线

主頁 > 知識庫 > SQL Server誤區(qū)30日談第16天數(shù)據(jù)的損壞和修復(fù)

SQL Server誤區(qū)30日談第16天數(shù)據(jù)的損壞和修復(fù)

誤區(qū) #16:多個(gè)關(guān)于數(shù)據(jù)的損壞和修復(fù)誤區(qū)

坊間流傳的很多版本都不正確

我已經(jīng)聽過很多關(guān)于數(shù)據(jù)修復(fù)可以做什么、不可以做什么、什么會導(dǎo)致數(shù)據(jù)損壞以及損壞是否可以自行消失。其實(shí)我已經(jīng)針對這類問題寫過多篇博文，因此本篇博文可以作為“流言終結(jié)者”來做一個(gè)總結(jié)，希望你能有收獲。

首先，對于數(shù)據(jù)修復(fù)可以做什么，不可以做什么，我已經(jīng)寫過一篇博文Misconceptions around database repair涵蓋了13個(gè)誤區(qū)—從不用DBCC CHECKDB是否能修復(fù)錯(cuò)誤（當(dāng)然不能）到REPAIR_ALLOW_DATA_LOSS是否會引起數(shù)據(jù)丟失（這個(gè)名字的確很讓人迷惑）。

其次，很多人抱怨說DBCC CHECKDB第一次運(yùn)行時(shí)顯示的錯(cuò)誤在第二次運(yùn)行時(shí)會自行消失。這很好解釋:第一次由DBCC CHECKDB檢測出的錯(cuò)誤頁已經(jīng)不屬于頁分配集了，因此在第二次運(yùn)行DBCC時(shí)就顯示不出來了。我有一篇博文對此進(jìn)行了詳細(xì)的解釋：Misconceptions around corruptions: can they disappear?。

還有一個(gè)傳的很廣泛的流言是，運(yùn)行時(shí)間長的操作(比如索引重建，大容量數(shù)據(jù)插入,數(shù)據(jù)庫或文件的收縮)會導(dǎo)致頁損壞。其實(shí)不然，除非SQL Server存在BUG的情況下（非常罕見）。沒有任何T-SQL語句會導(dǎo)致數(shù)據(jù)出錯(cuò)。我?guī)啄昵皩戇^一篇文章對此進(jìn)行了詳細(xì)的解釋:Search Engine QA #26: Myths around causing corruption。

希望這篇文章對澄清這個(gè)概念有幫助

您可能感興趣的文章:

SQL Server誤區(qū)30日談第29天有關(guān)堆碎片的誤區(qū)
SQL Server誤區(qū)30日談第28天有關(guān)大容量事務(wù)日志恢復(fù)模式的誤區(qū)
SQL Server誤區(qū)30日談第27天使用BACKUP WITH CHECKSUM可以替代DBCC CheckDB
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)鎖升級的誤區(qū)
SQL Server誤區(qū)30日談第22天資源調(diào)控器可以調(diào)控IO
SQL Server誤區(qū)30日談第21天數(shù)據(jù)損壞可以通過重啟SQL Server來修復(fù)
SQL Server誤區(qū)30日談第20天破壞日志備份鏈之后，需要一個(gè)完整備份來重新開始日志鏈
SQL Server誤區(qū)30日談第19天 Truncate表的操作不會被記錄到日志
SQL Server誤區(qū)30日談第18天有關(guān)FileStream的存儲，垃圾回收以及其它
SQL Server誤區(qū)30日談第17天有關(guān)頁校驗(yàn)和的誤區(qū)
SQL Server誤區(qū)30日談第15天 CheckPoint只會將已提交的事務(wù)寫入磁盤
SQL Server誤區(qū)30日談第14天清除日志后會將相關(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天鏡像在檢測到故障后瞬間就能故障轉(zhuǎn)移
SQL Server誤區(qū)30日談第10天數(shù)據(jù)庫鏡像在故障發(fā)生后馬上就能發(fā)現(xiàn)
SQL Server誤區(qū)30日談第9天數(shù)據(jù)庫文件收縮不會影響性能
SQL Server誤區(qū)30日談第8天有關(guān)對索引進(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會導(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日談第16天數(shù)據(jù)的損壞和修復(fù)》，本文關(guān)鍵詞 SQL,Server,誤區(qū),30日談,第,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。