Oracle IMP 導入字符集錯誤排查：版本不匹配導致的遷移失敗案例

問題現象

使用 imp 導入資料時提示字符集錯誤。導出環境為 Oracle 8.1.7，導入環境為 Oracle 9.2.0，版本不一致導致字符集處理差異，導入失敗。

根因分析

• Oracle 版本升級伴隨字符集支援擴展（如 AL32UTF8 在 9i 正式可用），舊版導出檔的字符集標識可能無法被新版正確識別。
• NLS_LANG 環境變數在導出/導入兩端設定不一致，導致字符集轉換邏輯錯誤。
• 8i 導出檔在 9i 導入時，若涉及 CLOB/NCLOB 或特定國家字符集，可能觸發內部校驗失敗。

解決方案

1. 統一版本：在與導出端相同版本（8.1.7）的客戶端/伺服器上執行 imp，導入成功。
2. 字符集對齊：導出前確認 SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET','NLS_NCHAR_CHARACTERSET')，導入端建立同字符集資料庫，或使用 NLS_LANG=.AL32UTF8（視實際字符集）強制轉換。
3. 升級路徑規範：跨大版本遷移建議使用 Data Pump (expdp/impdp) 或中間版本過渡，避免傳統 exp/imp 相容性問題。

最佳實務檢查清單

• [ ] 導出/導入端 Oracle 版本一致（或導入版本 ≥ 導出版本且經測試相容）
• [ ] 導出/導入端 NLS_LANG 設定一致，且與資料庫字符集匹配
• [ ] 目標資料庫字符集為源資料庫字符集的超集（如 WE8ISO8859P1 → AL32UTF8）
• [ ] 導入前預建表空間、用戶、權限，避免 IMP-00017 等物件建立失敗
• [ ] 大量資料導入前關閉索引/約束/觸發器，導入後重建，大幅縮短時間