數(shù)據(jù)庫恢復(fù)技術(shù)(4)(完整版)
【正文】 故障發(fā)生點 靜態(tài) 轉(zhuǎn)儲 運行事務(wù) ↓ 正常運行 ─┼───────┼───────────── Ta Tb Tf 登記日志文件 └───────────── 重裝后備副本 恢復(fù) ━━━━━━┥ 利用動態(tài)轉(zhuǎn)儲副本將數(shù)據(jù)庫恢復(fù)到一致性狀態(tài) Ta Tb Tf 動態(tài) 轉(zhuǎn)儲 運行事務(wù) 故障發(fā)生點 正常運行 ─┼───────┼───────────── 登記日志文件 登記新日志文件 ─────────┼───────────── ? 轉(zhuǎn)儲日志文件 重裝后備副本 ， 然后利用轉(zhuǎn)儲的日志文件恢復(fù) 恢復(fù)到一 ━━━━━━┥ 致性狀態(tài) 2. 裝入有關(guān)的日志文件副本，重做已完成的事務(wù)。 ? 利用這些日志文件副本進一步恢復(fù)事務(wù)，避免重新運行事務(wù)程序。 ? 接下來的其他操作或故障不應(yīng)該對其執(zhí)行結(jié)果有任何影響。 ? 數(shù)據(jù)保護 ? 安全性 ? 完整性 ? 并發(fā)控制 ? 數(shù)據(jù)庫恢復(fù) 第七章 數(shù)據(jù)庫恢復(fù)技術(shù) 事務(wù)的基本概念 數(shù)據(jù)庫恢復(fù)概述 故障的種類 恢復(fù)的實現(xiàn)技術(shù) 恢復(fù)策略 具有檢查點的恢復(fù)技術(shù) 數(shù)據(jù)庫鏡像 Oracle的恢復(fù)技術(shù) 小結(jié) 事務(wù)的基本概念 一、什么是事務(wù) 二、如何定義事務(wù) 三、事務(wù)的特性 一、什么是事務(wù) ? 事務(wù) (Transaction)是用戶定義的 一個數(shù)據(jù)庫操作序列 ，這些操作要么全做，要么全不做，是一個不可分割的工作單位 ? 事務(wù)和程序是兩個概念 ? 在關(guān)系數(shù)據(jù)庫中，一個事務(wù)可以是一條 SQL語句，一組 SQL語句或整個程序 ? 一個應(yīng)用程序通常包含多個事務(wù) ? 事務(wù)是 恢復(fù) 和 并發(fā)控制 的基本單位 二、如何定義事務(wù) ? 顯式定義方式 BEGIN TRANSACTION BEGIN TRANSACTION SQL 語句 1 SQL 語句 1 SQL 語句 2 SQL 語句 2 。 事務(wù)的特性 ? 保證事務(wù) ACID特性是事務(wù)處理的任務(wù) ? 破壞事務(wù) ACID特性的因素 ? 多個事務(wù)并行運行時，不同事務(wù)的操作交叉執(zhí)行 ? 事務(wù)在運行過程中被強行停止 數(shù)據(jù)庫恢復(fù)概述 ? 故障是不可避免的 ? 計算機硬件故障 ? 系統(tǒng)軟件和應(yīng)用軟件的錯誤 ? 操作員的失誤 ? 惡意的破壞 ? 故障的影響 ? 運行事務(wù)非正常中斷 ? 破壞數(shù)據(jù)庫 ? 數(shù)據(jù)庫管理系統(tǒng)對故障的對策 ? DBMS提供恢復(fù)子系統(tǒng) ? 保證故障發(fā)生后，能把數(shù)據(jù)庫中的數(shù)據(jù)從錯誤狀態(tài)恢復(fù)到某種邏輯一致的狀態(tài) ? 保證事務(wù) ACID ? 恢復(fù)技術(shù)是衡量系統(tǒng)優(yōu)劣的重要指標 一、事務(wù)故障 ? 什么是事務(wù)故障 ? 某個事務(wù)在運行過程中由于種種原因未運行至正常終止點就夭折了 ? 事務(wù)故障的常見原因 ? 輸入數(shù)據(jù)有誤 ? 運算溢出 ? 違反了某些完整性限制 ? 某些應(yīng)用程序出錯 ? 并行事務(wù)發(fā)生死鎖 ? 。 三、登記日志文件的原則 ? 為保證數(shù)據(jù)庫是可恢復(fù)的，登記日志文件時必須遵循兩條原則 ? 登記的次序嚴格按并行事務(wù)執(zhí)行的時間次序 ? 必須先寫日志文件，后寫數(shù)據(jù)庫 ? 寫日志文件操作：把表示這個修改的日志記錄 寫到日志文件 ? 寫數(shù)據(jù)庫操作：把對數(shù)據(jù)的修改寫到數(shù)據(jù)庫中 登記日志文件的原則（續(xù)） ? 為什么要先寫日志文件 ? 寫數(shù)據(jù)庫和寫日志文件是兩個不同的操作 ? 在這兩個操作之間可能發(fā)生故障 ? 如果先寫了數(shù)據(jù)庫修改，而在日志文件中沒有登記下這個修改，則以后就無法恢復(fù)這個修改了 ? 如果先寫日志，但沒有修改數(shù)據(jù)庫，按日志文件恢復(fù)時只不過是多執(zhí)行一次不必要的 UNDO操作，并不會影響數(shù)據(jù)庫的正確性 恢復(fù)策略 事務(wù)故障的恢復(fù) 系統(tǒng)故障的恢復(fù) 介質(zhì)故障的恢復(fù) 事務(wù)故障的恢復(fù) ? 事務(wù)故障：事務(wù)在運行至正常終止點前被中止 ? 恢復(fù)方法 ? 由恢復(fù)子系統(tǒng)應(yīng)利用日志文件撤消（ UNDO）此事務(wù)已對數(shù)據(jù)庫進行的修改 ? 事務(wù)故障的恢復(fù)由系統(tǒng)自動完成，不需要用戶干預(yù) 事務(wù)故障的恢復(fù)步驟 1. 反向掃描文件日志（即從最后向前掃描日志文件），查找該事務(wù)的更新操作。 ? 首先掃描日志文件，找出故障發(fā)生時已提交的事務(wù)的標識，將其記入重做隊列。 利用檢查點的恢復(fù)策略（續(xù)） ，直到日志文件結(jié)束 ? 如有新開始的
法律信息相關(guān)推薦
鄂ICP備17016276號-1