資料庫(kù)的備份與還原資料庫(kù)的備份還原、卸離附加-全文預(yù)覽
【正文】 29 145 與交易有關(guān)的 SQL敘述 COMMIT TRANSACTION敘述 ? 語(yǔ)法結(jié)構(gòu)： COMMIT TRAN[SACTION] [transaction_name | tran_name_variable] ? 功能：標(biāo)示一交易的終止點(diǎn)，表示一交易已成功的被執(zhí)行了。 ? COMMIT：是存檔的動(dòng)作，它會(huì)將一交易內(nèi)所有對(duì)資料庫(kù)的修訂儲(chǔ)存至磁碟上。例如：將遊戲點(diǎn)數(shù)由 A帳號(hào)轉(zhuǎn)移至 B帳號(hào)即是一個(gè)交易應(yīng)用，該交易包含了下面兩個(gè)動(dòng)作： ? 因轉(zhuǎn)出動(dòng)作而修改 A帳號(hào)資料 ? 因轉(zhuǎn)入動(dòng)作而修改 B帳號(hào)資料 25 144 SQL Server中交易與記錄檔 如果系統(tǒng) 已經(jīng)完成 了由 A帳號(hào)轉(zhuǎn)出的動(dòng)作，而此時(shí)發(fā)生了系統(tǒng)當(dāng)機(jī)，當(dāng)系統(tǒng)重新開機(jī)後， A帳號(hào)客戶就會(huì)白白的損失一筆遊戲點(diǎn)數(shù)，因?yàn)樯形崔D(zhuǎn)到 B帳號(hào) ，這樣的系統(tǒng)就不太會(huì)有人敢使用了。主要是 用在高度爭(zhēng)用資源 的環(huán)境中，以鎖定方式來(lái)保護(hù)資源的成本，會(huì)低於發(fā)生並行衝突時(shí)回復(fù)交易的成本。此時(shí)則因?yàn)樵撡Y料錄的內(nèi)容被改變了，所以會(huì)造成交易 1讀取了不同內(nèi)容的同一筆資料 22 143 交易的並行控制 幽靈讀取 (Phantom Read )：發(fā)生在兩個(gè)交易中都對(duì)資料表作 INSERT或 DELETE動(dòng)作時(shí)所發(fā)生。所以交易 T2讀取了資料 X的「暫時(shí)值」（ Temporary value）。在此情況下，交易 T1對(duì)資料項(xiàng)目 X的更新被交易 T2所影響而遺失了。 ?接著交易 T2也讀取 X且作 X ＝ X － 500的處理。 ? Redo：當(dāng)系統(tǒng)發(fā)生錯(cuò)誤前，交易已作「認(rèn)可」(Commit)動(dòng)作，但資料尚未寫到磁碟上，根據(jù)「一致性原則」，從最後一個(gè)「檢查點(diǎn)」到「認(rèn)可」的操作，需要 Redo，或稱之為向前恢復(fù) (Roll Forward)?！笝z查點(diǎn)」是一個(gè)系統(tǒng)設(shè)定的時(shí)間（例如： 5分鐘、 10分鐘），DBMS每隔「檢查點(diǎn)」所設(shè)定的時(shí)間會(huì)處理以下的動(dòng)作： ? 將主記憶體內(nèi)所有日誌 (Log)紀(jì)錄存回磁碟中。當(dāng)交易正在讀寫資料庫(kù)資料時(shí)，發(fā)生磁碟錯(cuò)誤，以致磁碟中資料可能遺失。 ? 錯(cuò)誤回復(fù)機(jī)制是維持交易處理的「單元性」和「耐久性」 ? 並行控制機(jī)制是在維持「隔離性」和「一致性」 12 142 錯(cuò)誤回復(fù) 當(dāng)一個(gè)交易提交到 DBMS要被執(zhí)行時(shí)， DBMS的責(zé)任是要管理此交易順利的執(zhí)行，包括下列的情況： ? 當(dāng)交易成功的執(zhí)行「認(rèn)可」 (Commit)後，此交易對(duì)資料庫(kù)所作的資料更新需反應(yīng)到資料庫(kù)中。 ? 耐久性 （ Durability） ? 一個(gè)交易成功的執(zhí)行「認(rèn)可」（ mit）命令後，它對(duì)資料庫(kù)所作的任何資料更新處理，均反應(yīng)在資料庫(kù)中。 因此，單元性也稱之為不可部份完成性。由於系統(tǒng)在同一時(shí)間可能會(huì)執(zhí)行多的 process，因此如何 保證資料讀取、寫入的正確性 就是交易探討的重要課題。 ? 假如當(dāng) Pi之 I/O完成後（時(shí)間 t3），經(jīng)過(guò)排班程式的選擇， Pi會(huì)重新拿到 CPU的使用權(quán)。在時(shí)間 t1， Pi被 CPU執(zhí)行。 資料庫(kù)系統(tǒng)是一個(gè)交易處理系統(tǒng)(Transaction Processing System)，它容許交易同步的被執(zhí)行。 ? 在該邏輯單元中如果 全部執(zhí)行成功 ，則會(huì) 確定交易期間所修改的所有資料正式成為資料庫(kù)的內(nèi)容；如果 有發(fā)生錯(cuò)誤 ，則必頇 取消或回復(fù) 該交易期間內(nèi)所有的資料修改。 6 141 交易概念介紹 ? 如下圖所示，有兩個(gè)處理程序 Pi和 Pj以交錯(cuò)方式被 CPU執(zhí)行。在此等待的時(shí)間中，為了提高 CPU之使用率以及系統(tǒng)整體效能（ throughput）， CPU會(huì)執(zhí)行其他處理程序，在本例中 Pj會(huì)被 CPU的排班程式（ scheduler）選出而被執(zhí)行，如上頁(yè)圖之時(shí)間 t2所示。 8 141 交易概念介紹 為何交易會(huì)與 多 使用者系統(tǒng)有關(guān)係，因?yàn)榇蠖鄶?shù)的資料庫(kù)理論是在交錯(cuò)同步 (Interleaved Concurrency)的假設(shè)下發(fā)展出來(lái)的。否則，發(fā)生任一錯(cuò)誤情況時(shí)，則將交易所做的資料更新復(fù)原到交易開始前狀況（ undo）。 10 141 交易概念介紹 ? 隔離性（ Isolation） ? 一個(gè)執(zhí)行中的交易不應(yīng)被其他同步執(zhí)行中的交易所影響，即交易間應(yīng)具有隔離機(jī)制。而交易管理的主要目的是要維持資料庫(kù)中資料的 一致性 (Consistency)和 正確性 (Correctness)。 13 142 錯(cuò)誤回復(fù) 錯(cuò)誤種類（ Types of Failures）：一般可分為 3大類，交易錯(cuò)誤、系統(tǒng)錯(cuò)誤以及儲(chǔ)存媒體錯(cuò)誤 ? 交易錯(cuò)誤（ Transaction Failures） ? 邏輯錯(cuò)誤（ Logical Error） ? 資料錯(cuò)誤（ Data Error） ? 同步控制強(qiáng)制錯(cuò)誤（ Concurrency Control Enforcement Error） ? 系統(tǒng)錯(cuò)誤（ System Failure） ? 電腦錯(cuò)誤（ Computer Failures） ? 天災(zāi)（ Catastrophes） 14 142 錯(cuò)誤回復(fù) ? 儲(chǔ)存媒體錯(cuò)誤（ Storage Media Failures） ? 主要是指磁碟錯(cuò)誤。在說(shuō)明回復(fù)程序前，我們必頇先介紹「檢查點(diǎn)」（ checkpoint）事件。 16 142 錯(cuò)誤回復(fù) 檢查點(diǎn)記錄的主要功能是幫助回復(fù)程序作Redo和 Undo工作，所以包含了系統(tǒng)重啟之後必頇處理的資訊。 ?交易 T1先讀取資料項(xiàng)目 X，然後對(duì) X作更新處理（ X ＝ X ＋ 100）。 ?最後交易 T1和 T2分別執(zhí)行「認(rèn)可」（ Commit）處理。 20 143 交易的並行控制 ? 暫時(shí)更新問(wèn)題如圖所示 ? 交易 T1更新了資料 X但在正常結(jié)束前發(fā)生了錯(cuò)誤，使得 X必頇回復(fù)成舊的資料值。 例如：交易 1在不同時(shí)間點(diǎn)讀取同一筆資料一次以上，而在其中任兩次讀取之間，有另一個(gè)交易 2改變了該筆資料。 23 143 交易的並行控制 並行控制的方法可分為二類：悲觀並行控制 (Pessimistic)與樂(lè)觀並行控制(Optimistic) ? 悲觀並行控制：使用者在執(zhí)行某個(gè)動(dòng)作而鎖定某些資源之後，其他使用者就不能執(zhí)行會(huì)與該鎖定衝突的動(dòng)作，直到擁有者解除鎖定為止。 24 144 SQL Server中交易與記
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1