數(shù)據(jù)庫原理ppt課件(參考版)
2025-05-03 18:24本頁面
【正文】 完整、差異、事務(wù)日志v 數(shù)據(jù)庫恢復(fù)167。 當數(shù)據(jù)庫工作在簡單恢復(fù)模型時這兩項是無法選擇的；v 問題 3：檢查點有什么用？167。選擇源設(shè)備，添加備份文件，如圖所示，即可完成指定要求的恢復(fù)；v 問題 1：為何無法執(zhí)行差異備份？167。StudioServer： ： 12： 30時有差異數(shù)據(jù)庫備份 2 12： 00時有事務(wù)日志數(shù)據(jù)庫備份 3 11： 30時有差異數(shù)據(jù)庫備份 1 11： 00時有事務(wù)日志數(shù)據(jù)庫備份 2備份名稱為 stu，位置為 D盤； 10： 00時完整數(shù)據(jù)庫備份 1，備份名稱為 stu，位置為 D盤；167。 12： 00時有事務(wù)日志數(shù)據(jù)庫備份 3；167。 11： 00時有事務(wù)日志數(shù)據(jù)庫備份 2；167。 10： 30時有事務(wù)日志數(shù)據(jù)庫備份 1； 假設(shè)現(xiàn)在有 6個數(shù)據(jù)庫備份內(nèi)容：167。++ 完整數(shù)據(jù)庫備份 2+++ 完整數(shù)據(jù)庫備份 1；v 選擇源設(shè)備，添加備份文件，選中完整數(shù)據(jù)庫備份 1→ 對象資源管理器 → 右擊數(shù)據(jù)庫 → 還原數(shù)據(jù)庫；v 在還原數(shù)據(jù)庫窗口中，輸入目標數(shù)據(jù)庫名稱 stuManagement+日志數(shù)據(jù)庫備份 1+日志數(shù)據(jù)庫備份 2（ 10：30~11： 00之間的事務(wù)不要做完，而是指定做到 10： 45，即時點恢復(fù)就可以；恢復(fù)到 10： 45的具體操作步驟：v 啟動 SQLv 如果需要恢復(fù)到 10： 45時的狀態(tài)呢？則為：167。 完整數(shù)據(jù)庫備份 1 完整數(shù)據(jù)庫備份 2 完整數(shù)據(jù)庫備份 1 +日志數(shù)據(jù)庫備份 1+日志數(shù)據(jù)庫備份 2167。 11： 00時有日志數(shù)據(jù)庫備份 2，在完整數(shù)據(jù)庫備份 1的基礎(chǔ)上做；167。 12： 00時有完整數(shù)據(jù)庫備份 2；v 同時，還假設(shè)有 3個日志數(shù)據(jù)庫備份：167。例 3：完整 +日志數(shù)據(jù)庫備份與恢復(fù)； v 假設(shè)現(xiàn)在有 2個完整數(shù)據(jù)庫備份：167。 完整數(shù)據(jù)庫備份 2 能否為：完整數(shù)據(jù)庫備份 1 12： 30時有差異數(shù)據(jù)庫備份 3，在完整數(shù)據(jù)庫備份 2的基礎(chǔ)上做；v 如果需要恢復(fù)到 11： 00時的狀態(tài)，則應(yīng)為：167。 10： 30時有差異數(shù)據(jù)庫備份 1，在完整數(shù)據(jù)庫備份 1的基礎(chǔ)上做；167。 10： 00時有完整數(shù)據(jù)庫備份 1；167。 12： 00時有完整數(shù)據(jù)庫備份 3；v 則恢復(fù)時只能選擇任意的一個完全數(shù)據(jù)庫備份進行恢復(fù)；也就是說，要么恢復(fù)到 10： 00，要么恢復(fù)到 11： 00或 12： 00，其他任何時刻都不可能。 10： 00時有完整數(shù)據(jù)庫備份 1；167?！?屬性 → 選項 → 恢復(fù)模式選擇 “大容量日志 ” 大容量操作數(shù)據(jù)的語句就是簡化日志記錄，不記錄足夠的細節(jié)，這樣可大大減少日志記錄的數(shù)量；正由于日志記錄不完全，所以一旦操作發(fā)生故障就可能會導(dǎo)致不能恢復(fù)的后果；167。 DBA在某些場合需要對 SQL數(shù)據(jù)庫執(zhí)行一些大批量的數(shù)據(jù)錄入、更新或者刪除操作（如一次需導(dǎo)入 10000條記錄），這樣的特殊環(huán)境可以將數(shù)據(jù)庫工作在大容量恢復(fù)模型下?！?屬性 → 選項 → 恢復(fù)模式選擇 “簡單 ” 簡單恢復(fù)模型的數(shù)據(jù)庫可能會導(dǎo)致無法恢復(fù)到歷史上某個時刻的情況；167。 對于特別數(shù)據(jù)庫數(shù)據(jù)安全性要求不高，而對性能要求很高，這樣的數(shù)據(jù)庫可以工作在簡單恢復(fù)模型下?！?屬性 → 選項 → 恢復(fù)模式選擇 “完整 ”（如圖所示） 此模型下，必須定期進行數(shù)據(jù)備份或者事務(wù)日志備份，確保日志空間被定期回收；167。 對于特別重要的數(shù)據(jù)庫，如銀行、電信系統(tǒng)，任何日志都不能缺少，在發(fā)生故障時要求能恢復(fù)到歷史上的某個時刻，一旦發(fā)生故障要求數(shù)據(jù)不丟失，這樣的數(shù)據(jù)庫就必須工作在完整恢復(fù)模型下。，重做已完成的事務(wù)。使數(shù)據(jù)庫恢復(fù)到最近一次轉(zhuǎn)儲時的一致性狀態(tài)；167。對重做 (Redo)隊列事務(wù)進行重做 (REDO)處理3）介質(zhì)故障的恢復(fù)v 發(fā)生介質(zhì)故障后，磁盤上的物理數(shù)據(jù)和日志文件被破壞，這是最嚴重的一種故障，恢復(fù)的方法是重裝數(shù)據(jù)庫，然后重做已完成的事務(wù)；v 恢復(fù)步驟：167。TRANSACTION記錄，無相應(yīng)的 COMMIT記錄；v 2. 撤銷 在故障發(fā)生前已經(jīng)提交的事務(wù)；這些事務(wù)既有 BEGIN 重做 (REDO)v 系統(tǒng)故障的恢復(fù)步驟：v 1.Redo故障發(fā)生時未完成的事務(wù)167。 1. 未完成事務(wù)對數(shù)據(jù)庫的更新已寫入數(shù)據(jù)庫167。如此處理下去，直至讀到此事務(wù)的開始標記，事務(wù)故障恢復(fù)就完成了。繼續(xù)反向掃描日志文件，查找該事務(wù)的其他更新操作，并做同樣處理。 若是修改操作，則相當于用修改前值代替修改后值 “更新前的值 ”為空，則相當于做刪除操作167。167。即將日志記錄中 “更新前的值 ”2.事務(wù)故障的恢復(fù)步驟：1. 介質(zhì)故障的恢復(fù)1）事務(wù)故障的恢復(fù)v 事務(wù)故障：事務(wù)在運行至正常終止點前被終止v 恢復(fù)方法167。 事務(wù)故障的恢復(fù)167。 協(xié)助后備副本進行介質(zhì)故障恢復(fù)問題 1：先寫日志文件還是先寫數(shù)據(jù)文件？（ P284）v 由于日志文件好比數(shù)據(jù)庫的 “黑匣子 ”,所以其記錄的用戶對數(shù)據(jù)操作的重要性遠遠甚于當前數(shù)據(jù)的重要性，且其完整性也遠遠甚于數(shù)據(jù)文件的完整性， DBA應(yīng)盡可能地保證日志文件的安全；v 如果先寫了數(shù)據(jù)庫修改，而在運行過程中沒有登記，則以后就無法恢復(fù)這個修改了；如果先寫日志，但沒有修改數(shù)據(jù)庫，按日志文件恢復(fù)只不過是多執(zhí)行一次不必要的 UNDO操作，不會影響數(shù)據(jù)庫的正確性；v 故為了安全，一定要先寫日志文件，然后再寫對數(shù)據(jù)庫的修改。 進行事務(wù)故障恢復(fù)167。 各
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1