第8章數(shù)據(jù)庫管理

第八章數(shù)據(jù)庫管理

數(shù)據(jù)庫管理的目的：

為了保證整個(gè)數(shù)據(jù)庫管理系統(tǒng)數(shù)據(jù)正常運(yùn)行，保證數(shù)據(jù)的正確性和有效性，防止數(shù)據(jù)丟失、保證多用戶并發(fā)操作、能夠恢復(fù)遭受破壞的數(shù)據(jù)。8.1數(shù)據(jù)庫安全目的：

保護(hù)數(shù)據(jù)庫以防止非法使用而造成的數(shù)據(jù)泄露、更改或破壞。8.1.1安全因素

要保證數(shù)據(jù)庫的安全，需要從以下幾個(gè)方面進(jìn)行：

政策因素法律或社會(huì)因素硬件因素物理控制系統(tǒng)因素?cái)?shù)據(jù)庫系統(tǒng)因素

8.1.2數(shù)據(jù)庫權(quán)限管理

自主存取控制方法（DAC）該方法定義各個(gè)用戶對(duì)不同數(shù)據(jù)對(duì)象的存取權(quán)限。當(dāng)用戶對(duì)數(shù)據(jù)庫訪問時(shí)首先檢查用戶的存取權(quán)限，防止不合法用戶對(duì)數(shù)據(jù)庫的存取。

強(qiáng)制存取控制方法（MAC）

將每一個(gè)數(shù)據(jù)對(duì)象（強(qiáng)制地）標(biāo)以一定的密級(jí)，每一個(gè)用戶也被（強(qiáng)制地）授予相應(yīng)密級(jí)的許可證，系統(tǒng)規(guī)定只有具有某一許可證級(jí)別的用戶才能存取某一個(gè)密級(jí)的數(shù)據(jù)對(duì)象。密級(jí)級(jí)別從高到低有絕密級(jí)（TopSecret）、機(jī)密級(jí)（Secret）、秘密級(jí)（Confidential）和公開級(jí)（Unclassified）。系統(tǒng)運(yùn)行時(shí)遵循兩條原則，即“向下讀取，向上寫入”規(guī)則：用戶只能查看密級(jí)比他低的或等級(jí)別的數(shù)據(jù)；用戶只能修改和他同級(jí)別的數(shù)據(jù)。基于角色的存取控制方法（RBAC）

在用戶和權(quán)限之間增加了一個(gè)中間橋梁——角色。給角色授予一定權(quán)限，管理員通過為用戶指定角色來為用戶授權(quán)，從而大大的簡(jiǎn)化授權(quán)管理，具有強(qiáng)大的可操作性和可管理性。RBAC核心模型包含了5個(gè)基本的靜態(tài)集合：用戶集（users）、角色集（roles）、特權(quán)集（perms）（包括對(duì)象集（objects）和操作集（operators））、會(huì)話集（sessions）——在系統(tǒng)運(yùn)行過程中動(dòng)態(tài)維護(hù)的集合角色的創(chuàng)建創(chuàng)建角色的SQL語句格式是：

CREATEROLE<角色名>【例】創(chuàng)建角色R1。解：CREATEROLER1；角色的授權(quán)給創(chuàng)建好的角色授予一定的權(quán)限，角色授權(quán)的SQL語句格式是：GRANT<權(quán)限>[,<權(quán)限>]…ON<對(duì)象類型><對(duì)象名>TO<角色>[,<角色>]…

【例】將書籍表BOOK的SELECT、UPDATE、INSERT權(quán)限授予角色R1。解：GRANTSELECT,UPDATE,INSERTONTABLEBOOKTOR1;

將角色授予其他用戶或角色

可以將角色授予某用戶或另外一個(gè)角色，一個(gè)角色所擁有的權(quán)限是授予它的全部角色所包含的權(quán)限的總和。將角色授權(quán)給其他用戶或角色的SQL語句格式是：GRANT<角色1>[,<角色2>]…TO<角色3>[,<用戶1>]…[WITHADMINOPTION]表示獲得權(quán)限的角色或用戶可以把權(quán)限再授予其他的角色?！纠繉⒔巧玆1授予用戶U1、U2、U3，使它們擁有對(duì)書籍表BOOK的SELECT、UPDATE、INSERT權(quán)限。解：GRANTR1TOU1,U2,U3;【例】將書籍表BOOK的DELETE權(quán)限授予角色R1。

解：GRANTDELETETOR1;

該例增加了R1的DELETE權(quán)限，現(xiàn)在R1擁有對(duì)BOOK表的SELECT、UPDATE、INSERT和DELETE權(quán)限。角色的授權(quán)用戶可以回收角色的權(quán)限，回收動(dòng)作是角色的創(chuàng)建者或擁有在該角色上的ADMINOPTION。角色回收的SQL語句格式是：REVOKE<權(quán)限>[,<權(quán)限>]…ON<對(duì)象類型><對(duì)象名>FROM<角色>[,<角色>]…【例】撤銷角色R1對(duì)BOOK表的UPDATE權(quán)限。解：REVOKEUPDATEONTABLEBOOKFROMR1;8.1.3視圖機(jī)制視圖可以通過對(duì)數(shù)據(jù)的分割，在一定程度上可以對(duì)數(shù)據(jù)提供安全保護(hù)?！纠繉ser表中用戶編號(hào)，性別，出生年月，地址，Email,電話，郵編字段的查詢權(quán)限授予用戶U1，將User表中用戶編號(hào)，用戶名，密碼，真實(shí)姓名的修改權(quán)限授予用戶U2。

解：（1）首先為User表創(chuàng)建視圖，視圖中的字段為相應(yīng)權(quán)限操作的字段：

CREATEVIEWv_u1ASselectUserID,Sex,Birth,Address,Email,Tel,PostfromUser;

CREATEVIEWv_u2ASselectUserID,UserName,Password,TrueNamefromUser;（2）對(duì)（1）中創(chuàng)建的兩個(gè)視圖，分別相應(yīng)的視圖操作權(quán)限授予相應(yīng)的用戶：

GRANTselectONv_u1TOU1;GRANTupdateONv_u2TOU2;8.1.4數(shù)據(jù)庫審計(jì)

數(shù)據(jù)庫的審計(jì)功能可以將用戶對(duì)數(shù)據(jù)的操作監(jiān)視起來，對(duì)于高度敏感的保密數(shù)據(jù)，系統(tǒng)可以采用DBMS審計(jì)技術(shù)跟蹤并記錄有關(guān)數(shù)據(jù)的訪問活動(dòng)，同時(shí)將跟蹤結(jié)果記錄在審計(jì)日志（AuditLog）中。8.1.5數(shù)據(jù)加密

在數(shù)據(jù)的傳輸過程中，為了防止物理的取走數(shù)據(jù)庫或在通訊線路上竊取數(shù)據(jù)，需要對(duì)數(shù)據(jù)進(jìn)行加密，以加密格式存儲(chǔ)和傳輸數(shù)據(jù)。

數(shù)據(jù)加密過程：將原始的或未加密的數(shù)據(jù)（即明文）通過加密算法，將明文和密鑰轉(zhuǎn)換為加密后的格式（即密文）存儲(chǔ)或傳輸。

數(shù)據(jù)庫加密的實(shí)現(xiàn)機(jī)制

庫內(nèi)加密庫內(nèi)加密在DBMS內(nèi)核層實(shí)現(xiàn)加密，加／解密過程對(duì)用戶與應(yīng)用透明，數(shù)據(jù)在物理存取之前完成加／解密工作。

庫外加密

庫外加密方式中，加／解密過程發(fā)生在DBMS之外，

DBMS管理的是密文。加／解密過程大多在客戶端實(shí)現(xiàn)，有的由專門的加密服務(wù)器或硬件完成。數(shù)據(jù)庫加密的粒度

數(shù)據(jù)庫加密的粒度可以有4種，即表、屬性、記錄和數(shù)據(jù)元素。

表加密

表級(jí)加密的對(duì)象是整個(gè)表，將每個(gè)表與不同的表密鑰運(yùn)算，形成密文后存儲(chǔ)。

屬性加密

屬性加密又稱為“域加密”或“字段加密”，即以表中的列為單位進(jìn)行加密。記錄加密

把表中的一條記錄作為加密的單位。數(shù)據(jù)元素加密數(shù)據(jù)元素加密是以記錄中每個(gè)字段的值為單位進(jìn)行加密。

數(shù)據(jù)加密標(biāo)準(zhǔn)（DES）簡(jiǎn)稱采用替換（用密鑰將明文的每一個(gè)字符轉(zhuǎn)換為密文字符）和置換（將明文字符按不同順序重新排列）結(jié)合的算法對(duì)數(shù)據(jù)進(jìn)行加密。它由IBM制定，在1977年成為美國(guó)官方加密標(biāo)準(zhǔn)。公開數(shù)據(jù)加密標(biāo)準(zhǔn)

該方法中，加密算法和加密密鑰都是公開的，任何人都可將明文轉(zhuǎn)換成密文，但是相應(yīng)的解密密鑰是保密的，而且無法從加密密鑰推導(dǎo)出。數(shù)據(jù)庫加密的局限性

系統(tǒng)運(yùn)行效率受到影響難以實(shí)現(xiàn)對(duì)數(shù)據(jù)完整性約束的定義對(duì)數(shù)據(jù)的SQL語言及SQL函數(shù)受到制約密文數(shù)據(jù)容易成為攻擊目標(biāo)8.2數(shù)據(jù)庫完整性

數(shù)據(jù)庫的完整性是防止合法的用戶無意中對(duì)數(shù)據(jù)造成的破壞。8.2.1完整性概述定義

數(shù)據(jù)庫的完整性是指數(shù)據(jù)庫中數(shù)據(jù)的正確性、有效性和相容性（一致性）。

安全性與完整性

完整性目的

防止數(shù)據(jù)庫中存在不符合語義的數(shù)據(jù)，錯(cuò)誤信息的輸入和輸出，即所謂的垃圾數(shù)據(jù)造成的無效操作和錯(cuò)誤結(jié)果。

安全性目的

保護(hù)數(shù)據(jù)庫防止惡意的破壞和非法的存取。

完整性約束內(nèi)容

靜態(tài)約束靜態(tài)列級(jí)約束

包括對(duì)數(shù)據(jù)類型、數(shù)據(jù)格式、取值范圍或取值集合、空值的約束等。靜態(tài)元組約束

規(guī)定元組的各列之間的約束關(guān)系。

靜態(tài)關(guān)系約束

一個(gè)關(guān)系的各個(gè)元組之間或若干關(guān)系之間存在的各種聯(lián)系或約束。

完整性約束內(nèi)容

動(dòng)態(tài)約束

動(dòng)態(tài)列級(jí)約束

修改列定義時(shí)的約束。動(dòng)態(tài)元組約束

修改元組值時(shí)，元組中各個(gè)字段間需要滿足某種約束條件。

動(dòng)態(tài)關(guān)系約束

加在關(guān)系變化前后狀態(tài)上的限制條件。

8.2.2實(shí)體完整性實(shí)體完整性即表的主碼不能取空；可以用PrimaryKey在創(chuàng)建表時(shí)定義，也可以在修改表中添加主碼；實(shí)體完整性可以定義在表級(jí)，也可以定義在列級(jí)，但是當(dāng)表的主碼是復(fù)合主碼時(shí)，實(shí)體完整性必須定義在表級(jí)。【例】創(chuàng)建一張USER表，主碼為用戶編號(hào)。解：CREATETABLEUsers(UserIDnumber(5)PrimaryKey,/*主碼定義在列級(jí)*/UserNamevarchar(20)NOTNULLUNIQUE,../*這里略去中間字段的定義*/.Telnumber(15));或者

CREATETABLEUsers(UserIDnumber(5),UserNamevarchar(20)NOTNULLUNIQUE,...Telnumber(15),

PrimaryKey(UserID));/*主碼定義在表級(jí)*/【例】創(chuàng)建一張訂單細(xì)節(jié)ORDERDETAIL表，主碼為訂單編號(hào)和書籍編號(hào)。解：CREATETABLEORDERDETAIL(OrderIDnumber(10),BookIDnumber(10),Quantitynumber(5),BuyTimeDATE,

PrimaryKey(OrderID,BookID));/*主碼必須定義在表級(jí)*/【例】給用戶表Users添加主碼。解：ALTERTABLEUsersADDPrimaryKey(UserID);8.2.3參照完整性定義

參照完整性定義表與表之間的聯(lián)系，可以用ForeignKey在創(chuàng)建表時(shí)定義，也可以在修改表中添加外碼。參照完整性可以定義在表級(jí)，也可以定義在列級(jí)?！纠縿?chuàng)建訂單細(xì)節(jié)表ORDERDETAIL，其中主碼為訂單編號(hào)和書籍編號(hào)，外碼為訂單編號(hào)和書籍編號(hào)。解：CREATETABLEORDERDETAIL(OrderIDnumber(10),BookIDnumber(10),Quantitynumber(5),BuyTimeDATE,PrimaryKey(OrderID,BookID)

ForeignKey(OrderID)referencesOrders(OrderID)ForeignKey(BookID)referencesBook(BookID));或者

CREATETABLEORDERDETAIL(OrderIDnumber(10)referencesOrders(OrderID),BookIDnumber(10)referencesBook(BookID),Quantitynumber(5),BuyTimeDATE,PrimaryKey(OrderID,BookID));【例】添加訂單細(xì)節(jié)表ORDERDETAIL的參照完整性約束。解：ALTERTABLEORDERDETAILADDForeignKey(OrderID)referencesOrders(OrderID);ALTERTABLEORDERDETAILADDForeignKey(BookID)referencesBook(BookID);數(shù)據(jù)更新時(shí)的完整性處理

對(duì)主表（被參照關(guān)系）數(shù)據(jù)的更新可能會(huì)破壞參照完整性，因此，DBMS提供參照完整性檢驗(yàn)。包括增、刪、改【例】在訂單細(xì)節(jié)表ORDERDETAIL定義中添加對(duì)OrderID字段的級(jí)聯(lián)更新和級(jí)聯(lián)刪除，當(dāng)主表的BookID字段刪除時(shí)，將該表的BookID字段設(shè)置為空。解：CREATETABLEORDERDETAIL(OrderIDnumber(10),BookIDnumber(10),Quantitynumber(5),BuyTimeDATE,PrimaryKey(OrderID,BookID)ForeignKey(OrderID)referencesOrders(OrderID)

ONDELETECASCADEONUPDATECASCADE,ForeignKey(BookID)referencesBook(BookID)

ONDELETESETNULL);8.2.4完整性約束

約束命名

約束的命名緊跟在創(chuàng)建表的過程中字段定義之后，格式為：

[CONSTRAINT<約束名稱>]PrimaryKey|ForeignKey|CHECK短語注：（1）[CONSTRAINT<約束名稱>]是可選項(xiàng)，如果不定義，系統(tǒng)自動(dòng)創(chuàng)建約束名稱。（2）CHECK短語可定義對(duì)列的約束，也可定義列之間的約束?！纠拷⒂脩鬠SER表，解：CREATETABLEUsers(userIDnumber(5)CONSTRAINTCPPrimaryKey,userNamevarchar(20)NOTNULL,passwordvarchar(20)CONSTRAINTC2NOTNULL,trueNamevarchar(20),sexvarchar(2)CHECK(SexIN(‘男’,’女’)),birthDATE,addressvarchar(20),emailvarchar(20)CONSTRAINTC3CHECK(Emaillike‘%@%.%’),telnumber(11),PostNUMBER(7)CONSTRAINTC4CHECK(PostBETWEEN0000000AND999999));【例】在創(chuàng)建訂單ORDERS表時(shí)，規(guī)定發(fā)貨時(shí)間不能小于訂貨時(shí)間。解：CREATETABLEORDERS(OrderIDnumber(10),DateCreatedDATE,/*訂貨時(shí)間*/ReceiveTimeDATE,/*發(fā)貨時(shí)間*/../*中間字段的定義略*/.

CONSTRAINTaaaPrimaryKey(OrderID));

CONSTRAINTbbbCHECK(ReceiveTime－DateCreated>0));修改約束

使用ALTERTABLE命令，可以添加約束、刪除約束。添加約束

采用ALTERTABLE命令的ADD子句，可以添加約束。

【例】見書本例8.15—8.18刪除約束

采用ALTERTABLE命令的DROP子句，可以刪除，即撤銷約束。

【例】見書本例8.19—8.208.2.5用戶定義的完整性

與應(yīng)用有關(guān)的完整性限制—如某一列值取值不能為空、值在表中唯一、取值要在某以范圍內(nèi)等。用戶在建表時(shí)可以定義下列完整性約束，也可以如上一節(jié)介紹的添加完整性約束：列值非空（NOTNULL）列值唯一（UNIQUE)列值是否滿足一個(gè)布爾表達(dá)式（CHECK)8.3數(shù)據(jù)庫并發(fā)控制

并發(fā)操作—多個(gè)用戶或應(yīng)用程序同時(shí)對(duì)數(shù)據(jù)庫的統(tǒng)一數(shù)據(jù)對(duì)象進(jìn)行讀寫操作。優(yōu)點(diǎn)：

可以充分利用系統(tǒng)資源，提高系統(tǒng)效率。8.3.1概述并發(fā)控制

對(duì)并發(fā)操作進(jìn)行控制。目的：

DBMS必須提供并發(fā)控制機(jī)制。并發(fā)控制機(jī)制的好壞是衡量一個(gè)數(shù)據(jù)庫管理系統(tǒng)性能的重要標(biāo)志之一。

事務(wù)

概念

事務(wù)是一個(gè)邏輯工作單元，即用戶定義的一個(gè)數(shù)據(jù)庫操作序列。一個(gè)事務(wù)可以是一條語句或一組SQL語句或整個(gè)應(yīng)用程序。

定義事務(wù)的語句有如下四條：

BEGINTRANSACTION表示事務(wù)的開始

COMMIT表示事務(wù)的提交

ROLLBACK表示事務(wù)回滾

SAVEPOINTn表示事物回滾到設(shè)置的保存點(diǎn)事務(wù)

事務(wù)的特性(ACID準(zhǔn)則)

原子性（Atomicity）一致性（Consistency）隔離性（Isolation）持久性（Permanence)并發(fā)控制的必要性

丟失更新(LostUpdate)

并發(fā)控制的必要性

臟讀（DirtyRead）并發(fā)控制的必要性

不可重復(fù)讀（Non-RepeatableRead）8.3.2封鎖機(jī)制

封鎖

封鎖是并發(fā)控制的主要手段，使事務(wù)對(duì)其要操作的數(shù)據(jù)有一定的控制能力。封鎖有三個(gè)步驟：申請(qǐng)鎖，即事務(wù)在操作前要對(duì)它欲使用的數(shù)據(jù)提出加鎖要求。獲得鎖，當(dāng)條件滿足，系統(tǒng)允許事務(wù)對(duì)數(shù)據(jù)加鎖，事務(wù)獲得對(duì)所需數(shù)據(jù)的控制權(quán)。釋放鎖，操作完成后，事務(wù)放棄對(duì)數(shù)據(jù)的控制權(quán)。鎖類型

排他鎖（ExclusiveLocks,X鎖，寫鎖）

事務(wù)T對(duì)數(shù)據(jù)A加上此鎖后，只允許事務(wù)T讀取和修改此數(shù)據(jù)A，其他任何事務(wù)都不能再對(duì)數(shù)據(jù)A加任何類型的鎖，直到事務(wù)T釋放數(shù)據(jù)A上的鎖。

使用X封鎖解決數(shù)據(jù)丟失問題。

鎖類型

共享鎖（ShareLocks,S鎖，讀鎖）

事務(wù)T對(duì)數(shù)據(jù)A加上此鎖后，事務(wù)T可以讀A但不能修改

A，其他事務(wù)只能再對(duì)A加S鎖，而不能加X鎖，直到T

釋放A上的S鎖。該鎖保證其他事務(wù)可以讀A，但在T釋放A上的S鎖之前不能對(duì)A作任何修改。

排它鎖和共享鎖的控制相容矩陣

封鎖協(xié)議

一級(jí)封鎖協(xié)議

事務(wù)T在修改數(shù)據(jù)R之前必須先對(duì)其加X鎖，直到事務(wù)結(jié)束才釋放。如果事務(wù)未獲得該鎖，則該事務(wù)進(jìn)入等待狀態(tài)，直到獲得X鎖才繼續(xù)執(zhí)行下去。

該協(xié)議解決了先后更新數(shù)據(jù)所導(dǎo)致的丟失更新問題。但一級(jí)封鎖協(xié)議不能保證可重復(fù)讀和不讀“臟數(shù)據(jù)”。封鎖協(xié)議

二級(jí)封鎖協(xié)議

在一級(jí)封鎖協(xié)議基礎(chǔ)上，加上事務(wù)T在讀數(shù)據(jù)R之前必須現(xiàn)對(duì)其加S鎖，讀完后即可釋放S鎖。該協(xié)議除了防止數(shù)據(jù)丟失更新，還可進(jìn)一步防止讀“臟”數(shù)據(jù)。

在該協(xié)議中，由于讀完數(shù)據(jù)后即可釋放S鎖，所以它不保證可重復(fù)讀。封鎖協(xié)議

三級(jí)封鎖協(xié)議

在一級(jí)封鎖協(xié)議基礎(chǔ)上，加上事務(wù)T在讀數(shù)據(jù)R之前必須現(xiàn)對(duì)其加S鎖，直到事務(wù)結(jié)束才釋放。該協(xié)議除了防止丟失更新和不讀“臟”數(shù)據(jù)外，還可進(jìn)一步防止不可重復(fù)讀。

封鎖粒度(Granularity)

封鎖粒度就是封鎖對(duì)象的大小。封鎖對(duì)象可以是：邏輯單元，如：屬性值、屬性值的集合、元組、關(guān)系、索引項(xiàng)、整個(gè)索引、整個(gè)數(shù)據(jù)庫；物理單元，頁(數(shù)據(jù)頁或索引頁)、塊等。封鎖粒度(Granularity)

封鎖的對(duì)象越小，則整個(gè)系統(tǒng)可封鎖的對(duì)象就越多，從而可并發(fā)事務(wù)也就越多，系統(tǒng)開銷就越大。封鎖粒度越小，系統(tǒng)中能夠封鎖的對(duì)象越多，并發(fā)度越高，并發(fā)控制的系統(tǒng)開銷越大。8.3.3活鎖和死鎖活鎖

假設(shè)一共享資源A并已被封鎖，事務(wù)T1、T2、T3、T4……均請(qǐng)求A的X鎖，當(dāng)A上的鎖釋放后，T2獲得封鎖，隨后T3、T4……均獲得資源A的封鎖，而事務(wù)T1一直處于等待狀態(tài)，這就是活鎖。對(duì)于活鎖，可以采用先來先服務(wù)的策略，按照事務(wù)的請(qǐng)求先后次序排隊(duì)，依次獲得封鎖。死鎖

形成原因

雙方在都占有各自資源的情況下，再申請(qǐng)對(duì)方的資源，造成雙方都無法進(jìn)行下去，就形成了死鎖。死鎖的檢測(cè)

超時(shí)法等待圖法見課本圖8-3死鎖

死鎖的處理

系統(tǒng)死鎖由DBA進(jìn)行干預(yù)，首先，選擇一個(gè)事務(wù)作為犧牲者；其次，回滾犧牲事務(wù)，釋放鎖及其所占資源；最后，把釋放的資源讓給其他等待事務(wù)。

死鎖的預(yù)防

一次封鎖法順序封鎖法：數(shù)據(jù)對(duì)象分級(jí)，按級(jí)別封鎖

8.3.4并發(fā)調(diào)度的可串行性

如果一個(gè)并發(fā)調(diào)度的結(jié)果與一個(gè)串行調(diào)度等價(jià)，則稱此調(diào)度是可串行化調(diào)度。

可串行性是并行事務(wù)正確性的唯一準(zhǔn)則。

【例】

見課本例8.23

8.3.5兩段鎖協(xié)議

兩段鎖協(xié)議要求：在對(duì)任何數(shù)據(jù)進(jìn)行讀、寫操作之前，事務(wù)首先要獲得對(duì)該數(shù)據(jù)的封鎖；在釋放一個(gè)封鎖之后，事務(wù)不再獲得其他任何封鎖。一般情況下，采用兩段鎖協(xié)議方法實(shí)現(xiàn)并發(fā)調(diào)度的可串行性。8.4數(shù)據(jù)庫恢復(fù)技術(shù)

當(dāng)數(shù)據(jù)庫出現(xiàn)損傷，或者由于人員誤操作、操作系統(tǒng)本身故障造成的數(shù)據(jù)看不見、無法讀取、丟失或數(shù)據(jù)庫數(shù)據(jù)存在，但是無法正常使用等情況都需要通過技術(shù)手段將數(shù)據(jù)恢復(fù)為可以讀取的數(shù)據(jù)。8.4.1數(shù)據(jù)庫的恢復(fù)恢復(fù)的概念和原則概念

通過技術(shù)手段，將保存在數(shù)據(jù)庫中上丟失的電子數(shù)據(jù)進(jìn)行搶救和恢復(fù)的技術(shù)。恢復(fù)原則

冗余數(shù)據(jù)。

實(shí)現(xiàn)技術(shù)

登記日志文件

日志文件的內(nèi)容

登記日志文件

日志文件的作用

實(shí)現(xiàn)技術(shù)

數(shù)據(jù)轉(zhuǎn)儲(chǔ)

基本概念

數(shù)據(jù)轉(zhuǎn)儲(chǔ)是DBA定期將整個(gè)數(shù)據(jù)庫復(fù)制到磁帶或另一個(gè)磁盤上保存起來的過程，是數(shù)據(jù)庫恢復(fù)的基本技術(shù)。這些復(fù)制的數(shù)據(jù)稱做后備副本或后援副本。實(shí)現(xiàn)技術(shù)

數(shù)據(jù)轉(zhuǎn)儲(chǔ)

轉(zhuǎn)儲(chǔ)的類型

a.按轉(zhuǎn)儲(chǔ)的狀態(tài)

靜態(tài)轉(zhuǎn)儲(chǔ)和動(dòng)態(tài)轉(zhuǎn)儲(chǔ)

b.按轉(zhuǎn)儲(chǔ)的方式

海量轉(zhuǎn)儲(chǔ)和增量轉(zhuǎn)儲(chǔ)實(shí)現(xiàn)技術(shù)

數(shù)據(jù)轉(zhuǎn)儲(chǔ)

轉(zhuǎn)儲(chǔ)的策略

數(shù)據(jù)轉(zhuǎn)儲(chǔ)應(yīng)遵循一下