ASP.NET 讀取 Oracle 中文亂碼完整排查實錄

記錄兩次在 IBM 2650 伺服器安裝環境時遭遇的 Oracle 中文亂碼問題，從作業系統語言設定到 .NET 資料存取層的完整排查過程。

問題背景

第一次安裝使用 IBM 導引光碟，過程中未注意時區與字元集選項。Windows Server 2003 安裝完成後安裝 Oracle，過程提示「無法建立捷徑」但強制完成。匯入資料後發現中文變亂碼，連同 EditPlus、WinRAR 等工具的視窗、右鍵選單也出現亂碼。

排查階段一：作業系統層面

控制台 → 語言選項 → 將預設語言改為中文 → 重啟後，右鍵選單中文恢復正常，透過 PL/SQL Developer 查看 Oracle 資料庫中文也正常。但配置 ASP.NET 網站後，網頁查詢 Oracle 資料仍顯示亂碼。

排查階段二：.NET 與 Oracle 字元集不匹配

編寫三支測試程式驗證：

• VB6 (OLEDB) 讀取 Oracle 中文 → 正常
• .NET WinForms 讀取 Oracle 中文 → 亂碼
• .NET WebForms 讀取 Oracle 中文 → 亂碼

初步判斷 .NET 資料存取機制與 VB6 不同，導致字元轉換異常。進一步比對兩台機器的 Oracle 字元集：

字元集不一致是根因。嘗試修改 Oracle 字元集失敗，最終重灌作業系統並正確設定語言/字元選項後問題解決。

核心結論

1. 安裝階段：IBM 導引安裝必須正確選擇時區與字元集（中文環境選 ZHS16GBK 或 AL32UTF8），否則衍生多重亂碼問題。
2. 存取機制差異：VB6 使用 OLEDB 可能直接採用 Oracle 字元集；.NET (System.Data.OracleClient / ODP.NET) 會進行字元集轉換，若伺服器與用戶端字元集不匹配則產生亂碼。
3. 解決方案：統一 Oracle 伺服器、用戶端、應用程式三端字元集（建議全採 AL32UTF8），並在連接字串指定 CharSet=UTF8 或對應編碼。

連接字串範例

<connectionStrings>
  <add name="OracleConn" 
       connectionString="Data Source=ORCL;User Id=scott;Password=tiger;CharSet=UTF8;" 
       providerName="System.Data.OracleClient" />
</connectionStrings>

驗證字元集查詢

SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');