當控制檔從備份還原（而非當前線上控制檔）啟動資料庫時，會面臨檢查點 SCN 不一致問題：資料檔頭的檢查點 SCC 大於控制檔記錄的 SCN，導致 ORA-01122、ORA-01207 錯誤，資料庫無法正常 OPEN。
-- 1. 備份當前控制檔
CP control01.ctl control01.ctl.bak
-- 2. 正常啟動並推進檢查點
SQL> STARTUP;
SQL> ALTER SYSTEM CHECKPOINT;
SQL> SHUTDOWN IMMEDIATE;
-- 3. 還原舊控制檔
MV control01.ctl control01.ctl.new
MV control01.ctl.bak control01.ctl
-- 4. 嘗試 MOUNT 並檢查差異
SQL> STARTUP MOUNT;
SQL> ALTER SESSION SET EVENTS 'IMMEDIATE TRACE NAME FILE_HDRS LEVEL 10';
DATA FILE #4:
Checkpoint cnt: 61
SCN: 0x0000.002acb1e (08/11/2006 10:44:38)
Stop SCN: 0x0000.002acb1e
FILE HEADER:
Checkpoint cnt: 64
Checkpointed at SCN: 0x0000.002acb98 (08/11/2006 10:46:24)
Status: 0x0, chkpt cnt: 64, ctl cnt: 63
SQL> ALTER DATABASE OPEN;
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/opt/oracle/oradata/eygle/system01.dbf'
ORA-01207: file is more recent than controlfile - old controlfile
Oracle 偵測到資料檔比控制檔「更新」，拒絕開啟以防止資料不一致。
SQL> STARTUP MOUNT;
SQL> RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL;
-- 提示輸入歸檔日誌路徑，依序應用直到 CANCEL
SQL> ALTER DATABASE OPEN RESETLOGS;
適用條件：具備完整的歸檔日誌鏈，可將資料庫恢復至一致性點。
-- 1. 以追蹤檔形式備份控制檔結構 (在舊控制檔 MOUNT 狀態下)
SQL> ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/tmp/ctl_trace.sql';
-- 2. 編輯追蹤檔，移除註釋，修改為 RESETLOGS/NORESETLOGS
-- 關鍵：若資料檔 SCN 領先，必須用 RESETLOGS
-- 3. 執行重建腳本
SQL> SHUTDOWN ABORT;
SQL> STARTUP NOMOUNT;
SQL> @/tmp/ctl_trace.sql -- 包含 CREATE CONTROLFILE 陳述式
SQL> ALTER DATABASE OPEN RESETLOGS; -- 必須 RESETLOGS
CREATE CONTROLFILE REUSE DATABASE "EYGLE" RESETLOGS ARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 3
MAXDATAFILES 100
MAXINSTANCES 8
MAXLOGHISTORY 292
LOGFILE
GROUP 1 '/opt/oracle/oradata/eygle/redo01.log' SIZE 50M,
GROUP 2 '/opt/oracle/oradata/eygle/redo02.log' SIZE 50M
DATAFILE
'/opt/oracle/oradata/eygle/system01.dbf',
'/opt/oracle/oradata/eygle/sysaux01.dbf',
'/opt/oracle/oradata/eygle/undotbs01.dbf',
'/opt/oracle/oradata/eygle/users01.dbf'
CHARACTER SET ZHS16GBK;
警告：非官方支援，極高風險，僅限最後手段且有完整備份時嘗試
-- 在 init.ora/spfile 中設定
_ALLOW_RESETLOGS_CORRUPTION = TRUE
SQL> STARTUP MOUNT;
SQL> ALTER DATABASE OPEN RESETLOGS;
此參數強制跳過一致性檢查，可能導致邏輯損壞，事後必須執行完整邏輯驗證 (DBVERIFY、ANALYZE VALIDATE STRUCTURE)。
| 措施 | 頻率/時機 | 說明 |
|---|---|---|
| 控制檔多路徑鏡像 | 永久 | CONTROL_FILES 指定 3 路徑不同磁碟 |
| 控制檔自動備份 | 每次結構變更 | RMAN CONFIGURE CONTROLFILE AUTOBACKUP ON |
| 追蹤檔備份 | 結構變更後 | ALTER DATABASE BACKUP CONTROLFILE TO TRACE |
| RMAN 完整備份含控制檔 | 每日/每周 | BACKUP DATABASE INCLUDE CURRENT CONTROLFILE |
-- 檢查所有資料檔檢查點狀態
SELECT
f.file#,
f.name,
f.checkpoint_change# AS file_ckpt_scn,
c.checkpoint_change# AS control_ckpt_scn,
CASE
WHEN f.checkpoint_change# > c.checkpoint_change# THEN 'FILE_AHEAD'
WHEN f.checkpoint_change# < c.checkpoint_change# THEN 'CONTROL_AHEAD'
ELSE 'SYNC'
END AS status
FROM v$datafile_header f
JOIN v$controlfile_record_section c ON f.file# = c.file#
WHERE c.type = 'DATAFILE';
控制檔恢復的核心挑戰在於SCN 一致性。擁有完整歸檔日誌時，RECOVER DATABASE USING BACKUP CONTROLFILE 是標準解法；缺乏歸檔時，CREATE CONTROLFILE RESETLOGS 重建為次選。最重要的是建立多路徑鏡像 + 自動備份 + 定期追蹤檔的三層防護體系，從根源上避免單點故障導致的災難性恢復場景。
