Oracle 資料庫關閉三大模式：NORMAL、IMMEDIATE、ABORT 差異與選擇指南

關閉 Oracle 資料庫非單一操作，三種模式對應不同業務場景與恢復成本。正確選擇可避免不必要的啟動恢復時間與資料風險。

三大關閉模式對比表

操作範例

-- 以 SYSDBA 登入
CONN / AS SYSDBA

-- 正常關閉（建議搭配設定等待上限）
SHUTDOWN NORMAL;

-- 緊急關閉（最常用）
SHUTDOWN IMMEDIATE;

-- 極端中止（最後手段）
SHUTDOWN ABORT;

關鍵行為差異深度解析

NORMAL：禮貌但可能永遠等待

• 不允許新連線，但現有 Session 若不主動離開，資料庫永不關閉。
• 適用於「通知所有使用者下班前登出」的計畫性停機窗口。

IMMEDIATE：標準生產環境首選

• 強制回滾未提交交易、釋放鎖、斷開所有 Session。
• 執行 Checkpoint 確保資料檔一致，下次 STARTUP 僅需執行個體恢復（讀取 Redo Log 前滾），通常秒級完成。
• 不會造成資料遺失（已提交交易在 Redo Log 中安全）。

ABORT：核選項，代價高昂

• 直接殺死背景進程，SGA 內髒資料未刷盤，控制檔/資料檔 SCN 不一致。
• 下次啟動需完整執行個體恢復：前滾所有 Redo → 回滾未提交交易，大型資料庫可能耗時數分鐘至數小時。
• 僅在 SHUTDOWN IMMEDIATE 掛住無反應、或作業系統即將斷電時使用。

進階：TRANSACTIONAL / TRANSACTIONAL LOCAL（10g+）

SHUTDOWN TRANSACTIONAL;       -- 等待所有交易完成（不含只讀查詢），然後關閉
SHUTDOWN TRANSACTIONAL LOCAL; -- 僅等待本執行個體交易，RAC 適用

介於 NORMAL 與 IMMEDIATE 之間：允許進行中交易完成，但不等待純查詢 Session。

決策流程圖

1. 是否為計畫性維護且有充足時間通知使用者？ → NORMAL 或 TRANSACTIONAL。
2. 需立即關閉、可接受秒級啟動恢復？ → IMMEDIATE（90%+ 場景首選）。
3. 資料庫已掛住、OS 即將斷電、IMMEDIATE 無回應？ → ABORT。

啟動後驗證清單

• SELECT STATUS FROM V$INSTANCE; → OPEN
• SELECT * FROM V$RECOVER_FILE; → 無列（無需媒體恢復）
• 檢查 ALERT.LOG 確認無 ORA-01113、ORA-01110 等媒體恢復錯誤。

牢記：「平時用 IMMEDIATE，計畫用 NORMAL/TRANSACTIONAL，絕境用 ABORT」，並養成關閉後驗證習慣，讓資料庫每一次啟動都在掌控之中。