日本视频一区二区,亚洲男人影院,missav|免费高清av在线看

主頁 > 知識(shí)庫 > 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ù)可以做什么、不可以做什么、什么會(huì)導(dǎo)致數(shù)據(jù)損壞以及損壞是否可以自行消失。其實(shí)我已經(jīng)針對(duì)這類問題寫過多篇博文，因此本篇博文可以作為“流言終結(jié)者”來做一個(gè)總結(jié)，希望你能有收獲。

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

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

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

希望這篇文章對(duì)澄清這個(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)鎖升級(jí)的誤區(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表的操作不會(huì)被記錄到日志
SQL Server誤區(qū)30日談第18天有關(guān)FileStream的存儲(chǔ)，垃圾回收以及其它
SQL Server誤區(qū)30日談第17天有關(guān)頁校驗(yàn)和的誤區(qū)
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ù)庫鏡像在故障發(fā)生后馬上就能發(fā)現(xiàn)
SQL Server誤區(qū)30日談第9天數(shù)據(jù)庫文件收縮不會(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日談第16天數(shù)據(jù)的損壞和修復(fù)》，本文關(guān)鍵詞 SQL,Server,誤區(qū),30日談,第,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們，我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。