Oracle Pro*C 父子進程大量連線導致 ORA-12549 與殭屍進程解決方案

Unix/Linux 下 Pro*C 程式 fork() 大量子進程各自連線 Oracle，極易觸發 ORA-12549: TNS:operating system resource quota exceeded 並產生大量殭屍進程。本文分析根因並提供連線池、參數調整、訊號處理三大解決方案。

問題現場

• 主程式迴圈 fork() 約 760 子進程，各子進程獨立 CONNECT、INSERT、COMMIT、DISCONNECT。
• 錯誤：ORA-12549（作業系統資源配額超限，實際為 Process/Session 上限）。
• 系統出現大量 defunct（殭屍）進程，最終導致 fork function failed。

根因分析

1. 資料庫端 Process 上限不足：預設 PROCESSES 參數較小，大量並發連線超限。
2. 無連線池，頻繁建立/銷毀連線：每個子進程完整經歷 TCP 握手、驗證、分配 PGA，極耗資源。
3. 父進程未回收子進程：子進程結束後變為殭屍，佔用 PID 槽位，導致後續 fork() 失敗。
4. Bequeath 協議產生殭屍：本地 Bequeath 連線結束時，若無 SIGCHLD 處理器，Server Process 會變殭屍。

解決方案一：資料庫端擴大 PROCESSES 參數（治標）

ALTER SYSTEM SET PROCESSES = 2000 SCOPE=SPFILE;  -- 視預估並發上限設定
-- 需重啟資料庫生效

解決方案二：使用連線池（治本，Pro*C 支援）

• 編譯時加入 POOL=YES 選項，或程式中使用 EXEC SQL CONTEXT ALLOCATE 管理連線池上下文。
• 主進程建立固定大小連線池，子進程從池中取用、歸還，避免頻繁建立/銷毀。
• Pro*C 連線池配置參考 Pro*C/C++ Programmer's Guide 章節「Connection Pooling」。

解決方案三：訊號處理回收殭屍進程（必做）

在 fork() 前註冊 SIGCHLD 忽略或自訂處理器，讓父進程自動回收子進程：

#include 
signal(SIGCHLD, SIG_IGN);  // 最簡單：交給 init 進程回收
// 或自訂 handler 記錄退出碼
void sigchld_handler(int sig) {
    while (waitpid(-1, NULL, WNOHANG) > 0);
}
signal(SIGCHLD, sigchld_handler);

若使用 Bequeath 協議（本地連線無 Listener），還需在 sqlnet.ora 設定 BEQUEATH_DETACH=YES，將 Server Process 移交給 init 進程，避免殭屍。

綜合最佳實務架構

int main() {
    signal(SIGCHLD, SIG_IGN);  // 1. 防殭屍
    // 2. 初始化連線池（Pro*C POOL=YES 或手動管理）
    for (int i=0; i 0);
    return 0;
}

避坑檢查清單

• ☐ PROCESSES / SESSIONS 參數足夠大
• ☐ 啟用連線池或重用連線
• ☐ 父進程處理 SIGCHLD（SIG_IGN 或 waitpid）
• ☐ 本地 Bequeath 連線設定 BEQUEATH_DETACH=YES
• ☐ 子進程異常退出時確保 ROLLBACK、CONTEXT FREE