資料庫(kù)的備份與還原資料庫(kù)的備份還原、卸離附加(存儲(chǔ)版)
【正文】 區(qū)性交易的 COMMIT或是 ROLLBACK工作，而且要與其他的資源管理員相互協(xié)調(diào)。 交易隔離層級(jí)將存取共同資料的多個(gè)交易加以隔離，以決定一交易接受「不一致資料」的程度。 ? 範(fàn)例 ： 請(qǐng)?jiān)O(shè)定 TIMEOUT為 1,800毫秒，然後查詢?cè)撛O(shè)定值。 ? 更新鎖定 (U/Update Lock)：更新 (U)鎖定可防止常見(jiàn)的死結(jié)。 「錯(cuò)誤回復(fù)」機(jī)制是維持交易處理的「單元性」和「耐久性」，而「並行控制」機(jī)制是在維持「隔離性」和「一致性」 。 。 53 1411鎖定與死結(jié) 在這種情況下，等到交易 B完成後，交易 A才能完成；但交易 B被交易 A封鎖了。 50 1411鎖定與死結(jié) 除了資料類(lèi)型鎖定之外，還提供不同的 資料鎖定 模式： ? 共用鎖定 (S/Shared Lock)：用於不作更新資料的讀取作業(yè)，例如 SELECT敘述句。 45 1410 選擇交易隔離層級(jí) SQL Server 2020支援以下 ANSI SQL所定義的 4種交易隔離層級(jí)： ? 讀取未認(rèn)可 (Read Unmitted，隔離交易的最低等級(jí)，僅能確保不會(huì)讀取實(shí)體上已損毀的資料 ) ? 讀取認(rèn)可 (Read Committed， SQL Server的預(yù)設(shè)值 ) ? 可重覆讀取 (Repeatable Read) ? 可序列化 (Serializable，隔離交易的最高等級(jí)，使交易完全與其他交易隔離 ) 46 1410 選擇交易隔離層級(jí) 表 交易隔離層級(jí)的現(xiàn)象 交易隔離層級(jí) 是否會(huì)發(fā)生 不淨(jìng)式讀取 是否會(huì)發(fā)生 不可重複式讀取 是否會(huì)發(fā)生 幽靈讀取 Read Unmitted 是 是 是 Read Committed 否 是 是 Repeatable Read 否 否 是 Serializable 否 否 否 ?Read Unmitted與 Read Committed屬於樂(lè)觀的並行性控制 ?Repeatable Read與 Serializable則屬於悲觀的並行性控制 47 1410 選擇交易隔離層級(jí) 根據(jù)選擇的交易隔離層級(jí)，當(dāng)存取資源時(shí)，系統(tǒng)會(huì)使用鎖機(jī)制 (Lock)鎖住該資源，以便免其他交易來(lái)存取而發(fā)生一些錯(cuò)誤的現(xiàn)象。如果任一資源管理員於準(zhǔn)備階段傳回錯(cuò)誤訊息，則交易管理員會(huì)送出「 ROLLBACK命令」給每一資源管理員。 TRANCOUNT為一整數(shù)之全域性變數(shù)，它指出目前交易的巢狀階層 (Nested Level) ? BEGIN TRANSACTION敘述會(huì)將TRANCOUNT加 1 ? ROLLBACK TRANSACTION敘述則會(huì)將TRANCOUNT設(shè)定為 0 ? COMMIT TRANSACTION或 COMMIT WORK敘述會(huì)將 TRANCOUNT減 1 39 149 分散式交易 分散式交易 (Distributed Transaction)是指一交易使用到多個(gè)伺服器的資源。, 2) 訂單細(xì)項(xiàng)二 COMMIT TRAN 如果沒(méi)有錯(cuò)誤就認(rèn)可該交易 end try begin catch 發(fā)生錯(cuò)誤的處理機(jī)制 ROLLBACK TRAN 回復(fù)該次交易 end catch SET IDENTITY_INSERT orders ON。 ? 很明顯的必頇將 3個(gè) insert(一筆訂單資料，兩筆訂單細(xì)項(xiàng)資料 )包裝在一個(gè)交易中 ，因?yàn)樾略隽擞唵蔚菦](méi)有新增細(xì)項(xiàng)資料就不正確。 ? tran_name_variable：為地區(qū)性一變數(shù)，包含一交易的名稱(chēng)，必頇為文字資料型態(tài)。 26 144 SQL Server中交易與記錄檔 交易的三個(gè)相關(guān)名詞 ROLLBACK、SAVEPOINT以及 COMMIT ? ROLLBACK：當(dāng)系統(tǒng)發(fā)生錯(cuò)誤的時(shí)候，將部分完成交易解除作用， ROLLBACK可以將一交易復(fù)原至一SAVEPOINT或是交易開(kāi)始時(shí)的狀態(tài)。反之，當(dāng)交易 1讀取一資料表時(shí)，而交易 2卻刪除一些資料錄，結(jié)果就造成交易 1中存在一些不屬於該資料表的幽靈資料錄。如果資料項(xiàng)目X也被另一個(gè)交易 T2讀取，這時(shí)候交易 T2也必頇連帶的將 X回存成舊有的資料值（即 T2也被Abort）。 17 143 交易的並行控制 在一個(gè)多元程式 (Multiprogramming)或多工 (Multitasking)的資料庫(kù)系統(tǒng)中，必頇提供「 並行控制 」 (Concurrency Control)機(jī)制，否則會(huì)發(fā)生下列問(wèn)題： ? 遺失更新問(wèn)題 (Lost Update Program) ? 暫時(shí)更新問(wèn)題 (Temporary Update Problem) ? 不可重複讀取 (Nonrepeatable Read) ? 幽靈讀取 (Phantom Read) 18 143 交易的並行控制 遺失更新問(wèn)題 (Lost Update Program)：兩個(gè)交易交錯(cuò)地讀取了共用資料，並且作更新的操作，使得前一個(gè)交易的資料更新作業(yè)遺失了 。 15 142 錯(cuò)誤回復(fù) 錯(cuò)誤回復(fù)程序（ Procedure of Failure Recovery） ? 這個(gè)程序 DBMS能自動(dòng)完成而不需任何人工作業(yè)。 11 141 交易概念介紹 交易管理在 DBMS是由 錯(cuò)誤回復(fù) (Failure Recovery)和 並行控制 (Concurrency Control)兩個(gè)主要機(jī)制來(lái)達(dá)成 。如果是正常情況，則整個(gè)交易應(yīng)完整的被執(zhí)行。 7 141 交易概念介紹 ? 這時(shí) CPU會(huì)中斷 Pi的執(zhí)行，再呼叫檔案系統(tǒng)及磁碟管理系統(tǒng)的服務(wù)將資料讀取到主記載體。1 ? 交易 (Transaction)概念介紹 ? 多人系統(tǒng)下的交易的並行控制 ? 錯(cuò)誤與例外處理機(jī)制 ? 資料庫(kù)的備份 /還原、卸離 /附加介紹 ? 資料的匯出與匯入 Server登入與系統(tǒng)安全 ? SQL Server的登入驗(yàn)證 ? 伺服器角色與資料庫(kù)角色 ? 存取權(quán)限的策略制定 第五篇 系統(tǒng)管理與資料安全 2 交易處理 (Transaction Processing) 第十
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1