WebSphere Extended Deployment V6.0.x     操作系统:

要求優先順序疑難排解

有時,您可能會遇到流程優先順序化的行為不如預期般運作。 本主題說明當要求流程優先順序未如您預期的方式運作時,應該檢查的一些一般事項。

HTTP 要求全部都自由裁決

如果您的環境將所有送入的要求視為一律平等,您可能是沒有定義服務原則, 並套用至適當的應用程式模組統一資源識別碼 (URI)。一種「最大努力」方式, 亦稱為自由裁決,是預設原則。請採取下列動作,確保已配置及套用服務原則:
動作 執行方式
確定有建立服務原則。 從管理主控台選取作業原則 > 服務原則。 這時會顯示目前已定義的所有服務原則。 如果您的服務原則沒有列出,請按一下新增,配置一個新的服務原則。
驗證您的服務原則已套用至適當的應用程式 URI。 從管理主控台選取作業原則 > 服務原則 > 選取現有的服務原則。 確定交易類別欄位中指派的交易類別。 您可以按一下新增,來建立新的交易類別。

如果看不到您在尋找的交易類別成員,請檢查那些成員是否已指定給其他服務原則。 同時請確定您要在其中套用服務原則的應用程式,已部署在您的環境中。

服務原則未做區分

區分回應時間在節點群組達到其容量限制時,會極為明顯, 這種情況會在動態環境中之節點群組內的所有節點都已完整運轉時、 應用程式佈置控制器啟動更多應用程式實例,以跟上工作要求時, 以及若有安裝 Tivoli Intelligent Orchestrator (TIO) 時, 它在必要時新增額外的節點至環境內時發生。 如果您遇到所有工作都被視為平等的情況,請遵循上表中的步驟, 確定已適當地配置您的原則。

要求優先順序化的回應時間極慢

如果自主要求流程管理程式 (ARFM) 的回應不夠快, 導致要求優先順序化的回應時間太慢時,您可以調整 ARFM 設定。 如需詳細資訊,請參閱配置 自主要求流程管理程式。請特別注意設定最小控制循環長度的設定,並確定選取適合的值。

一或多個後端系統節點上的 CPU 使用量維持在 100%

ARFM 會持續計算每一個交易類別需要從系統取得的工作量, 並在要求進入系統時修正。 若要確保 ARFM 能維持最佳狀態,您應該執行您的系統一段相當長的時間, 並且有極為不同的工作量變動。這種工作波動,加上極長的上線時間, 可以讓 ARFM 自行細部調整,並提供更精確的預估,以避免出現問題狀況。

如果有一或多個節點處於極高的使用率,但其他的節點的工作則比較寬鬆時, 就可能需要細部調整 ARFM。如需詳細資訊,請參閱配置 自主要求流程管理程式。請特別注意 CPU 使用率上限的設定, 並確定選取比您的節點目前的使用率小一點的值。

確定對交易類別做一致性的分組。 例如,具有自由裁決或低服務值的 URI,不應該和相同的交易類別中, 具有較高服務原則值的 URI 分在同一組。在相同的交易類別中混合需求變動極大的要求, 會導致 ARFM 產生不準確的預估。 若要修改交易類別,選取作業原則 > 服務原則 > 選取現有的服務原則, 並確定交易類別欄位與您的分組一致。

在異質 Cell 中,並非所有節點都相等地使用

系統已照設計運作。Load Balancer 會嘗試將叢集中的所有後端系統節點的回應時間維持平等。 如果有某個節點比其他節點略微弱一點,Load Balancer 可能就會分送較少工作給較弱的節點, 使該節點的回應時間和快速節點的回應時間較接近。




相關工作
配置要求流程
参考主题    

使用条款 | 反馈

最近更新日期: Aug 14, 2006 2:01:54 PM EDT
http://publib.boulder.ibm.com/infocenter/wxdinfo/v6r0/index.jsp?topic=/com.ibm.websphere.xd.doc/info/odoe_task/rodflowfail.html

© Copyright IBM Corp. 2005, 2006. All Rights Reserved.
本信息中心基于 Eclipse 技术。(http://www.eclipse.org)