Oracle RMAN 不完全恢復實戰：基於日誌序列號恢復（Sequence-based Recovery）

核心概念

日誌序列號在每次線上重做日誌切換時遞增。基於序列號的恢復適合「恢復至某次日誌切換之前」的場景，操作直觀且不需換算時間或 SCN。

適用場景

• 已知誤操作發生在特定歸檔日誌生成之後。
• 需恢復至某個歸檔日誌序列號之前的狀態（即不應用該序列號的日誌）。

實戰步驟示範

1. 觀察歸檔日誌序列號變化

SQL> SELECT SEQUENCE#, NAME, FIRST_CHANGE# FROM V$ARCHIVED_LOG WHERE STATUS='A' ORDER BY SEQUENCE#;

透過多次 INSERT、COMMIT、SWITCH LOGFILE、CHECKPOINT 觀察序列號 1→2→3 的生成過程，確認誤操作發生在序列號 3 生成後。

2. RMAN 恢復至序列號 3 之前（即序列號 2 結束處）

RMAN> RUN {
  STARTUP FORCE MOUNT;
  SET UNTIL SEQUENCE 3;
  RESTORE DATABASE;
  RECOVER DATABASE;
  ALTER DATABASE OPEN RESETLOGS;
}

關鍵語義： SET UNTIL SEQUENCE 3 表示「恢復至序列號 3 開始之前」，因此序列號 3 所含交易（Oracle_seq3_act）不會被應用。

3. 驗證結果

SQL> SELECT * FROM t_user;
TEXT
--------------------
Java_
spring_
Oracle_
Oracle_seq3
spring mvc_

資料包含序列號 2 結束前的所有交易，序列號 3 的交易（Oracle_seq3_act）已被排除，驗證成功。

三種不完全恢復方式對比

最佳實務提醒

• 序列號恢復不包含目標序列號： SET UNTIL SEQUENCE n 恢復至序列號 n 開始前，若需包含序列號 n，請使用 SET UNTIL SEQUENCE n+1。
• 搭配 V$ARCHIVED_LOG 確認 FIRST_CHANGE#： 交叉驗證 SCN 與序列號對應關係，避免誤判。
• 恢復後必須重新備份： 所有不完全恢復開啟 RESETLOGS 後，舊備份失效，請立即執行完整備份建立新基線。

結語

基於日誌序列號的恢復操作最直觀，適合 DBA 在壓力下快速決策。熟練掌握 V$ARCHIVED_LOG 查詢與 SET UNTIL SEQUENCE 語法，配合 SCN/時間點恢復，構建完整的 RMAN 恢復工具箱。