Oracle SCN 耗盡風險深度解析：最大合理 SCN 計算、Headroom 檢查腳本與 _external_scn_rejection_threshold_hours 參數應對

SCN 基礎與理論上限

• SCN 佔 6 Bytes（48 位），最大值 2^48 = 281,474,976,710,656。
• Oracle 內部限制 SCN 增長率 ≤ 16K/秒，理論可用 544 年。

異常增長風險：DB Link 同步效應

跨數據庫 DB Link 查詢會同步雙端 SCN 至較大值。若某庫 SCN 異常暴增（如 Bug、惡意腳本），會傳播至鏈接庫，導致全鏈路 SCN 過早逼近上限。SCN 不能回退，耗盡後數據庫必須重建。

最大合理 SCN（RSL）計算公式

以 1988-01-01 00:00:00 為基準，每秒 16K：

RSL = ( ( ( ( ( (YYYY-1988)*12 + (MM-1) )*31 + (DD-1) )*24 + HH24 )*60 + MI )*60 + SS ) * 16384

官方健康檢查腳本 scnhealthcheck.sql

• 計算 Headroom = (RSL - 當前 SCN) / (16384 * 86400)，單位：天。
• 閾值判斷：
  • Headroom > 62 天：Result A（健康，按計劃打補丁）。
  • 10 < Headroom ≤ 62：Result B（偏低，立即打補丁，設置隱含參數）。
  • Headroom ≤ 10：Result C（危險，立即打補丁並聯繫 Oracle Support）。
• 輸出示例：

  Current SCN: 13194140054241
  Result: C - SCN Headroom is low
  Apply latest patches right now AND contact Oracle support immediately.

補丁引入的隱含參數

_external_scn_rejection_threshold_hours = 24

作用：拒絕來自 DB Link 的 SCN 增長超過 24 小時（原默認 31 天）的同步請求，擴大本地 SCN 增長空間。但若不控制根因，SCN 仍可能超限。

行動建議

1. 定期運行 scnhealthcheck.sql 監控 Headroom。
2. 應用 2012 年 1 月 CPU 補丁及後續 PSU。
3. 設置 _external_scn_rejection_threshold_hours=24（需諮詢 Support）。
4. 審計 DB Link 使用情況，避免不受信任的跨庫查詢。
5. 若 Headroom ≤ 10 天，立即開具 SR 請求 Oracle 專家介入。

結語

SCN 耗盡是低概率但極高影響的災難性故障。通過監控腳本、及時打補丁、配置防禦參數，可將風險控制在可接受範圍內。