【導讀】電源等任何一項不能正常工作，都會導致計算機系統(tǒng)不能正常工作。當然，這些損壞可以修復，不會導。致應用和數(shù)據(jù)的損壞。如磁盤介質的損壞，往往從鏡相上面做簡單的恢復，或簡單的切換機器就可以了。所能選擇備份策略的依據(jù)是：丟是數(shù)據(jù)的代價與確保數(shù)據(jù)不丟失的代價之比。ORACLE本身就提供了強大的備份與恢復策略，這里我們只討論ORACLE備份策略，以下的備份。都是指ORACLE數(shù)據(jù)庫備份，恢復將放到下一講中。能夠進行什么樣的恢復依賴于有什么樣的備份。作為DBA，有責任從以下三個方面維護數(shù)據(jù)庫的。·當數(shù)據(jù)庫不可避免地失效后，要使恢復時間減到最少，從而使恢復的效率達到最高；災難恢復的最重要的工作是設計充足頻率的硬盤備份過程。備份過程應該滿足系統(tǒng)要求的可恢復。都在想辦法降低維護成本，現(xiàn)實的方案才可能被采用。線，花少量的錢進行成功的備份與恢復也是可能的。，只能恢復數(shù)據(jù)庫到最近的回收點。一般情況下為NOARCHIVELOG方式。做備份，對可能出現(xiàn)的問題作出保護。

　　

【正文】 /u01/oradata/backup/db1%u_%s_%p? database skip readonly。 sql ?alter system archive log current?。 backup fileaperset 3 format ?/u01/oradata/backup/arch%u_%s_%p? archivelog all delete input。 備份歸檔可選，可以單獨 定期備份 release channel c1。 release channel c2。 release channel c3。 } 如果按照以上備份策略，則每天的所需要備份的數(shù)據(jù)量只有一天的改變量。而做恢復時最多要恢復當月的一個零級備份 +三個一級備份 +6 個二級備份 +當天的歸檔文件。如果不能接受這樣的恢復時間，可以減少零級備份之間的時間間隔。 在每次備份后，原則上在該備份點之前的歸檔日志就可以刪除掉了，但是為了進一步的安全以及日后需要（如使用 LOGMNR 查找所需信息），建議有條件的話，歸檔日志保存一年，可以 保存在磁帶等廉價存取設備上。 與 RMAN 備份有關的優(yōu)化 備份操作主要是完成以下三個步驟 從磁盤上讀取數(shù)據(jù) 在內存中處理數(shù)據(jù)塊 寫入數(shù)據(jù)到磁盤或磁帶 以上的讀寫操作可以同步或異步的完成，在同步 I/O 操作中，一個時間只允許有一個 IO 操作，但是在異步 I/O 操作中，一個時間允許有多個 IO 操作。因此，備份與恢復的調優(yōu)主要集中在以下幾個方面： 提高同步或異步 I/O 操作能力 在支持異步操作的操作系統(tǒng)上，可以通過設置TAPE_AYSNCH_IO,DISK_ASYNCH_IO 和 BACKUP_TYPE_IO_SLAVES 來支持異步操作，提高寫的能力。 提高磁盤讀能力 可以在 backup 命令后通過設置 DISKRATIO 來保證從多個磁盤上讀取數(shù)據(jù)，保證連續(xù)的數(shù)據(jù)流。 正確設置緩沖區(qū)與參數(shù)值 設置 LARGE_POOL_SIZE，使備份可以使用連續(xù)的緩沖池，通過設置DB_FIL_DIRECT_IO_COUNT 可以提高緩沖區(qū)的利用。如果使用磁帶備份，還可以設置 BACKUP_TYPE_IO_SLAVES 來提高磁帶的寫能力。 采用并行備份 開辟多個通道，可以實現(xiàn)并行備份與恢復 備份 RMAN 數(shù) 據(jù)庫 RMAN 自己的數(shù)據(jù)庫也需要備份，但是本身很小，而且不是經(jīng)常發(fā)生變化，所以在每次 RMAN 備份完成后，都可以用如下腳本對 RMAN 數(shù)據(jù)庫備份。 EXP pafile = 為 USERID=RMAN/RMAN BUFFER=32768 OWNER=RMAN FILE= ROWS=Y GRANTS=Y COMPRESS=Y CONSISTENT=Y 使自動備份數(shù)據(jù)庫 自動備份數(shù)據(jù)庫不外乎以下三種方式 WINDOWS 下的任務計劃 (At 命令 ) UNIX 下的 Crontab 第三方工具如 Viritas 在以上三種方式中 Viritas 屬于第三方工具，很多人可能都沒有接觸，主要說一下windows 的任務計劃與 unix 的 cron 1. 生成腳本文件，如 假定文件內容如下： $cat connect target sys/password rcvcat rman/rman@localname。 run{ allocate channel c1 type disk。 allocate channel c2 type disk。 allocate channel c3 type disk。 backup fileaperset 3 format ?/u01/oradata/backup/arch%u_%s_%p? archivelog all delete input。 release channel c1。 release channel c2。 release channel c3。 } 2. 生成執(zhí)行文件 在 windows 上生成 ，內容包括 rman cmdfile = 在 unix 下生成 ，內容包括 /oracle/ramn/rman cmdfile = 3. 加入調度 在 windows 中用任務計劃向導即可，或使用 at 命令。 在 unix 中，在目標機器上編寫一個文件，用以啟動自動備份進程。假定文件名為ORACLE，文件將放在 /var/spool/cron/crontabs 目錄下 $cat oracle 0 23 * * 0 表示星期天 23 點對數(shù)據(jù)庫備份 0 12,18 * * * 表示每天 12 點， 18 點備份 Crontab 文件的每一行由六個域 (minutes,hours,day of month,month,day of week,mand)組成，域之間用空格或 Tab 分隔開來 第六章 . 常見誤區(qū) 使用 EXP/IMP 備份 EXP/IMP 不是一個良好的備份工具，在以后的發(fā)展之中， ORACLE 對 EXP/IMP用于備份的支持會越來越低。 ORACLE 只是把 EXP/IMP 當作一個好的工具而不是備份工具，在對于大型數(shù)據(jù)庫，如 TB 級數(shù)據(jù)庫或 數(shù)據(jù)倉庫， EXP/IMP 肯定會力不從心。 在應用程序中備份數(shù)據(jù)庫 在論壇上，有很多這樣的要求， “我怎么在程序中備份與恢復數(shù)據(jù)庫？ ”。首先說，這個并不是不可以實現(xiàn)，但是實現(xiàn)的過程會很復雜而且意外會很多。就我的感覺，提出這樣問題的人，首先一點就是對 ORACLE 或 DBA 的不了解，如果 ORACLE 可以這么輕松的實現(xiàn)備份與恢復，那么我可以說，就不需要 DBA 了。 冷備份比熱備份更容易，效果會更好 有人認為，冷備份是關閉數(shù)據(jù)庫進行的一致性備份，肯定比熱備份要好，使用也容易，其實不盡然，在熱備份中，一樣可以實現(xiàn)數(shù)據(jù) 庫的全備份，而且不會影響到數(shù)據(jù)庫的運行。建議所有的生產(chǎn)機，都運行在歸檔方式下，采用熱備份方式。 第七章 . 常見問題 我導出的數(shù)據(jù)為什么不能導入，提示不支持的字符集轉換 答：參考上面的字符集原則，導出數(shù)據(jù)時客戶端與數(shù)據(jù)庫字符集一致，導入時修改為與目標數(shù)據(jù)庫字符集一致。 我的歸檔日志越來越多，我什么時候可以刪除歸檔日志？ 答：在每一次全備份（如 OS 全冷備份或全熱備份）或基于全備份的增量備份（如RMAN 基于 0 級備份上的增量備份）后都可以刪除該備份點之前的歸檔日志，建議在磁帶上保留一年。 全備份時一定需 要備份所有數(shù)據(jù)文件嗎？ 答：不需要，起碼有兩類數(shù)據(jù)文件可以不備份，一類就是臨時數(shù)據(jù)文件，如果丟失，可以刪除后重建；一類是只讀表空間數(shù)據(jù)文件，如果上次備份以來，沒有修改過表空間的只讀屬性，就可以不需要備份。 聯(lián)機日志需要備份嗎？ 答：如果是歸檔方式熱備份，就沒有必要備份聯(lián)機日志。但是對于冷備份，可以備份聯(lián)機日志，特別是不歸檔狀態(tài)。備份過聯(lián)機日志后的冷備份，因為數(shù)據(jù)庫是一致的，可以恢復到該備份點。 第八章 . 小結 什么是數(shù)據(jù)庫備份，數(shù)據(jù)庫備份就是把數(shù)據(jù)庫復制到轉儲設備的過程。 數(shù)據(jù)庫的運行方式，可以 分為歸檔方式和非歸檔方式，建議運行在歸檔方式下運行熱備份。 了解了數(shù)據(jù)庫的備份方式，邏輯備份、冷備份、熱備份 了解數(shù)據(jù)庫的備份工具， EXP/IMP 執(zhí)行邏輯備份， OS 腳本可以執(zhí)行冷備份或熱備份， RMAN 也可以執(zhí)行冷備份或熱備份 了解 ORACLE 的備份策略，并怎樣選擇最佳的備份策略 知道怎么樣啟動自動備份，了解 Windows 的 at 命令與 unix 的 cron 進程。