Oracle備份與容災詳解

1、Oracle 數(shù)據(jù)安全01020403備份與容災的重要性備份與容災概況邏輯備份物理備份05容災一一. 為什么要進行備份和容災？為什么要進行備份和容災？1.1. 數(shù)據(jù)庫系統(tǒng)故障數(shù)據(jù)庫系統(tǒng)故障案例案例1：如某客戶的IT設(shè)備機房突然停電，造成存儲磁盤損壞，數(shù)據(jù)文件也因此損壞，來電后數(shù)據(jù)庫無法啟動，如果沒有備份，則數(shù)據(jù)庫恢復工作將非常艱難.案例案例2：某客戶的oracle數(shù)據(jù)庫系統(tǒng)采用aix小機做硬件平臺，但由于此小機購買年份較早，早過了維保期，某天突然宕機，操作系統(tǒng)無法啟動，由于沒有專業(yè)的小機維護人員，小機始終無法啟動，業(yè)務(wù)也因此無法運行，幸好有異機備份，在短時間內(nèi)恢復了數(shù)據(jù)。案例案例3：某客戶要新

2、裝一套rac數(shù)據(jù)庫，但由于安裝過程報錯，需要刪除軟件并重新安裝，但不小心連到了生產(chǎn)數(shù)據(jù)庫，刪除了生產(chǎn)庫的數(shù)據(jù)庫軟件，類似誤刪除操作還有很多慘痛的案例一一.為什么要進行備份和容災？為什么要進行備份和容災？1.2. 應用程序故障應用程序故障案例：案例：某客戶的軟件系統(tǒng)在試運行期間，由于需要上新的功能模塊，開發(fā)人員添加一個欄目時發(fā)現(xiàn)添加有問題，需要刪掉此欄目，結(jié)果刪除的時候把上級目錄也刪掉了，導致整個目錄的其他欄目都刪掉了，此問題是軟件的一個bug，而此時undo回滾表空間的內(nèi)容也已經(jīng)沖掉了，如果沒有備份，數(shù)據(jù)將很難找回來。1.3. 人為失誤人為失誤案例：案例：某客戶維護一張表時，認為數(shù)據(jù)不再需要了

3、，就truncate table t_xxx,結(jié)果后來又證明那張表還有需要的數(shù)據(jù)，但后悔已經(jīng)來不及了二二. 備份和容災概況備份和容災概況我們有哪些方式避免各種自然災害、人為失誤及應用程序故障？我們有哪些方式避免各種自然災害、人為失誤及應用程序故障？Oracle為我們提供了多種備份和容災方式：為我們提供了多種備份和容災方式： 1.冷備份（操作系統(tǒng)copy數(shù)據(jù)文件） 2.Rman物理備份 3.邏輯備份（exp/expdp） 4.rac 5.數(shù)據(jù)衛(wèi)士（Dataguard） 6.Goldengate其他廠商提供的備份和容災方式：其他廠商提供的備份和容災方式： IBM的FlashCopy EMC的SRD

4、F等存儲復制技術(shù)2.1 區(qū)分物理備份和邏輯備份區(qū)分物理備份和邏輯備份物理備份就是轉(zhuǎn)儲ORACLE物理文件(如數(shù)據(jù)文件、控制文件、歸檔日志文件等)，一旦數(shù)據(jù)庫發(fā)生故障，可以利用這些文件進行還原； 邏輯備份就是對數(shù)據(jù)庫對象(如用戶、表、存儲過程等)利用EXPORT等工具進行導出工作，可以利用IMPORT等工具把邏輯備份文件導入到數(shù)據(jù)庫。特點：特點：物理備份備份的是數(shù)據(jù)文件、歸檔日志等底層文件，是真正適用于生產(chǎn)環(huán)境的備份，強烈推薦生產(chǎn)庫采用物理備份邏輯備份是按一定的格式導出業(yè)務(wù)數(shù)據(jù)，適合特定場合，兩種備份都不能直接查看數(shù)據(jù)，需要用相應的工具導入或還原才能讀取數(shù)據(jù)2.2.1 什么是冷備份？什么是冷備份

5、？數(shù)據(jù)庫沒有打開的情況下，使用操作系統(tǒng)命令或數(shù)據(jù)庫沒有打開的情況下，使用操作系統(tǒng)命令或rman進行備份，由于數(shù)據(jù)庫沒有進行備份，由于數(shù)據(jù)庫沒有打開，數(shù)據(jù)庫的數(shù)據(jù)是干凈一致的，不存在活動事務(wù)。打開，數(shù)據(jù)庫的數(shù)據(jù)是干凈一致的，不存在活動事務(wù)。方式：使用操作系統(tǒng)命令直接復制數(shù)據(jù)文件到另外一個目錄即可，windows下直接復制粘貼，其他平臺如linux下：cp oracledb10g datafile$ pwd/u01/oradata/ORCL/datafileoracledb10g datafile$ cp *.dbf *.ctl *.log /backup/特點：需要將數(shù)據(jù)庫關(guān)閉才能做冷備，這樣就

6、影響了業(yè)務(wù)使用，因此在實際生產(chǎn)環(huán)境不具實際使用價值2.2 區(qū)分冷備份和熱備份區(qū)分冷備份和熱備份2.2.2 什么是熱備份？什么是熱備份？數(shù)據(jù)庫在數(shù)據(jù)庫在open狀態(tài)，事務(wù)還在活動，此時備份就是熱備份，狀態(tài)，事務(wù)還在活動，此時備份就是熱備份，oracle數(shù)據(jù)庫支持熱數(shù)據(jù)庫支持熱備份，最常用最實用的是用備份，最常用最實用的是用rman進行熱備份進行熱備份三三. rman物理備份物理備份Rman是是oracle數(shù)據(jù)庫的一個組件，功能強大，既能備份也能恢復數(shù)據(jù)庫的一個組件，功能強大，既能備份也能恢復rman可以備份可以備份這些文件：這些文件： 數(shù)據(jù)文件 歸檔日志文件 參數(shù)文件 控制文件三三. rman物

7、理備份物理備份恢復原理：恢復原理：基礎(chǔ)整庫備份+歸檔日志（+日志重演） 恢復到想要恢復的時間點因此必須開啟歸檔模式，讓數(shù)據(jù)庫的在線重做日志保存到歸檔日志目錄里，這樣才能利用基點備份基點備份+歸檔日志歸檔日志重演數(shù)據(jù)庫到指定時間而如果使用非歸檔模式，則數(shù)據(jù)庫不會保存在線重做日志，數(shù)據(jù)丟失后將不能利用基點備份重演日志，通常用通常用rman做物理備份。做物理備份。查看歸檔是否開啟：查看歸檔是否開啟：使用sys或system用戶用sqlplus登錄數(shù)據(jù)庫：SYSorclarchive log listDatabase log mode Archive ModeAutomatic archival En

8、abledArchive destination /u01/app/oracle/admin/orcl/archivelog或者：SQL select log_mode from v$database; LOG_MODE-ARCHIVELOGoracledb $ rman target / -使用使用rman登錄數(shù)據(jù)庫登錄數(shù)據(jù)庫connected to target database: TESTDB (DBID=2592324560)RMAN backup database format /backup/fullbak_%U;Starting backup at 2013/09/05 09:2

9、3:00using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: sid=145 devtype=DISKchannel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetinput datafile fno=00001 name=/u01/app/oracle/oradata/test

10、db/system.dbfinput datafile fno=00003 name=/u01/app/oracle/oradata/testdb/sysaux.dbfinput datafile fno=00004 name=/u01/app/oracle/oradata/testdb/users.dbf channel ORA_DISK_1: starting piece 1 at 2013/09/05 09:23:01channel ORA_DISK_1: finished piece 1 at 2013/09/05 09:24:07piece handle=/backup/fullba

11、k_05oj2uvl_1_1 tag=TAG20130905T092301 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:01:06channel ORA_DISK_1: starting full datafile backupsetchannel ORA_DISK_1: specifying datafile(s) in backupsetincluding current control file in backupsetincluding current SPFILE in backupset

12、channel ORA_DISK_1: starting piece 1 at 2013/09/05 09:24:10channel ORA_DISK_1: finished piece 1 at 2013/09/05 09:24:11piece handle=/backup/fullbak_06oj2v1n_1_1 tag=TAG20130905T092301 comment=NONEchannel ORA_DISK_1: backup set complete, elapsed time: 00:00:04Finished backup at 2013/09/05 09:24:113.1

13、備份過程示例：備份過程示例：可以看出備份全庫時包括兩部分：一個數(shù)據(jù)文件的備份集，其中包括了所有的數(shù)據(jù)文件，一個控制文件+spfile的備份集，包括了控制文件和spfile rootdb backup# ls -lhtotal 811M-rw-r- 1 oracle oinstall 795M Sep 5 09:23 fullbak_05oj2uvl_1_1-rw-r- 1 oracle oinstall 15M Sep 5 09:24 fullbak_06oj2v1n_1_13.2 rman備份恢復場景示例：備份恢復場景示例：現(xiàn)在已經(jīng)做了全備，即基點備份，如果我們需要恢復數(shù)據(jù)庫，我們就可以使用

14、這個全備的rman備份做基點，加上歸檔日志來恢復，如創(chuàng)建一個表并插入數(shù)據(jù)，如果此時突然發(fā)生磁盤磁盤損壞，導致數(shù)據(jù)文件損壞及數(shù)據(jù)庫異常終止，可以按如下方法恢復：SQL create table t (id number,name varchar2(30);Table created.SQL insert into t values (1,mcl);1 row created.SQL insert into t values (2,admin);1 row created.SQL insert into t values (3,dba);1 row created.SQL commit;1.在mc

15、l用戶下新建一張表，并插入數(shù)據(jù)SQL select * from t;ID NAME- - 1 mcl 2 admin 3 dbaSQL alter system switch logfile;System altered.2.假設(shè)此時磁盤發(fā)生損壞，并強制關(guān)閉了數(shù)據(jù)庫-強制關(guān)閉數(shù)據(jù)庫強制關(guān)閉數(shù)據(jù)庫SQL shutdown abortORACLE instance shut down.-刪除數(shù)據(jù)文件刪除數(shù)據(jù)文件oracledb testdb$ lscurrent.269.808996433 goldengate.dbf redo03.dbf TESTDB undotbs2.dbfcurrent.

16、269.808996433.bak redo01.dbf sysaux.dbf ts_bbed.dbf undotbs3.dbfcurrent.bak redo02.dbf system.dbf ts_mcl.dbf users.dbforacledb testdb$ rm -rf *-啟動數(shù)據(jù)庫啟動數(shù)據(jù)庫SQL startup ORACLE instance started.Total System Global Area 331350016 bytesFixed Size 2083720 bytesVariable Size 117441656 bytesDatabase Buffers

17、205520896 bytesRedo Buffers 6303744 bytesORA-00205: error in identifying control file, check alert log for more infoSQL select instance_name,status from v$Instance;INSTANCE_NAME STATUS- -testdb STARTED3.恢復控制文件RMAN restore controlfile from /backup/fullbak_06oj2v1n_1_1;Starting restore at 2013/09/05 1

18、0:46:47using target database control file instead of recovery catalogallocated channel: ORA_DISK_1channel ORA_DISK_1: sid=156 devtype=DISKchannel ORA_DISK_1: restoring control filechannel ORA_DISK_1: restore complete, elapsed time: 00:00:03output filename=/u01/app/oracle/oradata/testdb/current.269.8

19、08996433Finished restore at 2013/09/05 10:46:51-mount控制文件控制文件SQL alter database mount;Database altered.SQL select instance_name,status from v$Instance;INSTANCE_NAME STATUS- -testdb MOUNTED4.恢復數(shù)據(jù)文件包括兩步：restore、recoverRMAN restore database;Starting restore at 2013/09/05 12:42:18using channel ORA_DISK_

20、1channel ORA_DISK_1: starting datafile backupset restorechannel ORA_DISK_1: specifying datafile(s) to restore from backup setrestoring datafile 00001 to /u01/app/oracle/oradata/testdb/system.dbfrestoring datafile 00002 to /u01/app/oracle/oradata/testdb/ts_mcl.dbfrestoring datafile 00003 to /u01/app/

21、oracle/oradata/testdb/sysaux.dbfrestoring datafile 00004 to /u01/app/oracle/oradata/testdb/users.dbfrestoring datafile 00005 to /u01/app/oracle/oradata/testdb/ts_bbed.dbfrestoring datafile 00006 to /u01/app/oracle/oradata/testdb/goldengate.dbfrestoring datafile 00007 to /u01/app/oracle/oradata/testd

22、b/undotbs2.dbfrestoring datafile 00008 to /u01/app/oracle/oradata/testdb/undotbs3.dbfchannel ORA_DISK_1: reading from backup piece /backup/fullbak_05oj2uvl_1_1channel ORA_DISK_1: restored backup piece 1piece handle=/backup/fullbak_05oj2uvl_1_1 tag=TAG20130905T092301channel ORA_DISK_1: restore comple

23、te, elapsed time: 00:00:55Finished restore at 2013/09/05 12:43:13Restore其實就是把備份還原出來，但此時還是備份時的數(shù)據(jù)狀態(tài)，也就是建mcl.t表之前的狀態(tài)，數(shù)據(jù)文件目錄的文件現(xiàn)在都回來了，但注意此時數(shù)據(jù)并沒有mcl.t表oracledb backup$ ls -lh /u01/app/oracle/oradata/testdb/total 1.2G-rw-r- 1 oracle oinstall 15M Sep 5 12:45 current.269.808996433-rw-r- 1 oracle oinstall 21

24、M Sep 5 12:42 goldengate.dbf-rw-r- 1 oracle oinstall 301M Sep 5 12:42 sysaux.dbf-rw-r- 1 oracle oinstall 521M Sep 5 12:43 system.dbf-rw-r- 1 oracle oinstall 11M Sep 5 12:42 ts_bbed.dbf-rw-r- 1 oracle oinstall 1.1M Sep 5 12:42 ts_mcl.dbf-rw-r- 1 oracle oinstall 51M Sep 5 12:42 undotbs2.dbf-rw-r- 1 or

25、acle oinstall 51M Sep 5 12:42 undotbs3.dbf-rw-r- 1 oracle oinstall 213M Sep 5 12:42 users.dbfRMAN recover database;Starting recover at 2013/09/05 12:53:46using channel ORA_DISK_1starting media recoveryarchive log filename=/u01/app/oracle/arch/1_17_823348175.dbf thread=1 sequence=17archive log filena

26、me=/u01/app/oracle/arch/1_17_823348175.dbf thread=1 sequence=18RMAN-00571: =RMAN-00569: = ERROR MESSAGE STACK FOLLOWS =RMAN-00571: =RMAN-03002: failure of recover command at 09/05/2013 12:53:53RMAN-11003: failure during parse/execution of SQL statement: alter database recover logfile /u01/app/oracle

27、/arch/1_17_823348175.dbfORA-00310: archived log contains sequence 17; sequence 18 requiredORA-00334: archived log: /u01/app/oracle/arch/1_17_823348175.dbf5.恢復數(shù)據(jù)文件 continue包括兩步：restore、recoverSQL archive log listDatabase log mode Archive ModeAutomatic archival EnabledArchive destination /u01/app/orac

28、le/archOldest online log sequence 15Next log sequence to archive 17Current log sequence 176.打開數(shù)據(jù)庫 由于數(shù)據(jù)庫的當前聯(lián)機日志已經(jīng)被刪除，因此需要resetlogs方式重建redolog，并打開數(shù)據(jù)庫SQL alter database open resetlogs;Database altered.7.驗證數(shù)據(jù) SQL select * from mcl.t;ID NAME- - 1 mcl 2 admin 3 dba總結(jié)：備份不是目的，恢復才是目的?；謴蜁r需要一個基點備份（restore出來），然

29、后在此基礎(chǔ)上重演歸檔日志和在線日志（recover過程），恢復到故障發(fā)生的那一刻3.3 生產(chǎn)環(huán)境下備份作業(yè)（適合小數(shù)據(jù)量）生產(chǎn)環(huán)境下備份作業(yè)（適合小數(shù)據(jù)量）1.準備一個空間足夠的備份盤，并mount到/backup目錄2.創(chuàng)建相關(guān)備份目錄mkdir -p /backup/oracle/testdb/archbackupmkdir -p /backup/oracle/testdb/fullbackupmkdir -p /backup/oracle/testdb/ctlbackupmkdir -p /backup/oracle/testdb/scriptmkdir -p /backup/oracl

30、e/testdb/logmkdir -p /backup/oracle/testdb/otherchown -R oracle:oinstall /backup/chmod -R 775 /backup/3.上傳備份腳本到/backup/oracle/testdb/script/4.制定任務(wù)計劃定時執(zhí)行備份：crontab -e0 2 * * * /backup/oracle/testdb/script/startrman.sh3.4 生產(chǎn)環(huán)境下增量備份作業(yè)（適合大數(shù)據(jù)量）生產(chǎn)環(huán)境下增量備份作業(yè)（適合大數(shù)據(jù)量）增量備份的級別：增量備份的級別：增量備份可以有 n 多個級別，從0級、1級、2級這樣

31、順序排列直到 n 級（ n 為小于等于4的正整數(shù)）。增量備份分類：增量備份分類： 差異增量備份（備份同級和小于同級的變化數(shù)據(jù)） 累計增量備份（備份小于同級的變化數(shù)據(jù)）差異增量備份差異增量備份周日：周日：全庫備份周一：周一：只備份level0之后有變化的數(shù)據(jù)塊周二：周二：只備份周一以來所有變化的數(shù)據(jù)塊周三：周三：只備份周二以來所有變化的數(shù)據(jù)塊累計累計增量備份增量備份周日：周日：全庫備份周一：周一：備份周日level0之后有變化的數(shù)據(jù)塊周二：周二：備份周日以來所有變化的數(shù)據(jù)塊周三：周三：備份周日以來所有變化的數(shù)據(jù)塊差異增量備份特點：只備份小于同級的數(shù)據(jù)變化，但恢復時需要讀取更多的備份集，因此備份時

32、間短，恢復時間長。累計增量備份特點：只備份小于等于同級的數(shù)據(jù)變化，但恢復時可以讀取更少的備份集，因此備份時間長，恢復時間短。實際生產(chǎn)環(huán)境備份示例：實際生產(chǎn)環(huán)境備份示例：1.創(chuàng)建備份磁盤及目錄，建立相關(guān)目錄（參考上節(jié)）部署備份作業(yè)步驟：部署備份作業(yè)步驟：2. 上傳備份腳本到/backup/oracle/testdb/script目錄3. 開啟備份的block change trace功能（非必須）SQL alter database enable block change tracking;SQL select * from v$block_change_tracking;STATUS FILE

33、NAME BYTES- - -ENABLED +DATADG/urpdb/changetracking/ctf.303.823879167 12681216crontab -e0 2 * * * /backup/oracle/testdb/script/startrman.sh4. 制定備份自動注意：以上腳本需要根據(jù)實際數(shù)據(jù)庫名做修改注意：以上腳本需要根據(jù)實際數(shù)據(jù)庫名做修改四四. 邏輯備份邏輯備份邏輯備份包括邏輯備份包括exp/expdp：其中exp是oracle比較古老的數(shù)據(jù)導出工具了，oracle10g及以后建議使用expdp導數(shù)據(jù)，因為后者速度更快，使用更加靈活，兩者之間最大的區(qū)別在于：

34、exp可以把數(shù)據(jù)導出到客戶端，也可以導出到服務(wù)器端，但expdp只能導出到服務(wù)器端邏輯導出的特點：邏輯導出的特點：優(yōu)點：優(yōu)點：邏輯導出可以只導出部分對象，方式靈活，導出的dmp文件可以跨平臺、跨操作系統(tǒng)、跨數(shù)據(jù)庫版本導入到別的數(shù)據(jù)庫中，因此這種平臺無關(guān)、版本無關(guān)的特性適合數(shù)據(jù)遷移（1T以下）、數(shù)據(jù)備份。缺點：缺點：導出那一刻數(shù)據(jù)就已經(jīng)固定了，無法利用數(shù)據(jù)庫日志進行重演而恢復到最新的狀態(tài)，但有時候也不需要這種功能。另外導出速度快，導入速度慢，不適合大數(shù)據(jù)量的導入，但對于中小型數(shù)據(jù)庫（1T以下）使用場景很多。exp/expdp分為三種導出模式：分為三種導出模式： 表模式：表模式：導出一個表或多個表

35、，在導出時指定tables=xxx.xxx 用戶模式：用戶模式：導出一個schema下的所有對象 全庫模式：全庫模式：full=ySQL select userenv(language) from dual;USERENV(LANGUAGE)-AMERICAN_AMERICA.AL32UTF84.1 exp示例：示例：1.查詢數(shù)據(jù)庫的字符集查詢數(shù)據(jù)庫的字符集2.設(shè)置設(shè)置NLS_LANG環(huán)境變量，避免環(huán)境變量，避免導出時字符集轉(zhuǎn)換導出時字符集轉(zhuǎn)換oracledb backup$ export NLS_LANG=AMERICAN_AMERICA.AL32UTF83.exp導出數(shù)據(jù)導出數(shù)據(jù)oracl

36、edb backup$ exp mcl/mcl tables=mcl.t file=/backup/mcl_t.dmpExport: Release .0 - Production on Thu Sep 5 16:23:44 2013Copyright (c) 1982, 2007, Oracle. All rights reserved.Connected to: Oracle Database 10g Enterprise Edition Release .0 - 64bit ProductionWith the Partitioning, OLAP, Da

37、ta Mining and Real Application Testing optionsExport done in AL32UTF8 character set and AL16UTF16 NCHAR character setAbout to export specified tables via Conventional Path . . exporting table T 3 rows exportedExport terminated successfully without warnings.oracledb backup$ mkdir -p /backup/dir_dump/

38、SQL create directory dir_dump as /backup/dir_dump;Directory created. 4.2 expdp示例：示例：1.建目錄及目錄對象：建目錄及目錄對象：2.導出數(shù)據(jù)：導出數(shù)據(jù)：oracledb backup$ expdp mcl/mcl directory=dir_dump tables=mcl.t dumpfile=mcl_t_expdp.dmp logfile=expdp_mcl_t.logExport: Release .0 - 64bit Production on Thursday, 05 September,

39、2013 16:44:30Copyright (c) 2003, 2007, Oracle. All rights reserved.Connected to: Oracle Database 10g Enterprise Edition Release .0 - 64bit ProductionWith the Partitioning, OLAP, Data Mining and Real Application Testing optionsStarting MCL.SYS_EXPORT_TABLE_01: mcl/* directory=dir_dump tables=

40、mcl.t dumpfile=mcl_t_expdp.dmp logfile=expdp_mcl_t.log Estimate in progress using BLOCKS method.Processing object type TABLE_EXPORT/TABLE/TABLE_DATATotal estimation using BLOCKS method: 64 KBProcessing object type TABLE_EXPORT/TABLE/TABLEProcessing object type TABLE_EXPORT/TABLE/STATISTICS/TABLE_STA

41、TISTICS. . exported MCL.T 5.242 KB 3 rowsMaster table MCL.SYS_EXPORT_TABLE_01 successfully loaded/unloaded*Dump file set for MCL.SYS_EXPORT_TABLE_01 is: /backup/dir_dump/mcl_t_expdp.dmpJob MCL.SYS_EXPORT_TABLE_01 successfully completed at 16:44:524.3 一個實際生產(chǎn)環(huán)境邏輯備份示例：一個實際生產(chǎn)環(huán)境邏輯備份示例：生產(chǎn)庫環(huán)境： rac數(shù)

42、據(jù)庫 操作系統(tǒng)平臺：HUPX11.31備份庫環(huán)境： 單機數(shù)據(jù)庫操作系統(tǒng)平臺：AIX 5.3邏輯備份需求:主庫有rman物理備份,但為了加固數(shù)據(jù)安全，防止因存儲控制器損壞等問題造成數(shù)據(jù)全部丟失，利舊AIX 小機做邏輯備份，數(shù)據(jù)文件總大小為196G，expdp導出并壓縮后的實際數(shù)據(jù)為 5G，業(yè)務(wù)用戶約50個，每天夜里備份完所有的業(yè)務(wù)用戶數(shù)據(jù)后，使用scp復制到備庫，并在主庫保留7天數(shù)據(jù)，備庫上保留14天。5. 其他災備其他災備5.1 rac RAC是為了滿足人們對系統(tǒng)的高可靠性、高速性以及VLDB（大規(guī)模數(shù)據(jù)庫）的需求而開發(fā)設(shè)計的一項集群處理技術(shù)。另外，它還能提高系統(tǒng)的吞吐量，并有

43、效支持更多的用戶 ，RAC可以讓多個節(jié)點的多個實例同時訪問同一個數(shù)據(jù)庫。這樣，系統(tǒng)就可以把一個大的任務(wù)分為幾個子任務(wù)，給不同的節(jié)點去執(zhí)行,從而橫向擴展服務(wù)器內(nèi)存、cpu壓力。Rac的的優(yōu)點優(yōu)點: 多個數(shù)據(jù)庫服務(wù)器擔任實例，同時能對外提供服務(wù),可以提供負載均衡和故障切換,任何一臺數(shù)據(jù)庫服務(wù)器發(fā)生故障，業(yè)務(wù)均不會受到影響,對服務(wù)器單點故障能起到很好的保護作用.Rac的的缺點缺點:在共享存儲上只有1份數(shù)據(jù),如果存儲發(fā)生故障,數(shù)據(jù)可能會丟失,RTO時間也比較長,從性能角度上講,如果軟件本身的性能比較差（如sql比較低效）,擴容成rac也不能解決性能問題,另外如果硬件比較差,如存儲讀寫慢、內(nèi)網(wǎng)速度慢，r

44、ac本身就是性能瓶頸;部署要求部署要求:兩臺相同硬件架構(gòu)(甚至型號)的數(shù)據(jù)庫服務(wù)器,每臺數(shù)據(jù)庫服務(wù)器至少兩塊網(wǎng)卡,一臺共享存儲,至少一臺光纖交換機;5.1 rac5.2 dataguarddataguard包含一個生產(chǎn)數(shù)據(jù)庫（單機或者rac）和一個或更多備份數(shù)據(jù)庫（也可以是單機或 rac）。在 Data Guard 配置中的數(shù)據(jù)庫可以通過oracle Net 連接并可以分布在不同地理位置, 通過冗余數(shù)據(jù)來提供數(shù)據(jù)保護。 dataguard 通過日志同步機制保證冗余數(shù)據(jù)和主數(shù)據(jù)之間的同步，這種同步可以是實時、延時、同步、異步多種形式。數(shù)據(jù)庫所處位置是沒有限制的，只要它們能互相通信,特點如下： p Data Guard 采用捕獲主庫歸檔日志或在線重做日志的方式，把所有主庫的數(shù)據(jù)改變傳遞到備庫進行重演，以此保證低延遲、一致性的多份數(shù)據(jù)。 p 10g版本的dataguard的備庫只能處于