2010-09-02 88 views

回答

9

前,應照顧什麼這是從經驗中我的名單。這是不完整的,但應涵蓋最常見的問題領域:

  • 計劃前往分佈式會話管理配置(即你會使用內存到內存或基於數據庫replicaton)。請注意,如果您仍然在32位平臺上,則來自羣集的資源需求開銷可能會導致您的不穩定問題,如果您的應用程序使用了大量內存。
  • 確保你把一切都變成用戶會話可以使用默認的序列進行序列化(實現Serializable)。否則,您可能會遇到分佈式會話問題。
  • 對於放入DynaCache的所有內容也是如此。確保所有內容都正確序列化。
  • 指定,並確保所有的資源定義(JDBC提供商等)將到合適的範圍進行。我通常會建議使用實際的Cluster範圍來安裝您的應用程序安裝到集羣的所有應用程序。這可以確保測試功能可以正確地從正確的點開始工作,並且不會產生衝突的定義。
  • 確保您的應用程序在Web界面中使用資源的相對路徑。一旦你開始負載平衡和東西,你可以遇到一些嚴重的問題,如果你已經狂奔了很多東西。
  • 如果您有任何種類的計時器,請確保它們與羣集配合良好。使用Quartz可能意味着您應該使用JDBC存儲來執行計時器任務。使用EJB定時器時,請確保您只註冊一次定時器(如果您有幾個節點完全同時嘗試註冊,可能會損壞WAS的定時器數據庫),並確保將它們安裝到羣集作用域。
  • 確保您使用WAS提供的SSO機制。如果你有一個自定義的實現,請確保它處理在集羣中的服務器之間移動用戶。
+0

+1'請確保您的應用程序使用的網絡接口資源的相對路徑。一旦你開始負載均衡和東西,你可以遇到一些嚴重的問題,如果你已經瘋狂了很多東西。「IBM WebSphere Commerce 7 – TheBlackBenzKid 2012-07-31 14:33:32

0

另外一個很好的建議是將PMR升級到IBM支持任何主要更改(如本次升級或升級到新版本等)之前的支持。將其作爲「軟件使用問題」提出並提供給您基於其他客戶的意見,從他們的知識庫中獲得反饋同樣適用於您有任何支持協議的任何類型的產品 - 在問題發生前請求支持。

2

保持簡單,根據您的要求,請嘗試配置您的負載平衡器使用粘性會話,並在你的HTTP會話不能保持狀態。這樣你就不需要在內存會話複製中佔用資源。

單點登錄是不是因爲你的HTTP客戶端將不能動過同樣的http://server.acme.com/ ...主機域名單個集羣的問題。

你的大部分測試應側重於數據庫爭。如果您有一個高度事務性的應用程序(即對同一個表進行多次寫入),請確保查看數據庫隔離級別,以免不必要地鎖定鎖。您的交易demarkaction也一樣。儘可能保持交易簡短。如果您沒有數據庫技能,請確保自己獲得數據庫分析員幫助您在測試時監控數據庫。