Oracle 的自身備份
到現在為止，許多開發人員已經認識到 RMAN 的潛力以及它作為數據庫備份工具的實用性。 您可能還記得 RMAN 可以將數據直接備份到磁盤和磁帶。 當涉及磁帶解決方案時，RMAN 使用名為介質管理庫 (MML) 的 API 來操縱磁帶子系統。
此 MML 特定於所涉及的磁帶管理系統和硬件。 （例如，如果涉及 Tivoli Storage Manager，則必須使用特定的 MML — Tivoli Data Protector，RMAN 需要它來通過 Tivoli 管理磁帶。） 盡管 RMAN 是數據庫引擎的一個特性，但 MML 不是引擎的一部分，而是由別人提供的；實際上，其價格可能相當高。 此外，如果您的主要目的是備份 Oracle 數據庫，則在 MML 方面進行額外的投資就顯得不適當了。
在 Oracle 數據庫 10g 第 2 版中，一個名為 Oracle Secure Backup (OSB) 的新工具代替了特定於第三方磁帶管理系統的 MML，從而使此要求變得更容易接受。 OSB 可以直接備份到磁帶庫，因此您不需要任何其他介質管理層。 而其最大的優點是，OSB 與數據庫引擎緊密集成，因此可以通過 Oracle Enterprise Manager 對它進行控制和管理。
但其他非數據庫備份（如備份 Oracle Home、初始化文件、集群注冊表文件（就 RAC 而言）以及其他重要文件）又如何呢？ 您可能會問，這些備份不需要備份工具嗎？
回答是“不需要”。就像任何獨立工具一樣，OSB 也可以執行文件系統備份。 顯而易見，無需使用 MML 來進行 RMAN 備份再加上備份文件系統這一功能提供了一個低成本和簡化的備份和恢復方法。
下面介紹如何在 Oracle Enterprise Manager 中使用 MML 組件。 首先，在 Oracle Enterprise Manager GUI 中選擇 Maintenance 選項卡：
從以上菜單中，選擇標題為“Configure Backup Settings”的超鏈接，隨即將顯示一個如下所示的屏幕：
注意此屏幕上的“Tape Settings”部分，您將在該部分中配置 Oracle Backup 工具。
Oracle Backup Administrative 軟件可以在一台獨立的主機上運行，在此主機中，該軟件通過數據服務器上運行的代理進行管理。 在本示例中，Administrative 主機安裝在主機 proliback.proligence.com 上並在其上運行，且 Oracle Backup 工具已經安裝到 /bin/obt 目錄中。
當然，許多 DBA 仍喜歡使用命令行和編寫腳本。 OSB 提供了一個名為 obtool 的命令行工具。 可以通過鍵入以下命令調用該命令行版本：
obtool
該命令調出 OSB 提示符 ob>。 可以在此處鍵入“help”來查看可用的命令。
ob > help
或者，可以在命令名之後使用關鍵字“glossary”以獲得有關此命令的更多詳細信息：
ob> help restore glossary
要備份 Oracle Home，應使用：
ob> backup --level incr --at 2005/03/29.09:00 --priority 1 --family Pool1 --privileged --dataset OracleHome --expirerequest 7days
我們需要對以上命令進行一些說明。 第一個參數 (level) 指示備份級別。 在此您指定了增量備份來備份自上次增量備份以來更改的所有文件。 第二個參數 2005/03/29.09:00 指定備份運行的時間， 即 2005 年 3 月 29 日上午 9 點。
如果有多個備份作業，那麼它們按照什麼順序執行？ 此順序由優先級選項（此處設置為 1，表示“最高優先級”）指定。 可以指定一個小於等於 100 的值來指定較低的優先級。
您還為不同類型的備份指定了幾個介質池。 例如，您可以有一個用於數據文件備份的介質池，一個用於歸檔日志的介質池，和一個用於其他非數據庫備份的介質池。 此處，您將名為 Pool1 的池指定為用於此備份的池。
您已經通過參數數據集指定了要備份的文件。 當您期望另一個增量備份發生時，您已經通過參數 expirerequest 請求在 7 天後使此備份過期。
我在這裡的目的是提供一個非常簡要的介紹；完整介紹將需要一本書的篇幅。 有關 OSB 的更多信息，請參考可用的文檔集。
既往作業和當前作業的動態 RMAN 視圖
與許多其他 DBA 一樣，自從 Oracle8 中引入 RMAN 後不久，我便對它情有獨鐘。 但我從不認為對它的活動有一個徹底的了解。
