【正文】 v 提高恢復(fù)效率的技術(shù)? 檢查點(diǎn)技術(shù)v可以提高系統(tǒng)故障的恢復(fù)效率v可以在一定程度上提高利用動(dòng)態(tài)轉(zhuǎn)儲(chǔ)備份進(jìn)行介質(zhì)故障恢復(fù)的效率? 鏡像技術(shù)v鏡像 技術(shù)可以改善介質(zhì)故障的恢復(fù)效率。 重新啟動(dòng)計(jì)算機(jī)后，整個(gè)恢復(fù)過(guò)程由系統(tǒng)自動(dòng)完成l 介質(zhì)故障的恢復(fù)v重裝備份并恢復(fù)到一致性狀態(tài)后按照日志文件對(duì)在介質(zhì)故障發(fā)生時(shí)已經(jīng)提交的事務(wù)作 REDO。v 事務(wù)是數(shù)據(jù)庫(kù)的邏輯工作單位? DBMS保證系統(tǒng)中一切事務(wù)的原子性、一致性、隔離性和持續(xù)性小結(jié)（續(xù)）v DBMS必須對(duì)事務(wù)故障、系統(tǒng)故障和介質(zhì)故障進(jìn)行恢復(fù)v 恢復(fù)中最經(jīng)常使用的技術(shù)：數(shù)據(jù)庫(kù)轉(zhuǎn)儲(chǔ)和登記日志文件v 恢復(fù)的基本原理：利用存儲(chǔ)在后備副本、日志文件和數(shù)據(jù)庫(kù)鏡像中的冗余數(shù)據(jù)來(lái)重建數(shù)據(jù)庫(kù)小結(jié)（續(xù)）v 常用恢復(fù)技術(shù)l 事務(wù)故障的恢復(fù)v按照日志文件對(duì)發(fā)生故障的事務(wù)所作的更新操作做 UNDO。小結(jié)v 如果數(shù)據(jù)庫(kù)只包含成功事務(wù)提交的結(jié)果，就說(shuō)數(shù)據(jù)庫(kù)處于一致性狀態(tài) 。數(shù)據(jù)庫(kù)恢復(fù)技術(shù)11小結(jié)第七章 Sql高級(jí)的恢復(fù)技術(shù)9具有檢查點(diǎn)的恢復(fù)技術(shù)7恢復(fù)策略6恢復(fù)的實(shí)現(xiàn)技術(shù)5故障的種類4數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu)3　　1若該事務(wù)被強(qiáng)行回滾， SQL只是在處理它時(shí)，需慎重從事。 Server發(fā)送了一個(gè)修改數(shù)量大的事務(wù)，清日志時(shí)，該事務(wù)還正在執(zhí)行之中，此事務(wù)所涉及的日志只能等到事務(wù)結(jié)束后，才能被截掉。Server發(fā)送了一個(gè)用戶自定義事務(wù)，一直未提交，這個(gè)最早活躍事務(wù)阻礙系統(tǒng)截?cái)嗳罩尽５?，諸如長(zhǎng)時(shí)間運(yùn)行的事務(wù)等各種因素也可能會(huì)暫時(shí)阻止截?cái)嗳罩尽? 備份日志v的一系列日志記錄。與其他恢復(fù)模式相比，這最大程度地減少了事務(wù)日志空間的空間要求完整恢復(fù)模式和大容量日志恢復(fù)模式下的日志截?cái)鄓 在完整恢復(fù)模式或大容量日志恢復(fù)模式下，必須備份所有日志記錄以維護(hù) “日志鏈 ”，日志鏈?zhǔn)侵妇哂羞B續(xù)日志序列號(hào) 為防止日志填滿，數(shù)據(jù)庫(kù)需要足夠的日志空間來(lái)應(yīng)對(duì)日志截?cái)嗫赡鼙谎舆t的情況。語(yǔ)句產(chǎn)生的顯式檢查點(diǎn)和系統(tǒng)生成的隱式檢查點(diǎn)? 備份日志v 日志截?cái)嗫赡軙?huì)延遲，因?yàn)樘摂M日志文件由于事務(wù)長(zhǎng)時(shí)間運(yùn)行而保持活動(dòng)狀態(tài)，或者因?yàn)檎趫?zhí)行備份。包括 Server：事務(wù)日志物理構(gòu)架虛擬日志 1 虛擬日志 2 虛擬日志 3 虛擬日志 4 虛擬日志 5被截?cái)辔词褂眠壿嬋罩镜氖级诉壿嬋罩镜哪┒薓inLSN最后一個(gè)檢查點(diǎn)虛擬日志 1 虛擬日志 2 虛擬日志 3 虛擬日志 4被截?cái)噙壿嬋罩镜氖级诉壿嬋罩镜哪┒薓inLSN最后一個(gè)檢查點(diǎn)倒數(shù)第二個(gè)檢查點(diǎn)簡(jiǎn)單恢復(fù)模式下的日志截?cái)鄓 在簡(jiǎn)單恢復(fù)模式下，日志截?cái)鄬⒆詣?dòng)執(zhí)行。 發(fā)生截?cái)嗖僮鲿r(shí)，刪除MinLSN之前的虛擬日志內(nèi)的記錄v 截?cái)嗖⒉粶p小物理日志文件的大小。這是進(jìn)行數(shù)據(jù)庫(kù)完全恢復(fù)所需的日志部分v 永遠(yuǎn)不能截?cái)嗷顒?dòng)日志的任何部分。在邏輯日志的末端添加新的日志記錄，邏輯日志就向物理日志末端增長(zhǎng)v 當(dāng)邏輯日志的末端到達(dá)物理日志文件的末端時(shí)，新的日志記錄繞回物理日志文件的始端。Server：事務(wù)日志物理構(gòu)架v 每個(gè)物理日志文件分成許多虛擬日志文件v 事務(wù)日志是回繞的日志文件。如果修改了大量數(shù)據(jù)，自動(dòng)檢查點(diǎn)將經(jīng)常發(fā)生v 檢查點(diǎn)間隔取決于 recovery interval配置以及數(shù)據(jù)庫(kù)使用的恢復(fù)模式v 每當(dāng)日志記錄數(shù)達(dá)到 SQL Server估計(jì)在 recovery interval選項(xiàng)所指定的時(shí)間內(nèi)能處理的記錄數(shù)時(shí)，就生成自動(dòng)檢查點(diǎn)v 如果數(shù)據(jù)庫(kù)使用的是簡(jiǎn)單恢復(fù)模式，則當(dāng)日志的 70%已滿，就生成自動(dòng)檢查點(diǎn)，以截?cái)嗳罩静⑨尫趴臻g。Server： 生成檢查點(diǎn)v SQL Server自動(dòng)生成檢查點(diǎn)的時(shí)間間隔基于日志內(nèi)的記錄數(shù)而非時(shí)間。Server： 生成檢查點(diǎn)v recovery interval選項(xiàng)設(shè)置 SQL Server恢復(fù)數(shù)據(jù)庫(kù)所需的最大分鐘數(shù)，默認(rèn)值為 0，表示每個(gè)數(shù)據(jù)庫(kù)的恢復(fù)時(shí)間不超過(guò) 1分鐘v 據(jù)此 SQL Server將估計(jì)在恢復(fù)時(shí)間間隔期間可以處理多少更新的數(shù)據(jù)，從而決定在每一個(gè)數(shù)據(jù)庫(kù)中 SQL Server何時(shí)生成一次檢查點(diǎn)。當(dāng)檢查點(diǎn)檢查到某個(gè)頁(yè)面時(shí)，它將其標(biāo)志位翻轉(zhuǎn)。Server： 生成檢查點(diǎn)v 檢查點(diǎn)線程遍歷緩沖區(qū)池，按照緩沖區(qū)編號(hào)順序掃描頁(yè)面，當(dāng)它發(fā)現(xiàn)臟頁(yè)時(shí)，它將查看與該頁(yè)面物理 (磁盤上 )連續(xù)的其他頁(yè)面是否也是臟的，這樣它可以進(jìn)行大塊寫操作v 如果它看到頁(yè)面 5是臟的時(shí)，它可能會(huì)寫入頁(yè)面 2 380、 500等，這些頁(yè)面在磁盤上是連續(xù)的，盡管它們?cè)诰彌_區(qū)內(nèi)相去甚遠(yuǎn)。Server： 生成檢查點(diǎn)v 將標(biāo)記檢查點(diǎn)起點(diǎn)的記錄寫入日志文件v 將為檢查點(diǎn)記錄的信息存儲(chǔ)在檢查點(diǎn)日志記錄鏈內(nèi)。LSN? 最舊的活動(dòng)事務(wù)起點(diǎn)的 SERVER恢復(fù)技術(shù)SQLARIES算法 ：三個(gè)原理v 先寫日志在將更新的數(shù)據(jù)庫(kù)對(duì)象的修改寫入磁盤之前，先將對(duì)應(yīng)的日志記錄寫入穩(wěn)存v 恢復(fù)修改的記錄數(shù)據(jù)在回滾某些事務(wù)時(shí)，如果出現(xiàn)對(duì)數(shù)據(jù)庫(kù)的改變，則需要在日志中記錄這些改變，保證在重復(fù)進(jìn)行重新啟動(dòng)時(shí)不需要重復(fù)這些操作v 重做時(shí)重復(fù)歷史在崩潰后進(jìn)行重新啟動(dòng)時(shí)，重做崩潰前的所有操作，使系統(tǒng)恢復(fù)到崩潰時(shí)的狀態(tài)，然后回滾崩潰時(shí)還在執(zhí)行的事務(wù)已完成的操作ARIES算法 ：三個(gè)過(guò)程v 分析過(guò)程決定哪些事務(wù)要 undo，哪些頁(yè)在崩潰時(shí)是臟的，以及 redo應(yīng)從哪個(gè) LSN開(kāi)始vRedo過(guò)程從分析過(guò)程決定的位置開(kāi)始，執(zhí)行一個(gè) redo，重復(fù)歷史，將數(shù)據(jù)庫(kù)恢復(fù)到發(fā)生崩潰前的狀態(tài)vUndo過(guò)程回滾在發(fā)生崩潰時(shí)那些不完整的事務(wù)ARIES算法 ：系統(tǒng)故障恢復(fù)分析重做撤銷 崩潰時(shí)活動(dòng)事務(wù)最早的日志記錄分析結(jié)束時(shí)臟頁(yè)中最小的 recLSN最近的檢查點(diǎn) (包括了臟頁(yè)和活動(dòng)事務(wù)的列表，并記錄了事務(wù)的 LastLSN)崩潰日志ARIES算法中恢復(fù)的三個(gè)階段ARIES算法 ： 分析過(guò)程v 找到最后完整檢查點(diǎn)日志記錄，并從該記錄開(kāi)始讀入臟頁(yè)表v 將 RedoLSN設(shè)置為臟頁(yè)表中頁(yè)的 RecLSN的最小值，如果沒(méi)有臟頁(yè)，就將其設(shè)置為檢查點(diǎn)日志記錄的LSNv 將要被 undo的事務(wù)列表 undolist設(shè)置為檢查點(diǎn)日志記錄中的事務(wù)列表及這些事務(wù)的 LastLSNv 從檢查點(diǎn)繼續(xù)向前掃描，每找到一個(gè)不在 undolist中的事務(wù)日志記錄，就將其添加到 undolist，每找到一個(gè)事務(wù)的 end日志記錄，就將其從 undolist中刪除ARIES算法 ： Redo過(guò)程v Redo過(guò)程通過(guò)重演所有沒(méi)有在磁盤頁(yè)上反映的動(dòng)作來(lái)重復(fù)歷史v Redo過(guò)程從 RedoLSN開(kāi)始向前掃描日志，該點(diǎn)之前的日志記錄已經(jīng)反映在磁盤數(shù)據(jù)庫(kù)頁(yè)上v 只要 Redo過(guò)程找到一個(gè) update日志記錄，它就執(zhí)行如下動(dòng)作：? 如果該頁(yè)不在臟頁(yè)表中 (更新已經(jīng)實(shí)施 )，或者該 update日志記錄的 LSN小于臟頁(yè)表中該頁(yè)的 RecLSN（沒(méi)有實(shí)施，但之后還有更新）， Redo過(guò)程就跳過(guò)該日志記錄? 否則 Redo過(guò)程就從磁盤調(diào)出該頁(yè)，如果其 PageLSN小于該日志記錄的 LSN，重做該日志記錄ARIES算法 ： Undo過(guò)程v Undo過(guò)程反向掃描日志，取消所有 undolist中的事務(wù)v 如果找到一個(gè) CLR，它用 UndoNextLSN字段跳過(guò)一個(gè)已經(jīng)回滾了的事務(wù)日志。RecLSN? RecLSN用于標(biāo)識(shí)日志記錄，這些日志記錄的磁盤頁(yè)版本沒(méi)有實(shí)施更新v 當(dāng)一頁(yè)被插入到臟頁(yè)表時(shí) (當(dāng)他首次在緩沖池中被修改時(shí) )， RecLSN的值被設(shè)置成日志的當(dāng)前末尾v 只要頁(yè)被寫入磁盤，該頁(yè)就被從臟頁(yè)表中移除。如果本事務(wù)的最近日志記錄是一個(gè)可 undo的非 CLR記錄，這個(gè)字段的值就會(huì)被設(shè)為 LastLSN。它包含描述對(duì)該頁(yè)面所做的最近更新日志記錄的 LSN。 CLR只包含 redo信息，因?yàn)樗鼈儾荒?undo? UndoNxtLSNv只在 CLR中出現(xiàn)，它指的是回滾階段要處理的下一個(gè)本事務(wù)的日志記錄，也即 UndoNxtLSN是當(dāng)前日志正在彌補(bǔ)的日志記錄的 PrevLSN的數(shù)值。）? TransIDv 事務(wù)的標(biāo)記，如有，則寫入到日志記錄中? PrevLSNv 本事務(wù)的前一條日志記錄的 LSN。)，一個(gè)提交協(xié)議相關(guān)記錄（例如 39。），正常更新記錄(39。這是一個(gè)單調(diào)遞增的數(shù)值，記錄越晚產(chǎn)生， lsn值越大? Typev 表示一個(gè)記錄是補(bǔ)償日志（ 39。progressv 正在輸出到磁盤的緩沖塊也不能更新，雖然其他緩沖塊可以并發(fā)更新，但必須遵守先寫日志協(xié)議。areofconsumingmostwhiletoallows(Cont.)v FuzzyRecoverynowRecoverylognorneither(thoseinpleteeffectsundoesinallfoundhaveTi startscanloga undolist,Tiafound startearlier.? Whenasrolled? Transactionsin undolist.transactionsrecordsonperforminglogcrashfromTechniquesback.Advance