請利用這個頁面來配置階段作業儲存池設定。
這個管理主控台頁面是一個範圍的資源類型所共用的;比方說,JMS Queue Connection Factory。 如果要檢視這個頁面,路徑隨著資源類型而不同,但您通常會選取資源提供者的實例,再選取資源類型的實例,然後按一下階段作業儲存池。 比方說:按一下資源 > WebSphere JMS Providers > WebSphere Queue Connection Factories > connection_factory > 階段作業儲存池。
「配置」標籤
JDBC 提供者、名稱空間連結或共用程式庫之類的資源可以定義在多個範圍,定義在較明確範圍的資源會改寫定義在較一般範圍的複本。
請注意,不管所定義的資源範圍是什麼,資源的內容只適用於個別的伺服器層次。 比方說,如果您在 Cell 層次定義資料來源的範圍,則 Cell 中所有的使用者,都可以查閱以及使用這個資料來源,而這個資料來源在該 Cell 中是唯一的。 但是,資源內容設定對於 Cell 中的每一個伺服器來說,是本端設定。 比方說,如果您將連線數目上限設定為 10,則該 Cell 中的每一個伺服器都可以有多達 10 個連線。
當建立資源時,始終都會將它們建立畫面中所選取的現行範圍內。 如果要檢視其他範圍中的資源,請在範圍選擇表單中指定不同的節點或伺服器。
| 資料類型 | 字串 |
當到達特定連線儲存池的連線數目上限值(連線數目上限)時,需要等待。比方說,如果連線逾時值設為 300,且達到了連線數目上限,儲存池管理程式就會在 300 秒內等待可用的實體連線。 如果在這段時間內,沒有可用的實體連線,儲存池管理程式就會擲出 ConnectionWaitTimeoutException。 重試 getConnection() 方法通常沒有意義,因為如果需要較長的等待時間,您應該將連線逾時值設為較高的值。因此,如果應用程式捕捉到這個異常狀況,管理者應該檢視應用程式原預期的用法,再據此調整連線儲存池和資料庫。
如果連線逾時值設成 0,儲存池管理程式會一直等到可以配置連線為止(這種情況發生在連線數目低於連線數目上限值時)。
如果「連線數目上限」設成 0(啟用無限的實體連線數目),則系統不會處理「連線逾時值」。
| 資料類型 | 整數 |
| 單位 | 秒 |
| 預設值 | 180 |
| 範圍 | 0 到最大整數 |
這些是後端資源的實體連線。 達到這個數目之後,不會建立任何新的實體連線,且要求者將等到目前使用中的實體連線回到儲存池,或擲出 ConnectionWaitTimeoutException 為止。
比方說,如果「連線數目上限」值設為 5,且有五個實體連線在使用中,儲存池管理程式就會在「連線逾時值」所指定的時間內,等待實體連線變成可以使用。
如果「連線數目上限」設成 0,則系統不會處理「連線逾時值」。
如果要有較好的效能,請將連線儲存池的值設成低於 Web 儲存區中的「連線數目上限」選項值。 較低的設定(如 10-30 個連線)效能比較高的設定(如 100)好。
如果使用複本,則每一個複本都會有一個資料儲存池。 當配置資料庫連線數目上限時,知道資料儲存池的數目非常重要。
您可以利用 Tivoli 效能檢視器來尋找儲存池中的最佳連線數目。 如果並行等待者的數目大於 0,但 CPU 負荷沒有接近 100%,請考慮增加連線儲存池大小。 如果「使用百分比」值始終比正常工作量低,請考慮減少儲存池中的連線數目。
| 資料類型 | 整數 |
| 預設值 | 10 |
| 範圍 | 0 到最大整數 |
在到達到這個數目之前,儲存池維護執行緒不會捨棄實體連線。 不過,不會嘗試使連線數目成為這個數目。 如果您設定「經歷逾時值」,就不會維護下限值。 這時會捨棄所有到期的連線。
比方說,如果連線數目下限值設為 3,且已建立一個實體連線,「未用逾時值」執行緒不會捨棄這個連線。 經由相同的記號,執行緒不會自動建立兩個額外的實體連線,來達到連線數目下限設定。
| 資料類型 | 整數 |
| 預設值 | 1 |
| 範圍 | 0 到最大整數 |
比方說,如果執行間隔時間設成 60,儲存池維護執行緒就會每隔 60 秒執行一次。「執行間隔時間」間隔會影響到未用逾時值及經歷逾時值設定的精確度。間隔越小,精確度就越高。如果啟用了儲存池維護執行緒,請將執行間隔時間值設成小於未用逾時值和經歷逾時值。 當儲存池維護執行緒執行時,它會捨棄任何沒有使用的時間比未用逾時值所指定的時間值長的連線,直到到達連線數目下限所指定的連線數目為止。儲存池維護執行緒也會捨棄任何作用時間比經歷逾時值所指定的時間值長的連線。
「執行間隔時間」間隔也會影響效能。較小的間隔表示儲存池維護執行緒執行頻率比較高,會降低效能。
如果要停用儲存池維護執行緒,請將執行間隔時間設成 0,或是將未用逾時值和經歷逾時值兩者都設成 0。停用儲存池維護執行緒的建議方法是將執行間隔時間設成 0,在這種情況下,系統不會處理未用逾時值和經歷逾時值。 不過,如果未用逾時值和經歷逾時值都設成 0,雖然會執行儲存池維護執行緒,但這時只會捨棄因非零逾時值而發生逾時的實體連線。
| 資料類型 | 整數 |
| 單位 | 秒 |
| 預設值 | 180 |
| 範圍 | 0 到最大整數 |
請將未用逾時值設成比執行間隔時間值高,以得到最佳效能。 只有在未使用的現行連線數目超出連線數目下限設定時,才會捨棄未使用的實體連線。 比方說,如果未用逾時值設成 120,且啟用了儲存池維護執行緒(執行間隔時間不是 0),這時會捨棄任何未使用達 2 分鐘的實體連線。 請注意,這個逾時值的精確度以及效能都會受到執行間隔時間值的影響。 如果需要詳細資訊,請參閱執行間隔時間。
| 資料類型 | 整數 |
| 單位 | 秒 |
| 預設值 | 1800 |
| 範圍 | 0 到最大整數 |
將經歷逾時值設成 0 支援作用中實體連線無限期留在儲存池中。請將經歷逾時值設成比執行間隔逾時值高,以得到最佳效能。 比方說,如果經歷逾時值設成 1200,且執行間隔時間值不是 0,這時會捨棄任何存在時間達 1200 秒(20 分鐘)的實體連線。 請注意,這個逾時值的精確度以及效能都會受到「執行間隔時間」值的影響。 如果需要詳細資訊,請參閱執行間隔時間。
| 資料類型 | 整數 |
| 單位 | 秒 |
| 預設值 | 0 |
| 範圍 | 0 到最大整數 |
有效值是 EntirePool 和 FailingConnectionOnly。JCA 資料來源可以有任一個選項。WebSphere 4.0 版資料來源的清除原則一律是 EntirePool。
| 資料類型 | 字串 |
| 預設值 | FailingConnectionOnly |
| 範圍 |
|