第一章. 概要

1、瞭解什麼是備份

2、瞭解備份的重要性

3、理解資料庫的兩種執行方式

4、理解不同的備份方式及其區別

5、瞭解正確的備份策略及其好處

第二章. 瞭解備份的重要性

可以說，從計算機系統出世的那天起，就有了備份這個概念，計算機以其強大的速度處理能力，取代了很多人為的工作，但是，往往很多時候，它又是那麼弱不禁風，主機板上的晶片、主機板電路、記憶體、電源等任何一項不能正常工作，都會導致計算機系統不能正常工作。當然，這些損壞可以修復，不會導致應用和資料的損壞。但是，如果計算機的硬碟損壞，將會導致資料丟失，此時必須用備份恢復資料。

其實，在我們的現實世界中，已經就存在很多備份策略，如RAID技術，雙機熱備，叢集技術發展的不就是計算機系統的備份和高可用性嗎？有很多時候，系統的備份的確就能解決資料庫備份的問題，如磁碟介質的損壞，往往從鏡相上面做簡單的恢復，或簡單的切換機器就可以了。

但是，上面所說的系統備份策略是從硬體的角度來考慮備份與恢復的問題，這是需要代價的。我們所能選擇備份策略的依據是：丟是資料的代價與確保資料不丟失的代價之比。還有的時候，硬體的備份有時根本滿足不了現實需要，假如你誤刪了一個表，但是你又想恢復的時候，資料庫的備份就變的重要了。ORACLE本身就提供了強大的備份與恢復策略，這裡我們只討論ORACLE備份策略，以下的備份都是指ORACLE資料庫備份，恢復將放到下一講中。

所謂備份，就是把資料庫複製到轉儲裝置的過程。其中，轉儲裝置是指用於放置資料庫複製的磁帶或磁碟。

能夠進行什麼樣的恢復依賴於有什麼樣的備份。作為 DBA，有責任從以下三個方面維護資料庫的可恢復性：

·使資料庫的失效次數減到最少，從而使資料庫保持最大的可用性；

·當資料庫不可避免地失效後，要使恢復時間減到最少，從而使恢復的效率達到最高；

·當資料庫失效後，要確保儘量少的資料丟失或根本不丟失，從而使資料具有最大的可恢復性。

災難恢復的最重要的工作是設計充足頻率的硬碟備份過程。備份過程應該滿足系統要求的可恢復性。例如，如果資料庫可有較長的關機時間，則可以每週進行一次冷備份，並歸檔重做日誌，對於24*7的系統，或許我們考慮的只能是熱備份。 如果每天都能備份當然會很理想，但要考慮其現實性。企業都在想辦法降低維護成本，現實的方案才可能被採用。只要仔細計劃，並想辦法達到資料庫可用性的底線，花少量的錢進行成功的備份與恢復也是可能的。

第三章. 瞭解ORACLE的執行方式

ORACLE資料庫有兩種執行方式：一是歸檔方式（ARCHIVELOG），歸檔方式的目的是當資料庫發生故障時最大限度恢復資料庫，可以保證不丟失任何已提交的資料；二是不歸檔方式(NOARCHIVELOG)，只能恢復資料庫到最近的回收點（冷備份或是邏輯備份）。我們根據資料庫的高可用性和使用者可承受丟失的工作量的多少，對於生產資料庫，強烈要求採用為歸檔方式；那些正在開發和除錯的資料庫可以採用不歸檔方式。

如何改變資料庫的執行方式，在建立資料庫時，作為建立資料庫的一部分，就決定了資料庫初始的存檔方式。一般情況下為NOARCHIVELOG方式。當資料庫建立好以後，根據我們的需要把需要執行在歸檔方式的資料庫改成ARCHIVELOG方式。

3.1改變不歸檔方式為為歸檔方式

1.關閉資料庫，備份已有的資料，改變資料庫的執行方式是對資料庫的重要改動，所以要對資料庫做備份，對可能出現的問題作出保護。

2. 修改初試化引數，使能自動存檔修改（新增）初始化檔案init[SID].ora引數：

log_archive_start=true #啟動自動歸檔

log_archive_format=ARC%T%S.arc #歸檔檔案格式

log_archive_dest=/arch12/arch #歸檔路徑

在8i中，可以最多有五個歸檔路徑，並可以歸檔到其它伺服器，如備用資料庫(standby database)伺服器

3.啟動Instance到Mount狀態，即載入資料庫但不開啟資料庫：

$>SVRMGRL

SVRMGRL >connect internal

SVRMGRL >startup mount

4.發出修改命令

SVRMGRL >alter database archivelog;

SVRMGRL>alter database open;

3.2 改變歸檔狀態為不歸檔狀態

與以上步驟相同，但有些操作不一樣，主要是在以上的b操作中，現在為刪除或註釋該引數，在d操作中，命令為

SVRMGRL >alter database noarchivelog;

注意，從歸檔方式轉換到非歸檔方式後一定要做一次資料庫的全冷備份，防止意外事件的發生。

[@more@]