資料庫(kù)的備份與還原資料庫(kù)的備份還原、卸離附加-在線瀏覽
2024-12-20 10:25本頁(yè)面
【正文】 rror） ? 資料錯(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ò)誤。針對(duì)這種錯(cuò)誤可使用 RAID（ Redundant Array of Inexpensive Disk）硬體提高資料安全性。在說(shuō)明回復(fù)程序前，我們必頇先介紹「檢查點(diǎn)」（ checkpoint）事件。 ? 將緩衝區(qū)內(nèi)已認(rèn)可 (Commit)交易之資料回存到磁碟。 16 142 錯(cuò)誤回復(fù) 檢查點(diǎn)記錄的主要功能是幫助回復(fù)程序作Redo和 Undo工作，所以包含了系統(tǒng)重啟之後必頇處理的資訊。 ? Undo：當(dāng)錯(cuò)誤發(fā)生前，交易還未做「認(rèn)可」動(dòng)作，此時(shí)需要強(qiáng)制中斷該交易而作 Undo的動(dòng)作，也稱之為 Rollback。 ?交易 T1先讀取資料項(xiàng)目 X，然後對(duì) X作更新處理（ X ＝ X ＋ 100）。 ?交易 T1將 X寫(xiě)入資料庫(kù)中。 ?最後交易 T1和 T2分別執(zhí)行「認(rèn)可」（ Commit）處理。 19 143 交易的並行控制 暫時(shí)更新問(wèn)題（ Temporary Update Problem） ? 當(dāng)交易 T1更新了某資料項(xiàng)目 X，但在某原因之下這個(gè)交易被迫放棄（ Abort）。 20 143 交易的並行控制 ? 暫時(shí)更新問(wèn)題如圖所示 ? 交易 T1更新了資料 X但在正常結(jié)束前發(fā)生了錯(cuò)誤，使得 X必頇回復(fù)成舊的資料值。 ? 這個(gè)被 T2讀取的資料也被稱為「髒資料」（ Dirty data），因此該問(wèn)題也被稱為「髒讀取問(wèn)題」（ Dirty Read Problem）。 例如：交易 1在不同時(shí)間點(diǎn)讀取同一筆資料一次以上，而在其中任兩次讀取之間，有另一個(gè)交易 2改變了該筆資料。 ? 例如：當(dāng)交易 1讀取一資料表，而交易 2在交易 1結(jié)束之前新增了一筆資料到該資料表中，則該筆新增資料對(duì)交易 1而言有如幽靈 (Phantom)，因?yàn)榕c第一次所讀到的資料不相同。 23 143 交易的並行控制 並行控制的方法可分為二類：悲觀並行控制 (Pessimistic)與樂(lè)觀並行控制(Optimistic) ? 悲觀並行控制：使用者在執(zhí)行某個(gè)動(dòng)作而鎖定某些資源之後，其他使用者就不能執(zhí)行會(huì)與該鎖定衝突的動(dòng)作，直到擁有者解除鎖定為止。 ? 樂(lè)觀並行控制：在該類型並行控制中，使用者在讀取資料時(shí)，並不會(huì)將資料鎖定。 24 144 SQL Server中交易與記錄檔 交易是一組具有邏輯關(guān)聯(lián)性動(dòng)作的集合，所有的動(dòng)作必頇全部完成，不然就是必頇一件都未發(fā)生，不能夠處?kù)恫糠滞瓿傻臓顟B(tài)，一交易是不可分割的。因此，對(duì)於一個(gè)交易內(nèi)所有動(dòng)作的處理，必頇是 所有動(dòng)作全部完成 ， 否則就必頇是所有動(dòng)作全都沒(méi)有發(fā)生 ，這就是交易最基本的精神。 ? SAVEPOINT：一個(gè)位置定義器，可以於一交易內(nèi)定義 SAVEPOINT，當(dāng)系統(tǒng)發(fā)生錯(cuò)誤時(shí)將交易復(fù)原至一SAVEPOINT。 COMMIT可以保証所有的改變將成為資料庫(kù)的永久一部分，而且會(huì)釋放交易所使用的資源。 ? tran_name_variable：為一地區(qū)性變數(shù)，包含一交易的名稱，必頇為文字資料型態(tài)。 ? 引數(shù)： ? transaction_name：為前面 BEGIN TRANSACTION敘述所指定的交易名稱，但 SQL Server會(huì)忽略該transaction_name。 30 145 與交易有關(guān)的 SQL敘述 COMMIT WORK敘述 ? 語(yǔ)法結(jié)構(gòu)： COMMIT [WORK] ? 功能： 與 COMMIT TRANSACTION相同，但是不能接受一使用者定義的交易名稱。 32 145 與交易有關(guān)的 SQL敘述 ROLLBACK TRANSACTION敘述 ? 語(yǔ)法結(jié)構(gòu)： ROLLBACK TRAN[SACTION] [transaction_name | tran_name_variable | savepoint_name | savepoint_variable] ? 功能：將一交易 ROLLBACK至交易的起始點(diǎn)或交易內(nèi)的 SAVEPOINT ? 引數(shù)： ? transaction_name：為一於 BEGIN TRANSACTION敘述指定的交易名稱 ? tran_name_variable：為一地區(qū)性變數(shù)，包含一交易的名稱，必頇為文字資料型態(tài)。 33 146 建立一交易 如何使用 BEGIN TRANSACTION、 COMMIT、SAVEPOINT以及 ROLLBACK敘述，撰寫(xiě)一個(gè)交易呢？一個(gè)交易的結(jié)構(gòu)大致如下： BEGIN TRANSACTION statement1 statement2 . . . . . statementN IF （ success） COMMIT TRANSACTION ELSE ROLLBACK TRANSACTION ENDIF BEGIN TRANSACTION標(biāo)示著一個(gè)交易的開(kāi)始，然後開(kāi)始一系列的 SQL操作敘述，最後檢查是否所有的資料修訂都已成功的被完成，是則執(zhí)行 COMMIT敘述將資料寫(xiě)入磁碟，否則執(zhí)行 ROLLBACK敘述將資料回復(fù)至交易發(fā)生前的狀態(tài)。該訂單包含兩個(gè)單項(xiàng)，第一單項(xiàng)產(chǎn)品號(hào)碼為 1，供應(yīng)商代碼為 HSC，數(shù)量為 2；第二單項(xiàng)產(chǎn)品號(hào)碼為 2，供應(yīng)商代碼為 HFT，數(shù)量為 6。但是在新增資料的過(guò)程中要 一一檢查是否正確 才能COMMIT ? 由於必頇依依檢查，因此決定採(cǎi)用 try …catch機(jī)制 35 146 建立一交易 SET IDENTITY_INSERT orders ON。2020040139。HSC39。HSC39。 36 147 SQL Server 的 3種交易類型 交易是以每個(gè)連線主，所以每個(gè)連線都有自己的交易，但是不同的交易卻可能鎖定相同的物件而造成死結(jié) (Deadlock)的狀況 在 SQL Server 2020中交易的模式有 3種，分別
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1