Oracle資料庫遷移實戰技巧：從物理到邏輯的完整攻略

前言：遷移前的鐵律——方案先行、測試為王

去年年底我主導了多套核心系統的資料庫遷移，涵蓋同平台升級、異平台遷移、版本跨越等場景。經驗告訴我：寫出詳細的實施步驟腳本，並完成至少 3-5 輪全流程演練，是遷移成功的唯一捷徑。本文彙整實戰中驗證有效的技巧，涵蓋物理遷移、邏輯遷移、效能加速、停機窗口壓縮等關鍵面向。

一、物理遷移（RMAN 備份還原＋歸檔應用）

關鍵前置動作：啟用 FORCE LOGGING

在執行 RMAN 全量備份前，必須執行：

ALTER DATABASE FORCE LOGGING;

否則 NOLOGGING 操作產生的重做日誌不足，導致備份集還原後應用歸檔時出現壞塊（ORA-01578/ORA-26040）。備份完成後可關閉：ALTER DATABASE NO FORCE LOGGING;。

二、邏輯遷移（Expdp/Impdp 或 Exp/Imp）的隱形陷阱

1. Job 排程器的時間與擁有者陷阱

• 下次執行時間不變：遷移前 Job 已跑過，匯入後 NEXT_DATE 仍為舊時間，啟用 JOB_QUEUE_PROCESSES > 0 瞬間會重複執行。解法：遷移後先 DBMS_JOB.BROKEN(job, TRUE) 禁用，核對時間再啟用。
• 擁有者變更：Imp 導入時 Job 的 LOG_OWNER/PRIV_OWNER 會變成執行導入的用戶。修正腳本：

UPDATE sys.job$ SET lowner = cowner, powner = cowner;
COMMIT;

2. 結構凍結與物件一致性檢查

• 遷移前嚴禁 DDL 變更（加欄位、建索引、改 Package 等）。
• Exp/Imp 導入 PL/SQL 物件時，若涉及 DB Link 可能因權限不足導致編譯失效，導致物件遺失。遷移後必跑 SELECT * FROM dba_objects WHERE status='INVALID' 全量檢查並重編譯。

三、極速遷移：突破 Exp/Imp 瓶頸的五大技巧

技巧 1：DB Link ＋ Parallel ＋ APPEND INSERT

對於大表，直接在目標端建立 DB Link 回源，使用並行直寫插入：

ALTER SESSION ENABLE PARALLEL DML;
INSERT /*+ APPEND PARALLEL(t, 8) */ INTO target_table t
SELECT /*+ PARALLEL(s, 8) */ * FROM source_table@dblink s;

實測速度較 Exp/Imp 提升 3-5 倍，且無中間 DMP 檔案落地開銷。

技巧 2：LONG/LOB 欄位用 SQL*Plus COPY 命令

INSERT ... SELECT 不支援 LONG，Exp/Imp 處理 LOB 極慢（逐列插入）。SQL*Plus COPY 以 Array Fetch 批次傳輸：

SET COPYCOMMIT 2000
SET ARRAYSIZE 30
SET LONG 10485760
COPY FROM system/xxx@src_db APPEND schema.table USING SELECT * FROM schema.table;

限制：不支援 TIMESTAMP、LOB（SecureFiles）類型欄位。

技巧 3：大表按 ROWID 範圍分片並行導出導入

利用 DBMS_ROWID.ROWID_CREATE 切分 ROWID 範圍，產生多組 QUERY 參數的 Parfile，並行執行多個 Exp/Imp 作業：

QUERY="WHERE rowid >= dbms_rowid.rowid_create(1, 71224, 52, 9, 0)
       AND rowid <= dbms_rowid.rowid_create(1, 71224, 55, 1038344, 10000)"

同樣適用於含 LOB 欄位的表（繞過逐列插入）。若表有遞增日期欄（如 CREATED_DATE），也可按日期範圍分片，但 ROWID 效率通常更高。

技巧 4：超大分區表用中間表 ＋ Exchange Partition

直接並行插入分區表受限於 TM 鎖 Mode 6（互斥），無法多 Session 並行直寫。改用：

1. 建立結構相同的非分區中間表（每個分區一張）。
2. 並行直寫插入各中間表（無鎖衝突）。
3. ALTER TABLE target_table EXCHANGE PARTITION p_xxx WITH TABLE staging_table WITHOUT VALIDATION; 秒級切換。

此法將導入時間從小時級壓縮至分鐘級。

技巧 5：歷史表先行、動態表最後、索引約束延後建立

• 遷移前區分「靜態歷史表」與「高頻異動表」，歷史表提前匯入並建好索引。
• 遷移窗口期僅處理動態表，大幅縮短業務停機時間。
• 導入階段 移除所有索引、約束（非 NOT NULL）、觸發器，數據載入完再並行建索引、建約束。
• 建約束順序：CHECK → PK/UK → FK，狀態用 ENABLE NOVALIDATE 瞬間生效，驗證延後。

四、統計資訊不重收：直接遷移

EXEC DBMS_STATS.EXPORT_SCHEMA_STATS('SCHEMA', 'STAT_TABLE', 'STATID');
-- 跨庫匯入 STAT_TABLE 後
EXEC DBMS_STATS.IMPORT_SCHEMA_STATS('SCHEMA', 'STAT_TABLE', 'STATID');

避免大表重新掃描收集統計的數小時開銷，確保執行計劃即刻穩定。

五、什麼時候才考慮 GoldenGate / 物化視圖 / 觸發器同步？

只有當 業務容忍停機時間 ＜ 遷移最小窗口 時，才引入即時同步技術。否則維護成本、對源庫衝擊、複雜度遠超收益。

結語

工具與參數只是手段，標準化流程、完整演練、可回滾預案 才是遷移成功的基石。願這些實戰技巧能為你的下一次遷移保駕護航。