隨著 IBM DB2 for z/OS 技術的持續演進，其功能愈發豐富，分布式訪問能力顯著增強。在這一背景下，正確配置與管理 DB2 存儲過程，已從可選項轉變為數據庫應用開發中不可或缺的核心考量因素。本文旨在系統梳理 DB2 9 for z/OS 環境下存儲過程的規劃與實施經驗，助力主機系統工程師與開發人員構建高效、穩定的存儲過程架構。
自 DB2 9 版本起，主機平台上所有存儲過程均由 z/OS 系統的 Workload Manager (WLM) 統一管控。WLM 通過「應用環境」來管理存儲過程：當存儲過程被調用時，WLM 會依據其所屬的應用環境，自動啟動對應的啟動作業來分配資源並執行邏輯。這一機制取代了舊版本中複雜的存儲過程地址空間配置，極大簡化了運維複雜度。
DB2 產品提供了功能豐富的系統級存儲過程，用戶亦可根據業務需求開發自定義存儲過程。無論哪種類型，規劃的核心原則一致：必須依據功能特性、開發語言、性能指標（如並發吞吐、響應時延）及資源隔離需求，將其歸類至不同的 WLM 應用環境中運行。
目標是「以最少的應用環境定義，覆蓋最多的同類存儲過程」，兼顧管理性與隔離性。
安裝面板 DSNTIPX 是配置存儲過程相關系統參數的核心入口，生成的樣例 JCL 直接決定了運行時行為。以下參數需重點把控：
| 參數名 | 對應 DSNZPARM | 核心作用與建議 |
|---|---|---|
| WLM PROC NAME | — | 指定樣例作業中啟動過程的默認名稱，建議與命名規範保持一致。 |
| NUMBER OF TCBS | — | 單一 WLM 地址空間內可並發執行的存儲過程數上限（1-100）。受限於 USS 參數 MAXPROCUSER，需協同規劃。 |
| MAX ABEND COUNT | STORMXAB | 允許存儲過程異常終止的次數。默認 0 即首次失敗即終止，生產環境建議設為較小正整數（如 3-5）以容忍瞬時故障。 |
| TIMEOUT VALUE | STORTIME | 等待 TCB 分配的超時秒數（5-1800）。強烈不建議設為 NOLIMIT，否則地址空間異常時會導致調用線程無限掛起。 |
| WLM ENVIRONMENT | WLMENV | 定義存儲過程時若未顯式指定環境，將使用此默認值。 |
| MAX OPEN CURSORS | MAX_NUM_CUR | 單線程最大打開游標數，防止資源耗盡。 |
| MAX STORED PROCS | MAX_ST_PROC | 單線程單次事務中可調用存儲過程的最大數，COMMIT 後重置計數。 |
關鍵前置條件：DB2 9 發布後，存儲過程相關增強多通過 PTF/APAR 交付，實施前務必確認相關修補包已正確應用。
定義 WLM 應用環境時，需指定子系統類型為 DB2，並配置啟動作業名稱及啟動參數。典型定義示例如下：
Appl Environment Name : DB11WLM1
Description : DB2 DB11WLM1
Subsystem type : DB2
Procedure name : DB11WLM1
Start parameters : DB2SSN=&IWMSSNM, NUMTCB=1, APPLENV=DB11WLM1
DB2SSN：動態傳遞 DB2 子系統名稱。NUMTCB：該環境啟動時初始 TCB 數，可根據負載動態調整。APPLENV：綁定當前應用環境名稱，確保路由正確。對於涉及 APF 授權數據集的存儲過程，務必在啟動作業 JCL 中確保相關庫已在 APF 列表中，並在 WLM 定義中標註相應屬性。
NUMBER OF TCBS、TIMEOUT VALUE 需配合壓測結果迭代優化，而非沿用默認值。科學規劃 DB2 9 存儲過程環境，不僅能釋放主機算力潛能，更能為分布式應用提供穩如磐石的數據服務基石。
