備份是資料庫生存底線，但認知偏差往往導致災難性後果。本文揭露三大經典備份誤區，並針對字元集匯入失敗、歸檔日誌清理、全備份範圍、線上日誌備份四大高頻問題提供標準答案，助您建立正確備份體系。
真相：EXP/IMP 是邏輯遷移工具，非備份工具。Oracle 官方定位為「資料移動工具」，未來版本將逐步淘汰 (12c+ 已標記不推薦)。
正解：生產環境必須使用 RMAN (Recovery Manager) 或第三方備份軟體 (NetBackup, Avamar, CommVault 等)。
真相：技術上可行但極度不推薦。備份還原涉及例項關閉、檔案複製、歸檔切換、區塊讀寫等核心作業，應用層缺乏足夠權限與可見性，異常處理極其複雜。
正解：備份是 DBA 核心職責，應在資料庫層面透過排程 (Crontab/DBMS_SCHEDULER/Enterprise Manager) 執行，應用層僅發起還原請求觸發審批流程。
真相：冷備份需停機，違反高可用性要求。熱備份 (歸檔模式下) 可線上完成完全備份，配合 RMAN 區塊級增量備份、區塊變更追蹤，效能影響極小且支援時間點恢復。
正解：所有生產庫必須運行歸檔模式，採用 RMAN 熱備份策略。冷備份僅適用於開發測試、非核心系統維護窗口期。
原因：用戶端字元集 (NLS_LANG) 與源/目標資料庫字元集不一致。
解決：
原則：用戶端字元集 = 當前操作的資料庫字元集
原則：每次完全備份 (Level 0) 或基於 Level 0 的增量備份完成後，可刪除該備份 SCN 之前的歸檔日誌。
建議保留策略：
DB_RECOVERY_FILE_DEST_SIZE 並啟用自動刪除CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 2 TIMES TO DEVICE TYPE SBT;答案：不需要。以下兩類可排除：
DROP TABLESPACE ... INCLUDING CONTENTS AND DATAFILES 重建歸檔模式熱備份：不需要備份線上日誌，歸檔日誌已包含所有重做記錄。
非歸檔模式冷備份：建議備份線上日誌。因資料庫一致關閉，備份後的線上日誌可將資料庫恢復至該一致性點。
| 層級 | 工具/技術 | 頻率 | 保留 |
|---|---|---|---|
| Level 0 完全備份 | RMAN + SBT (磁帶/去重存儲) | 每週 | 4 週 |
| Level 1 增量備份 | RMAN + 區塊變更追蹤 | 每日 | 2 週 |
| 歸檔日誌備份 | RMAN 自動備份至快速恢復區 + SBT | 每小時/即時 | 依恢復目標 (RPO) |
| 控制檔/SPFILE 自動備份 | RMAN CONFIGURE CONTROLFILE AUTOBACKUP ON | 每次結構變更 | 同 Level 0 |
摒棄 EXP/IMP、應用層備份、冷備份迷思，擁抱 RMAN 熱備份、歸檔模式、分級備份策略、自動化管理，才是企業級 Oracle 備份的正確姿態。
