【正文】 記錄是補(bǔ)償日志（ 39。)，一個(gè)提交協(xié)議相關(guān)記錄（例如 39。 CLR只包含 redo信息，因?yàn)樗鼈儾荒?undo ? UndoNxtLSN ?只在 CLR中出現(xiàn)，它指的是回滾階段要處理的下一個(gè)本事務(wù)的日志記錄，也即 UndoNxtLSN是當(dāng)前日志正在彌補(bǔ)的日志記錄的PrevLSN的數(shù)值。如果本事務(wù)的最近日志記錄是一個(gè)可 undo的非 CLR記錄，這個(gè)字段的值就會(huì)被設(shè)為 LastLSN。將這條鏈起點(diǎn)的 LSN寫(xiě)入數(shù)據(jù)庫(kù)根頁(yè) ? 將最小恢復(fù) LSN(MinLSN)保存在檢查點(diǎn)記錄中 ? 將所有未完成的活動(dòng)事務(wù)列表保存在檢查點(diǎn)記錄中 ? 如果數(shù)據(jù)庫(kù)使用的是簡(jiǎn)單恢復(fù)模式，則刪除新的 MinLSN之前的所有日志記錄 ? 將所有臟日志和數(shù)據(jù)頁(yè)寫(xiě)入磁盤 ? 將標(biāo)記檢查點(diǎn)末端的記錄寫(xiě)入日志文件 SQL Server： 生成檢查點(diǎn) ? 檢查點(diǎn)線程遍歷緩沖區(qū)池，按照緩沖區(qū)編號(hào)順序掃描頁(yè)面，當(dāng)它發(fā)現(xiàn)臟頁(yè)時(shí)，它將查看與該頁(yè)面物理 (磁盤上 )連續(xù)的其他頁(yè)面是否也是臟的，這樣它可以進(jìn)行大塊寫(xiě)操作 ? 如果它看到頁(yè)面 5是臟的時(shí)，它可能會(huì)寫(xiě)入頁(yè)面 2 380、 500等，這些頁(yè)面在磁盤上是連續(xù)的，盡管它們?cè)诰彌_區(qū)內(nèi)相去甚遠(yuǎn)。實(shí)際中， SQL Server根據(jù) 10MB的日志可以在 1分鐘內(nèi)得到恢復(fù)這樣一個(gè)估計(jì)來(lái)確定它的恢復(fù)間隔 ? 一個(gè)數(shù)據(jù)庫(kù)中，當(dāng)最近一個(gè)檢查點(diǎn)之后數(shù)據(jù)更新操作達(dá)到了SQL Server認(rèn)為可以在恢復(fù)時(shí)間間隔更新的數(shù)量時(shí)， SQL Server將進(jìn)行一個(gè)檢查點(diǎn)操作 SQL Server： 生成檢查點(diǎn) ? SQL Server自動(dòng)生成檢查點(diǎn)的時(shí)間間隔基于日志內(nèi)的記錄數(shù)而非時(shí)間。當(dāng)創(chuàng)建數(shù)據(jù)庫(kù)時(shí)，邏輯日志從物理日志文件的始端開(kāi)始。所有的日志截?cái)喽急仨殢腗inLSN之前的日志部分進(jìn)行。 ? 檢查點(diǎn)。 ? 簡(jiǎn)單恢復(fù)模式只記錄在系統(tǒng)崩潰或還原數(shù)據(jù)備份后確保數(shù)據(jù)庫(kù)一致性所需的最少信息。但是，諸如長(zhǎng)時(shí)間運(yùn)行的事務(wù)等各種因素也可能會(huì)暫時(shí)阻止截?cái)嗳罩尽? ? 對(duì)于第二種情況，道理也同上。 1 數(shù)據(jù)庫(kù)恢復(fù)概述 2 數(shù)據(jù)的存儲(chǔ)結(jié)構(gòu) 3 故障的種類 4 恢復(fù)的實(shí)現(xiàn)技術(shù) 5 恢復(fù)策略 6 具有檢查點(diǎn)的恢復(fù)技術(shù) 7 數(shù)據(jù)庫(kù)鏡像 8 高級(jí)的恢復(fù)技術(shù) 9 ARIES算法 10 Sql server的恢復(fù)技術(shù) 11 小結(jié) 第七章 數(shù)據(jù)庫(kù)恢復(fù)技術(shù) 11 小結(jié) ? 如果數(shù)據(jù)庫(kù)只包含成功事務(wù)提交的結(jié)果，就說(shuō)數(shù)據(jù)庫(kù)處于 一致性狀態(tài) 。重新啟動(dòng)計(jì)算機(jī)后，整個(gè)恢復(fù)過(guò)程由系統(tǒng)自動(dòng)完成 ? 介質(zhì)故障的恢復(fù) ?重裝備份并恢復(fù)到一致性狀態(tài)后按照日志文件對(duì)在介質(zhì)故障發(fā)生時(shí)已經(jīng)提交的事務(wù)作 REDO。 ? 事務(wù)是數(shù)據(jù)庫(kù)的邏輯工作單位 ? DBMS保證系統(tǒng)中一切事務(wù)的原子性、一致性、隔離性和持續(xù)性 小結(jié)（續(xù)） ? DBMS必須對(duì)事務(wù)故障、系統(tǒng)故障和介質(zhì)故障進(jìn)行恢復(fù) ? 恢復(fù)中最經(jīng)常使用的技術(shù)：數(shù)據(jù)庫(kù)轉(zhuǎn)儲(chǔ)和登記日志文件 ? 恢復(fù)的基本原理：利用存儲(chǔ)在后備副本、日志文件和數(shù)據(jù)庫(kù)鏡像中的冗余數(shù)據(jù)來(lái)重建數(shù)據(jù)庫(kù) 小結(jié)（續(xù)） ? 常用恢復(fù)技術(shù) ? 事務(wù)故障的恢復(fù) ?按照日志文件對(duì)發(fā)生故障的事務(wù)所作的更新操作做 UNDO。如果這個(gè)大事務(wù)已運(yùn)行較長(zhǎng)時(shí)間，應(yīng)盡量想法擴(kuò)大數(shù)據(jù)庫(kù)日志空間，保證該事務(wù)正常結(jié)束。 ? 客戶端向 SQL Server發(fā)送了一個(gè)修改數(shù)量大的事務(wù)，清日志時(shí)，該事務(wù)還正在執(zhí)行之中，此事務(wù)所涉及的日志只能等到事務(wù)結(jié)束后，才能被截掉。因此，直到日志備份捕獲所有日志記錄，才能截?cái)嗳罩镜牟换顒?dòng)部分。 。而是減小邏輯日志文件的大小并釋放磁盤空間以供重新使用。這個(gè)循環(huán)不斷重復(fù)，只要邏輯日志的末端不到達(dá)邏輯日志的始端 ? 從 MinLSN到日志末端的日志文件部分稱為日志的活動(dòng)部分。如果修改了大量數(shù)據(jù)，自動(dòng)檢查點(diǎn)將經(jīng)常發(fā)生 ? 檢查點(diǎn)間隔取決于 recovery interval配置以及數(shù)據(jù)庫(kù)使用的恢復(fù)模式 ? 每當(dāng)日志記錄數(shù)達(dá)到 SQL Server估計(jì)在 recovery interval選項(xiàng)所指定的時(shí)間內(nèi)能處理的記錄數(shù)時(shí)，就生成自動(dòng)檢查點(diǎn) ? 如果數(shù)據(jù)庫(kù)使用的是簡(jiǎn)單恢復(fù)模式，則當(dāng)日志的 70%已滿，就生成自動(dòng)檢查點(diǎn)，以截?cái)嗳罩静⑨尫趴臻g。當(dāng)檢查點(diǎn)檢查到某個(gè)頁(yè)面時(shí)，它將其標(biāo)志位翻轉(zhuǎn)。 ? 檢查點(diǎn)日志記錄 ? 包含檢查點(diǎn)發(fā)生時(shí)臟頁(yè)和活動(dòng)事務(wù)的列表，同時(shí)記錄每個(gè)事務(wù)的LastLSN ARIES算法 ：三個(gè)原理 ? 先寫(xiě)日志 在將更新的數(shù)據(jù)庫(kù)對(duì)象的修改寫(xiě)入磁盤之前，先將對(duì)應(yīng)的日志記錄寫(xiě)入穩(wěn)存 ? 恢復(fù)修改的記錄數(shù)據(jù) 在回滾某些事務(wù)時(shí)，如果出現(xiàn)對(duì)數(shù)據(jù)庫(kù)的改變，則需要在日志中記錄這些改變，保證在重復(fù)進(jìn)行重新啟動(dòng)時(shí)不需要重復(fù)這些操作 ? 重做時(shí)重復(fù)歷史 在崩潰后進(jìn)行重新啟動(dòng)時(shí)，重做崩潰前的所有操作，使系統(tǒng)恢復(fù)到崩潰時(shí)的狀態(tài)，然后回滾崩潰時(shí)還在執(zhí)行的事務(wù)已完成的操作 ARIES算法 ：三個(gè)過(guò)程 ? 分析過(guò)程 決定哪些事務(wù)要 undo，哪些頁(yè)在崩潰時(shí)是臟的，以及 redo應(yīng)從哪個(gè) LSN開(kāi)始 ? Redo過(guò)程 從分析過(guò)程決定的位置開(kāi)始，執(zhí)行一個(gè) redo，重復(fù)歷史，將數(shù)據(jù)庫(kù)恢復(fù)到發(fā)生崩潰前的狀態(tài) ? Undo過(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ò)程 ? 找到最后完整檢查點(diǎn)日志記錄，并從該記錄開(kāi)始讀入臟頁(yè)表 ? 將 RedoLSN設(shè)置為臟頁(yè)表中頁(yè)的 RecLSN的最小值，如果沒(méi)有臟頁(yè)，就將其設(shè)置為檢查點(diǎn)日志記錄的 LSN ? 將要被 undo的事務(wù)列表 undolist設(shè)置為檢查點(diǎn)日志記錄中的事務(wù)列表及這些事務(wù)的 LastLSN ? 從檢查點(diǎn)繼續(xù)向前掃描，每找到一個(gè)不在 undolist中的事務(wù)日志記錄，就將其添加到 undolist，每找到一個(gè)事務(wù)的 end日志記錄，就將其從 undolist中刪除 ARIES算法 ： Redo過(guò)程 ? Redo過(guò)程通過(guò)重演所有沒(méi)有在磁盤頁(yè)上反映的動(dòng)作來(lái)重復(fù)歷史 ? Redo過(guò)程從 RedoLSN開(kāi)始向前掃描日志，該點(diǎn)之前的日志記錄已經(jīng)反映在磁盤數(shù)據(jù)庫(kù)頁(yè)上 ? 只要 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ò)程 ? Undo過(guò)程反向掃描日志，取消所有 undolist中的事務(wù) ? 如果找到一個(gè) CLR，它用 UndoNextLSN字段跳過(guò)一個(gè)已經(jīng)回滾了的事務(wù)日志。它包含描述對(duì)該頁(yè)面所做的最近更新日志記錄的 LSN。） ? TransID ? 事務(wù)的標(biāo)記，如有，則寫(xiě)入到日志記錄中 ? PrevLSN ? 本事務(wù)的前一條日志記錄的 LSN。），正常更新記錄 (39。 the physical undo information for the operation is ignored. Advanced Recovery Techniques (Cont.) Rollback of transaction Ti is done as follows: ? Scan the log backwards 1. If a log record Ti, X, V1, V2 is found, perform the undo and log a special redoonly log record Ti, X, V1. 2. If a Ti, Oj, operationend, U record is found ? Rollback the operation logically using the undo information U. ? Log Ti, Oj, operationbegin ? Updates performed during roll back are logged just like during normal operation execution. ? At the end of the operation rollback, instead of logging an operationend record, generate a record Ti, Oj, operationabort. ? Skip all preceding log records for Ti until the record Ti, Oj operationbegin is found 日志類型的對(duì)比 ? 物理日志 ? Ti,Xi,V1,V2 ? 回滾時(shí)登記的日志 ? Ti,Xi,V1,undonextLSN ? 邏輯日志 ? Ti,Qi,operationbegin ? …… （物理日志） ? Ti,Qi, operationend,U ? 回滾時(shí)登記的日志 ? …… （物理日志） ? Ti,Qi,operationabort Advanced Recovery Techniques (Cont.) ? Scan the log backwards (cont.): 3. If a redoonly record is found ignore it 4. If a Ti, Oj, operationabort record is found: ? skip all preceding log records for Ti until the record Ti, Oj, operationbegin is found. 5