ORA-12500: TNS:listener failed to start a dedicated server process 表明監聽器嘗試為新連線啟動專用伺服器進程失敗，最常見原因是**作業系統層面記憶體不足**或 **Oracle 進程記憶體限制**。本文記錄真實案例：4GB 實體記憶體、1.5GB SGA、300+ 併發 Session 導致 503 錯誤，並提供三級解決方案。

案例現場還原

• 環境：Windows Server 2003 (32-bit)、Oracle 8i/9i/10g 32-bit
• 變更：實體記憶體 1.5GB → 4GB，但 未在 boot.ini 加入 /3GB 開關
• 現象：夜間批次作業高峰期，TNS 間歇性失敗，錯誤 ORA-12500、ORA-01034、ORA-27100
• 根因分析：
  1. 32-bit 進程預設僅可使用 2GB 使用者空間 (未開 /3GB 則仍為 2GB)
  2. SGA 佔 1.5GB，剩餘 < 0.5GB 供 PGA + 監聽器進程 + OS
  3. 專用伺服器模式下每 Session 需 ~2MB PGA (預設 _ksmg_granule_size 相關)
  4. 300 Sessions × 2MB = 600MB > 剩餘記憶體 → 進程建立失敗 → ORA-12500

三級解決路徑 (依實施風險排序)

方案一：降低 SGA (最快、風險最低、立即生效) ✅ 採用

-- 修改 init.ora / spfile
sga_target = 1G          -- 從 1.5GB 降至 1GB
-- 或手動調整共用池、DB 快取等組件
SHUTDOWN IMMEDIATE;
STARTUP;

效果：騰出 500MB 給 PGA/OS，300 Sessions 穩定運行，錯誤即時消失。

方案二：降低每執行緒保留記憶體 (需測試、中風險)

使用 orastack 工具調整執行緒堆疊保留大小 (預設 1MB)：

C:\oracle\ora81\bin> orastack oracle.exe 500000
C:\oracle\ora81\bin> orastack tnslsnr.exe 500000
-- 將 Reserved Memory per Thread 從 1,048,576 降至 500,000 bytes
-- 重啟 OracleServiceSID 與 OracleTNSListener 服務

風險：堆疊過小可能導致深度遞迴/大型 PL/SQL 套件執行時堆疊溢位 (ORA-07445)。必須在測試環境壓測驗證。

方案三：啟用 3GB 支援 / 遷移 64-bit (根治、高風險、需停機窗口)

1. Windows boot.ini 加入 /3GB (需 Enterprise/Standard Edition 支援)，重啟 OS
2. Oracle 重新連結：ORACLE_HOME/bin/relink all 使 Oracle 感知 3GB 空間
3. 終極方案：遷移至 **64-bit OS + 64-bit Oracle**，打破 2/3GB 限制，SGA/PGA 可擴展至 TB 級

延伸診斷指標

• V$SESSTAT / V$PROCESS_MEMORY (10g+) 監控 Session PGA 使用量
• V$SGAINFO / V$SGA_DYNAMIC_COMPONENTS 監控 SGA 組件分佈
• OS 層：Performance Monitor → Process → Private Bytes / Working Set (w3wp.exe, oracle.exe, tnslsnr.exe)
• 啟用 MEMORY_TARGET/MEMORY_MAX_TARGET (11g+ AMM) 讓 Oracle 自動管理 SGA/PGA 總量

最佳實踐總結

1. 優先降低 SGA 換取即時穩定，賴以爭取變更窗口
2. 評估 64-bit 遷移 作為長期架構演進方向
3. 導入連線池 (DRCP/應用層 Pool) 大幅減少專用伺服器進程數
4. 設定 Resource Manager 限制並發度、優先級，防止記憶體風暴
5. 建立監控告警：PGA 總量 > 物理記憶體 70% 觸發告警

記憶體壓力導致的 ORA-12500 是典型的「容量規劃缺失」症狀，以「降 SGA 止血 → 64-bit 遷移根治 → 架構優化防復發」三步走，可徹底消除此類風險。