經過前十篇的實戰演練，本篇不再贅述基礎語法，而是聚焦於 **RMAN 核心優勢總結**、**各類故障場景的標準恢復策略對照表**，以及 **RMAN 與傳統自訂腳本 (User-Managed) 的深度對比**，幫助 DMA 建立完整的備份恢復決策框架。
以下表格依據 歸檔模式、資料庫狀態、遺失檔案類型 三個維度，列出 Oracle 官方建議的標準恢復路徑。掌握此表，面對故障即可快速定位操作手冊。
| 遺失/損壞檔案 | 歸檔模式 | 資料庫狀態 | 恢復方法關鍵步驟 |
|---|---|---|---|
| 一個或多個資料檔 | 非歸檔 (NOARCHIVELOG) | 關閉 (MOUNT/CLOSED) | 使用一致性完整備份還原整庫 → ALTER DATABASE OPEN RESETLOGS → 遺失備份後所有變更。例外： 若線上重做日誌未被覆寫，可嘗試不帶 RESETLOGS 開啟。 |
| 非歸檔 | 關閉 | 同上，若同時遺失線上重做日誌，同樣需 RESETLOGS。 | |
| 非歸檔 | 關閉 | 同上，若同時遺失所有控制檔，同樣需 RESETLOGS。 關鍵前提： 必須擁有正確的控制檔備份。 |
|
| 一個或多個資料檔 | 歸檔 (ARCHIVELOG) | 開啟 | 表空間/資料檔 OFFLINE → RESTORE → RECOVER → ONLINE。 **零資料遺失**，其他表空間線上可用。 |
| 所有資料檔 | 關閉 | RESTORE DATABASE → STARTUP MOUNT → RECOVER DATABASE → ALTER DATABASE OPEN (若所有重做日誌完好，無需 RESETLOGS)。 |
|
| 資料檔 + 所需歸檔日誌遺失 | 開啟 | 針對受影響表空間執行 基於時間點的不完全恢復 (TSPITR)，恢復至最近可用歸檔日誌對應的 SCN/時間點。 | |
| 所有控制檔 (+ 可能資料檔) | 未掛載 (NOMOUNT) | RESTORE CONTROLFILE → ALTER DATABASE MOUNT → RESTORE DATABASE → RECOVER DATABASE。**零資料遺失**，但恢復期間資料庫不可用。 |
|
| 所有控制檔 + 資料檔 + 歸檔/線上重做日誌遺失 | 未掛載 | RESTORE CONTROLFILE + DATAFILE → 不完全恢復 至最近可用歸檔日誌 → ALTER DATABASE OPEN RESETLOGS。**遺失日誌區間的變更將永久丟失**。 |
|
| 註： 歸檔模式下不一定需關庫，視故障範圍決定是否需 MOUNT/OPEN 狀態操作；所有場景均需有效的控制檔備份 (或 RMAN Catalog)。 | |||
| 比較維度 | RMAN (Recovery Manager) | 自訂腳本 / OS 指令 |
|---|---|---|
| 線上備份一致性機制 | **無需 `ALTER TABLESPACE BEGIN BACKUP`**。RMAN 讀取區塊時自動重讀直到獲得一致性映像 (Fuzzy Backup 邏輯)，不產生額外 Redo。 | **必須** `BEGIN BACKUP` / `END BACKUP`。備份期間資料庫將完整區塊寫入 Redo Log，導致大量 Redo 產生、I/O 暴增、效能嚴重下降。 |
| 增量備份 | 支援 **Level 0/1 增量備份** (僅備份變更區塊)。可用於恢復，**甚至支援非歸檔模式下的增量恢復** (需一致性增量備份)。 | 僅能全量複製檔案 (CP/COPY/DD)。非歸檔模式下**無法執行任何時間點恢復**，僅能還原至備份時間點。 |
| 區塊校驗 | 備份/還原過程**自動計算檢查和**，偵測壞塊 (Logical/Physical Corruption)。`VALIDATE` 指令可離線掃描。 | **完全無校驗**。若備份檔含壞塊，恢復後資料庫將攜帶錯誤資料，極難發現。 |
| 備份體積優化 | **跳過空白區塊** (Unused Block Compression)，備份集體積遠小於資料檔實際大小。 | **逐位元複製**，體積等同資料檔大小，浪費儲存與網路頻寬。 |
| 元資料管理 | **Recovery Catalog** (獨立資料庫) 或 Controlfile 記錄：備份集、腳本、配置、歸檔日誌狀態、過期策略。支援 `REPORT NEED BACKUP`、`DELETE OBSOLETE` 自動化維護。 | **零元資料管理**。需自行撰寫腳本記錄備份時間、位置、保留天數，維護成本極高、易遺漏。 |
| 腳本化與自動化 | **Stored Scripts** 儲存於 Catalog，支援變數替換、條件邏輯、`RUN { ... }` 區塊。一鍵執行複雜備份/恢復流程。 | 僅能寫 OS Batch/Shell 腳本，維護困難，跨平台移植性差。 |
| 資料庫複製 | `DUPLICATE TARGET DATABASE` 一鍵從備份建立備份庫/Standby/測試庫，自動處理 DBID、控制檔、參數檔、目錄重命名。 | 需手動建立參數檔、控制檔、重命名檔案、執行恢復腳本，流程繁瑣易出錯。 |
| 並行化 | `CONFIGURE DEVICE TYPE DISK PARALLELISM 4` 自動多通道並行讀寫，CPU/IO 充分利用。 | 需手動拆分檔案群組、啟動多條 `cp`/`dd` 進程，管理複雜。 |
| 歸檔日誌容錯 | **自動 Failover**：若某備份集缺少歸檔日誌，RMAN 自動嘗試從其他備份集/位置尋找相同 Sequence# 的歸檔日誌。 | 無自動機制，缺檔即恢復失敗，需人工干預。 |
| 第三方媒體管理整合 | 透過 **SBT API (Media Management Layer)** 無縫整合 Veritas, CommVault, TSM, Veeam 等備份軟體，直寫磁帶/去重存儲。 | 無標準介面，需自行開發整合介面或寫腳本搬移檔案至備份軟體監控目錄。 |
本系列涵蓋基礎備份、恢復、複製、Catalog 管理。實務上仍有高階主題值得深入：
RMAN 以其 **智慧化、自動化、容錯化** 的設計理念，成為 Oracle 資料庫備份恢復的工業標準。雖然學習曲線稍陡，但掌握核心架構 (Channel、Backup Set、Catalog、Repository) 後，即可構建出高可靠、可審計、可自動化的企業級資料保護體系。路漫漫其修遠兮，吾將上下而求索。
