請利用這個頁面來設定應用程式伺服器中的進階資料來源內容。 這些內容用來啟動和配置應用程式伺服器套用在資料來源上,以便在應用程式伺服器內自訂連線的服務。 這些內容不會影響資料庫內的連線。
指定每個連線所能快取的陳述式數目。 應用程式伺服器會在您關閉陳述式之後快取這個陳述式。
如果陳述式快取記憶體不夠大,就會捨棄有用的項目,將空間讓給新項目。 如果要判斷能夠避免捨棄任何快取的最高快取記憶體大小值,請針對在特定伺服器上使用這個資料來源的每個應用程式,新增唯一備妥陳述式和可呼叫陳述式的數目,這取決於 SQL 字串、並行性和捲動類型。 這個值是在伺服器的生命週期中,給定連線所可能快取之陳述式的數目上限。 將快取記憶體大小設為這個值,表示永遠不捨棄快取。 一般而言,請利用較多陳述式來配置較大的應用程式快取。
![[AIX Solaris HP-UX Linux Windows]](../dist.gif)
另外,您也可以利用 Tivoli® Performance Viewer,將快取捨棄的數目縮到最小。
請使用代表一般收到的用戶端要求數目的標準工作量;使用固定數目的疊代;以及使用標準的配置設定集。
如果有不想要應用程式伺服器快取的特定陳述式,請將陳述式的儲存區功能提示配置為 false。 如果儲存區功能提示設為 false,應用程式伺服器便不會快取陳述式。 應用程式會在執行時期指定陳述式儲存區功能提示。
在測試應用程式中,調整陳述式快取可以將產量從 10% 提升至 20%。 不過,由於可能的資源限制,這個調整程序不見得可行。
| 參考資訊 | 值 |
|---|---|
| 資料類型 | Integer |
| 預設值 | 預設值會隨著資料庫而不同。 這個值通常是 10。 對於不含各自的最新修正程式的 Informix® 7.3、9.2、9.3 和 9.4 版而言,預設值必須是 0。預設值 0 表示沒有快取陳述式。 |
勾選這一項之後,如果有多個執行緒試圖同時使用同一個連線控點,就會在WebSphere Application Server系統輸出日誌輸入下面這則警告訊息。 如果您認為問題可能出在有多個執行緒試圖使用同一個連線控點,您可以使用這個內容為連線問題除錯。 多個執行緒同時使用同一個連線控點,是一種程式設計模型違規行為。
J2CA0167W:偵測到有多個執行緒試圖同時使用同一個連線控點。 連線控點是:{0}。
指出在擷取自應用程式伺服器連線儲存區(連線儲存區搜尋準則不包括使用者名稱和密碼)的連線上,完全相符者不可能存在。 相反地,連線的重新鑑別是在 DataStoreHelper 類別的 doConnectionSetupPerTransaction() 中完成。 在執行時期,應用程式伺服器並不提供連線重新鑑別實作。 因此,當勾選這個方框時,您必須延伸 DataStoreHelper 類別來實作用來進行重新鑑別的 doConnectionSetupPerTransaction() 方法。 如果您尚未完成這個程序,應用程式伺服器可能會傳回無法使用的連線。 如需相關資訊,請閱讀 com.ibm.websphere.rsadapter.DataStoreHelper#doConnectionSetupPerTransaction 方法的 API 說明文件。
避免困難: 如果您在對映配置別名上選取 TrustedConnectionMapping,便無法啟用資料庫重新鑑別。gotcha當您勾選這個選項時,應用程式伺服器會利用 Java 訊息服務 (JMS),取得與這個資料來源的最佳化連線。這個內容會防止 Java 資料庫連線功能 (JDBC) 應用程式與儲存器管理的持續性 (CMP) 應用程式共用連線。 如果資料來源的 JDBC 提供者是 XA 提供者,就無法使用這個選項。
指定儲存器是否追蹤快取的控點,也就是應用程式元件在轉換至不同交易或方法後仍會保持作用中的連線控點。 您可以利用這個內容來進行連線問題的除錯,但追蹤控點可能在執行時期帶來大量的效能問題。
AdminConfig.modify(myDataSourceVariable, '[[manageCachedHandles "true"]]')
指定在應用程式取得不含交易環境定義的連線時,儲存器是否要向活動日誌發出一個項目。 這些都是 Java Platform Enterprise Edition (Java EE) 程式設計模型連線需求的例外。
避免困難: 請只在少數情況下,才將這個內容設為 True,除非 Java 持續性 API (JPA) 應用程式同時需要 JTA 和非 JTA 資料來源。
非 JTA 資料來源要求這個內容必須設為 True。gotcha指定應用程式伺服器利用資料儲存庫 helper 所定義的錯誤對映機能來識別錯誤。 應用程式伺服器並不會將 JDBC 驅動程式擲出的異常狀況,取代為資料儲存庫 helper 的錯誤對映所定義的異常狀況。
指定應用程式伺服器利用資料儲存庫 helper 所定義的錯誤對映機能來識別錯誤,應用程式伺服器會將 JDBC 驅動程式擲出的異常狀況,取代為資料儲存庫 helper 的錯誤對映所定義的異常狀況。
指定連線管理程式是否測試新建的資料庫連線。
指定在第一次前置測試作業失敗之後,重試資料庫起始連線的次數。
如果您選取驗證新的連線,這個選項會指定應用程式伺服器在起始嘗試失敗之後,要等待多久(秒),再重新嘗試建立連線。
指定連線管理程式在將儲存連線傳回應用程式之前,是否測試這些連線的有效性。
如果您選取前置測試現有儲存連線,這個選項會指定配置給 JDBC 驅動程式來驗證連線的時間長度(秒)。
指定應用程式伺服器利用 JDBC 驅動程式來驗證連線。 JDBC 提供者必須支援 JDBC 4.0 或更新版本,才能使用這個選項。 只有在選取驗證新的連線或驗證現有的聯合排存連線時,才能使用這個選項。
避免困難: 如果是 Oracle 資料來源,只有在 validateNewConnectionTimeout 內容新增至
資料來源的自訂內容
之後,管理主控台才會顯示依 JDBC 驅動程式驗證。
validateNewConnectionTimeout 內容用來驗證 JDBC 4.0 驅動程式,可以利用管理主控台來指定。gotcha指定應用程式伺服器傳給資料庫來測試連線的 SQL 陳述式。請使用比較不會影響效能的查詢。 只有在選取驗證新的連線或驗證現有的聯合排存連線時,才能使用這個選項。
將使用「取得/使用/關閉」連線型樣之應用程式的資料來源最佳化。此最佳化可讓資料來源的連線儲存區共用相同交易內的連線。 當使用此最佳化型樣時,即使連線使用不同的連線內容,您仍然可以在交易期間共用一個連線。
如果使用異質儲存區作業特性,您必須先延伸資料來源定義,以便指定不同的自訂內容或應用程式,來置換資料來源的非核心內容。如需延伸資料來源的相關資訊,請參閱應用程式層次的延伸 DB2 資料來源定義的相關資訊。
指定自動用戶端重新遞送的重試間隔時間量(秒)。
指定如果伺服器的主要連線失敗,自動用戶端重新遞送所嘗試的連線重試次數上限。 只有在設定了用戶端重新遞送的重試間隔之時,才會使用這個內容。
host1,host2
5000,50001
指定 JNDI 名稱,將 DB2 用戶端重新遞送伺服器清單連結到 JNDI 名稱空間。 當替代伺服器資訊尚未進入記憶體時,DB2 資料庫伺服器會利用這個名稱來查閱替代伺服器名稱清單。 第 2 類資料來源不支援這個選項。
只用於測試連線。 當設為 true 時,在發出測試連線之後,會從 JNDI 名稱空間切斷用戶端重新遞送伺服器清單 JNDI 名稱的連結。