階段作業儲存池設定

請利用這個頁面來配置階段作業儲存池設定。

這個管理主控台頁面是一個範圍的資源類型所共用的;比方說,JMS Queue Connection Factory。 如果要檢視這個頁面,路徑隨著資源類型而不同,但您通常會選取資源提供者的實例,再選取資源類型的實例,然後按一下階段作業儲存池。 比方說:按一下資源 > WebSphere JMS Providers > WebSphere Queue Connection Factories > connection_factory > 階段作業儲存池

「配置」標籤

範圍
指定這個資源定義的層次是可見的 -- Cell、節點或伺服器層次。

JDBC 提供者、名稱空間連結或共用程式庫之類的資源可以定義在多個範圍,定義在較明確範圍的資源會改寫定義在較一般範圍的複本。

請注意,不管所定義的資源範圍是什麼,資源的內容只適用於個別的伺服器層次。 比方說,如果您在 Cell 層次定義資料來源的範圍,則 Cell 中所有的使用者,都可以查閱以及使用這個資料來源,而這個資料來源在該 Cell 中是唯一的。 但是,資源內容設定對於 Cell 中的每一個伺服器來說,是本端設定。 比方說,如果您將連線數目上限設定為 10,則該 Cell 中的每一個伺服器都可以有多達 10 個連線。

Cell
最一般的範圍。除非遭到置換,否則,所有節點和伺服器都能看到 Cell 範圍所定義的資源。 如果要檢視 Cell 範圍中所定義的資源,請不要在範圍選擇表單中指定伺服器或節點名稱。
節點
大部分資源類型的預設範圍。定義在節點範圍的資源會置換任何定義在 Cell 範圍的複本,且相同節點中的所有伺服器都能看到它們,除非它們在這個節點的伺服器範圍中遭到置換。 如果要檢視節點範圍中所定義的資源,請不要指定伺服器,但在範圍選擇表單中選取一個節點名稱。
伺服器
定義資源的最特定範圍。 定義在「伺服器」範圍的資源會置換任何定義在 Cell 範圍或「母節點」範圍的重複資源定義,而且僅特定伺服器能夠看到它們。如果要檢視定義在伺服器範圍中的資源,請在範圍選擇表單中指定伺服器名稱和節點名稱。

當建立資源時,始終都會將它們建立畫面中所選取的現行範圍內。 如果要檢視其他範圍中的資源,請在範圍選擇表單中指定不同的節點或伺服器。

資料類型 字串
連線逾時值
指定以秒表示的間隔,在這個間隔後,連線要求將發生逾時,而且將擲出 ConnectionWaitTimeoutException。

當到達特定連線儲存池的連線數目上限值(連線數目上限)時,需要等待。比方說,如果連線逾時值設為 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 到最大整數
清除原則
指定在偵測到舊連線嚴重連線錯誤時如何清除連線。

有效值是 EntirePoolFailingConnectionOnly。JCA 資料來源可以有任一個選項。WebSphere 4.0 版資料來源的清除原則一律是 EntirePool

資料類型 字串
預設值 FailingConnectionOnly
範圍
EntirePool
在儲存池中的所有連線都標示為即將停擺。 任何不在使用中的連線都會立即關閉。 在這個連線的下個作業期間,會關閉使用中的連線,並擲出 StaleConnectionException。 應用程式所發出的後續 getConnection 要求會開啟新的資料庫連線。 當使用這個清除原則時,也有些可能不必要地將儲存池中不是陳舊的部分連線關閉。 不過,這種情況很少。 在大部分情況下,EntirePool 的清除原則是最佳選擇。
FailingConnectionOnly
只會關閉造成 StaleConnectionException 的連線。 雖然這個設定會消除不必要地關閉有效連線的可能性,但它會使從應用程式視景回復的作業變成比較複雜。 由於只關閉目前失敗的連線,因此,應用程式所發出的下個 getConnection 要求很可能傳回儲存池中也是陳舊的連線,從而造成更陳舊的連線異常狀況。

相關資訊

管理主控台按鈕
管理主控台頁面特性