修改 Oracle 字符集實操方案與風險控制

字符集包含關係基礎知識

• US7ASCII ⊂ ZHS16GBK：子集向超集轉換安全，無數據損失
• UTF8 基於 Unicode，雙字節存儲，空間佔用大但覆蓋最全
• ZHS16GBK 與 ZHS16CGB231280 無包含關係，理論上互轉不受支援

官方立場與風險警示

Oracle 官方僅支援子集 → 超集轉換。錯誤修改 Server 端字符集可能導致不可預測後果，嚴重影響資料庫穩定。**除非萬不得已，不建議修改 Server 端字符集。**

Oracle 8+ 正規修改流程 (需停機)

SQLPLUS /NOLOG
CONN / AS SYSDBA
SHUTDOWN IMMEDIATE
STARTUP MOUNT
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
ALTER DATABASE CHARACTER SET ZHS16GBK;
ALTER DATABASE NATIONAL CHARACTER SET ZHS16GBK;
SHUTDOWN IMMEDIATE
STARTUP

遭遇 ORA-12717 錯誤的解決方案

錯誤：Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists

方案：使用 INTERNAL_USE 關鍵字繞過檢查

SHUTDOWN IMMEDIATE
STARTUP MOUNT EXCLUSIVE
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;
SHUTDOWN IMMEDIATE
STARTUP

此法較 RECREATE 簡單，適用於存在 NCLOB 數據的場景。

最佳實踐建議

1. 設計階段確定字符集 (推薦 AL32UTF8)
2. 異構遷移優先用 EXP/IMP + 客戶端 NLS_LANG 匹配
3. 必須修改 Server 字符集時：完整備份 → 停機窗口 → 按官方流程 → 驗證數據完整性
4. 保留修改前後的 V$NLS_PARAMETERS 對比截圖