StackDoc

StackDoc

當前位置: 主頁 > 服務器軟件 > Websphere >

如何升級集群環境的WebSphere Portal 6.1

時間:2010-10-03 09:51來源:互聯網 作者:互聯網 點擊:
級別: 中級 崔燁 ,軟件工程師, IBM 張璇 ,軟件工程師, IBM 申毅 ,軟件工程師, IBM 2010 年1 月15 日本文將深入探討如何升級集群環境中的WebSphere Porta

級別: 中級

崔燁 ,軟件工程師, IBM
張璇 ,軟件工程師, IBM
申毅 ,軟件工程師, IBM

2010 年1 月15 日

本文將深入探討如何升級集群環境中的WebSphere Portal 6.1。集群是由多個Portal 組成的系統,它具有高可用性、高容錯能力以及靈活的負載均衡,是服務器工作量管理問題的有效解決方案之一。本文中,您將學習如何升級水平集群環境,了解在此過程中您可能會遇到的問題以及它們的解決方案。

簡介

WebSphere Portal

WebSphere Portal 是一個框架——包括運行時服務器、服務、工具和許多其他特性——您可以使用這些特性將企業集成到單個稱為門戶的可自定義界面中。使用Version 6.1 的新功能,您可以創建應用程序模板,然後讓用戶從那些模板快速組裝特性豐富的組合應用程序。更新版本會給用戶帶來更好的用戶體驗和新功能,本文以WebSphere Portal 6.1 升級到WebSphere Portal 6.1.0.1 為例講述如何升級WebSphere Portal 6.1。

Portal集群

集群由多個WebSphere Portal 服務器組成。集群集中管理所有的WebSphere Portal 服務器,參與管理所有服務器的負載。

集群分為兩種,一種為垂直集群,一種為水平集群。

  • 垂直集群是指讓集群成員服務器位於同一節點或物理機器上。垂直集群能夠在現有設備上,充分利用硬件資源,提供更好的服務質量。
  • 水平集群讓集群成員位於單元中多台物理機器的節點上。水平集群利用多台機器資源,每台機器部署相同的應用。

本文以水平集群為例,但是其中的很多概念對於垂直集群也是適用的。


圖1.水平集群示意圖
圖 1. 水平集群示意圖

Portal Fix Pack (PTF)

Fix Pack 是Portal 的升級包,用於Portal 的版本升級。需要注意的是Fix Pack 只能完成同一個大版本內的小版本之間的升級,比如從version 6.1.0.0 升級為version 6.1.0.1,而大版本之間的升級,比如從version 6.0 升級到version 6.1,或者從version 5.x 升級到version 6.x,只能通過移植(Migration)。

Portal Update Installer (PUI)

Portal Update Installer 是安裝升級包(PTF) 或者補丁(iFix) 的應用程序。同時也可以用來卸載升級包。 Portal Update Installer 有兩種方式升級或卸載升級包: 圖形方式(GUI) 和命令行方式(Command Line)。下文會詳細介紹這兩種方式的使用方法。





回頁首


升級前的準備

準備集群環境

本文的目的是升級如圖2 所示拓撲結構的Portal 6.1 水平集群,包括兩個Portal 節點,主節點pvcent1 和次節點pvcent2,使用遠程Deployment Manager(pvcent3),和遠程Web 服務器(pvcent4)。


圖2.本文的Cluster拓撲結構圖
圖 2. 本文的 Cluster 拓撲結構圖

檢查各節點的Portal版本

組成Cluster 的各節點要求Portal 版本相同,在這個例子中,要升級到version 6.1.0.1, 前提條件為所有的Portal 節點版本為6.1.0.0。以主節點pvcent1 為例,清單1 為驗證Portal 版本的代碼。

進入<Portal_Server_Root>/bin,輸入命令WPVersionInfo.sh。

 [root@pvcent1 bin]# pwd 
 /opt/IBM/WebSphere/PortalServer/bin 
 [root@pvcent1 bin]# ./WPVersionInfo.sh 

檢查各節點以及DM的WebSphere Application Server版本

Portal 6.1.0.1 要求各節點和DM 的WebSphere Application Server 最低版本為6.1.0.19。以主節點pvcent1 為例查看WebSphere Application Server 版本。

進入<AppServer>/bin,輸入命令versionInfo.sh 。

 [root@pvcent1 bin]# pwd 
 /opt/IBM/WebSphere/AppServer/bin 
 [root@pvcent1 bin]# ./versionInfo.sh 

按照上述方法逐一檢查各節點的WebSphere Application Server版本號,如果低於6.1.0.19,則要在WebSphere Application Server技術支持網站下載WebSphere Application Server的升級工具和升級包。

  • 下載升級工具download.updii.61019.linux.ia32.zip 解壓到目錄<AppServer>/update。
  • 下載升級包6.1.0-WS-WAS-LinuxX32-FP0000019.pak 和相應的JDK 升級包6.1.0-WS-WASSDK-LinuxX32-FP0000019.pak,放到目錄<AppServer>/update/fixpacks。
  • 進入<AppServer>/update,運行剛解壓的install.sh 啟動安裝,按照指示完成各節點和DM 上的WebSphere Application Server 的升級。
  • 如果需要升級Deployment Manager 上的WebSphere Application Server,請參考以下步驟:
    1. 停止Deployment Manager:

      <Application>/profiles/nd_profile_root/bin/stopManager.sh -user WAS_Admin_User – password WAS_Admin_Pwd

    2. 將Deployment Manager 升級至安裝本Fix Pack 所要求的版本6.1.0.19 或以上;
    3. 將以下文件從主節點(primary node) 複製到Deployment Manager:

      主節點(primary node): <wp_home>/base/wp.base/shared/app/wp.base.jar

      Deployment Manager: <Application >/plugins/wp.base.jar

    4. 啟動Deployment Manager:

      <Application>/profiles/nd_profile_root/bin/startManager.sh

檢查軟硬件條件

安裝升級包的軟硬件條件跟平台相關,具體參見WebSphere Portal V6.1軟硬件說明網站

準備足夠的安裝空間

在安裝升級包之前,Portal Update Installer 會根據升級的部分先做備份,備份文件存放在<Portal_Server_Root>/version/backup 目錄,這個目錄需要的空間大概等同於一個Fix Pack 升級包380M 的大小。

升級過程需要係統臨時目錄,如linux 系統的/tmp 目錄,存放安裝過程中生成的臨時文件,所需空間大概為800M, 相當於2 倍於安裝包的大小。

下載WebSphere Portal升級包和升級工具

登錄WebSphere Portal Server下載網站 ,下載最新的升級包和升級工具(WebSphere Portal Update Installer):

  • WebSphere Portal Server 6.1.0.1 版本升級包
  • WebSphere Portal Server 6.1.0.1 的升級工具PortalUpdateInstaller.zip

其中, PortalUpdateInstaller.zip 是通用的非平台相關的WebSphere Portal Update Installer。用戶也可以選擇與平台對應的壓縮包下載,例如Linux x86 平台可以選擇PortalUpdateInstallerLIN.tar.gz。





回頁首


制定升級計劃

升級集群環境有兩種方法可以選擇。第一種方法是停止整個集群,不再處理任何用戶通信請求。只有在所有的節點上都完成升級以後才重新啟動集群處理用戶事務。這種方法比較推薦在多集群(multiple cluster)環境中使用,因為此時24x7 的優勢並不能得到很好的發揮。另外如果允許一個單一的集群在一段時間脫機,那麼這種方法是最簡單的升級方法。

對於一個不允許脫機而必須24x7 小時處理用戶事務的單集群,只能選擇另外一種適合於單集群的24x7 的方法。這篇文章我們將以24x7 為例,介紹單集群的升級。

在使用這種方法是請注意一下幾點:

  1. 如果你想在升級過程中保存當前的用戶會話,需要確認Webshpere Application Server 支持分發會話的功能,保證在一個節點被停止進行升級的時候能夠恢復會話。另外一種方法是設置一個監控器來決定什麼時間所有的或者大部分的用戶會話都已經完成了,這個時候再停止這個節點。第二種方法能最大限度的減少對已有用戶會話的干擾。
  2. 集群環境的負載均衡功能必須開啟。
  3. 這個被升級的集群至少有兩個水平節點。
  4. 24x7 升級方法的局限性:
    • 如果你當前只配置了垂直節點,而沒有水平節點,那麼意味著所有的集群成員都在同一個節點上,那麼在升級過程中你的集群用戶會有一段時間不能登錄,因為節點需要重啟完成升級。這種情況並不是真正意義上的24x7。
    • 如果你在集群環境中配置了本地Web Server,你可能會需要在本地的Webshpere Application Server 中應用一些矯正性服務而停掉Web Server,使得24x7 的優勢不能得到發揮。
    • 在集群環境中安裝fix pack 的時候,portlets 只會部署在主節點,其他的次節點只通過簡單的與Deployment Manager 同步來獲得升級過的portlets。因為數據庫為各節點共享,數據庫就會隨著portlet 配置文件在主節點上的升級而升級。在次節點與Deployment Manager 同步之前,次節點的portlet 的配置文件還沒有升級。但新的porlet 的配置文件有可能與舊的配置文件不兼容,如果這個時候用戶在次節點上使用了這個與新配置不兼容的portlet,就有可能出現問題。所以推薦在安裝fix pack 之前,做好portlets 的測試,檢測是否有些portlet 在24x7 升級過程中暫時不可用。同樣,在卸載fix pack 的時候,數據庫也會存在相同的問題,因為porlets 只會在主節點部署,次節點通過與Deployment Manager 同步完成portlets 的升級,而數據庫共享,因為配置文件的同步時間而導致相同的問題。
    • 為了保持24x7 的升級,需要在升級之前停掉Portal。也需要在升級主節點之前,停掉所有節點的節點代理(node agent)。否則會出現某些portlets 顯示不可用的情況。




回頁首


安裝升級包

檢查集群節點狀態

  1. 檢查集群中每個節點的參數文件,這些文件會保存在目錄<profile-root>\ConfigEngine\properties 下,包括wkplc.properties,wkplc_dbtype.properties 和wkplc_comp.properties。需要確認每個節點中文件中的參數都是正確設置的。
    • 在參數文件wkplc.properties 中正確設置PortalAdminPwd 和WasPassword 的值;
    • 確保參數文件wkplc_comp.properties 中XmlAccessPort 的值與WebSphere Portal Server 所使用的HTTP 端口保持一致;
    • 確保參數文件wkplc_comp.properties 中DbUser(DB 用戶名)和DbPassword(DB 用戶密碼)設置正確;
    • 在參數文件wkplc.properties 的末尾添加一行AdditionalPropertiesToFilter=newAdminPw;
  2. 確保所有需要升級的節點中的自動同步已經被關閉,並停止所有的節點代理。

升級主節點

請注意,不用同時升級主節點和次節點,升級工作必須按步驟順序執行,而不能並行。必須按照先升級主節點,然後升級次節點,再升級其他節點的順序執行,一次只能升級一個節點。

  1. 停止Deployment Manager 與主節點之間的通訊,如果為了負載均衡而配置了Web Server 插件,需要通過以下步驟停止通訊:
    1. 在Deployment Manager 的管理控制台中,通過Servers>Clusters>cluster_name>Cluster members 獲取集群成員的信息。
    2. 選定主節點,將Configured weight 設置為零。注意,記住Configured weight 修改前的值,並在升級完成後改回原值。
    3. 如果插件的自動生成和發布功能被禁用了,則需要手工生成plugin-cfg.xml 並發佈到Web Server 上去。
    4. 如果自動發布插件配置的功能是啟用的,則需要在Deployment Manager 的管理控制台將其禁止,通過取消Servers>Web Servers>web_server_name>Plug-in Properties 中“自動發布插件配置文件” 的選擇。
  2. 選擇GUI 方式或命令行方式運行Portal Update Installer(PUI) 安裝Fix Pack。如果選擇了適合所有平台的PUI,則需要注意這種PUI 是沒有內置java 環境的,則需要在目錄was_profile_root/bin 內手工執行. ./setupCmdLine.sh 來正確設置系統的java 環境。

    在目錄portal_server_root/update 中使用./updatePortalWizard.sh 啟動GUI 界面,安裝Fix Pack。

  3. 如果您選擇使用命令行方式進行安裝。
    1. 首先設置java 環境,進入目錄was_profile_root/bin 執行. ./setupCmdLine.sh。
    2. 檢查當前系統的應用程序狀態,參考命令為在was_profile_root/bin 下執行./serverStatus.sh -all -user username -password password。
    3. 根據上一步的結果,停止所有運行狀態的應用程序,參考命令為在was_profile_root/bin 下執行./ stopServer.sh servername -user username -password password。
    4. 確保Deployment Manager 和主節點對應的節點代理都在運行狀態,如果有停止的,將其啟動。
    5. 通過命令行方式安裝Fix Pack,進入主目錄<portal_server_root/update>,執行: ./updatePortal.sh -install -installDir “/opt/WebSphere/PortalServer" -fixpack – fixpackDir "/opt/WebSphere/PortalServer/update/fixpacks" -fixpackID WP_PTF_610x
  4. 如果系統使用了Web Server 插件來配置負載均衡,則需要重新配置WebSphere Portal 的目標映像,最推薦的方法是在Deployment Manager 上重新執行configureweb_server_name 腳本,步驟如下:
    1. 將Web Server 上目錄plugins_root/bin 下的腳本configureweb_server_name 複製到Deployment Manager 上的目錄app_server_root/bin 下
    2. 在Deployment Manager 上執行腳本configureweb_server_name
    3. 如果自動生成插件的功能被禁用了,則需手工生成插件,命令為,在Deployment Manager 管理控制台上,進入Servers>Web servers,選擇“生成插件”
  5. 在Fix Pack 安裝成功後,在Deployment Manager 管理控制台中檢查主節點的狀態,如果狀態為“未同步”,在確保節點代理在運行狀態的同時,執行以下操作:

    1. 在Deployment Manager 管理控制台中進入System Administration>Nodes;
    2. 對沒有同步的節點,選擇“同步”命令;
    3. 在同步操作成功結束後,要等待至少20 分鐘進行下一步操作,以保證節點代理上有充足的時間完成EAR 的擴展;
  6. 在主節點上重新啟動WebSphere Portal Server。
  7. 執行命令激活portlets,參考命令為:

    ./ConfigEngine.sh activate-portlets -DPortalAdminPwd=password

  8. 通過瀏覽器訪問WebSphere Portal Server,確保系統工作正常。
  9. 恢復Deployment Manager 與主節點之間的通訊:
    1. 如果Web Server 的自動發布功能是被禁用的,則需要在Deployment Manager 的管理控制台將其啟用,通過取消Servers>Web Servers>web_server_name>Plug-in Properties 中“自動發布插件配置文件”的選擇。
    2. 在Deployment Manager 的管理控制台中,通過Servers>Clusters>cluster_name>Cluster members 獲取集群成員的信息。
    3. 選定主節點,將Configured weight 恢復為原值。
    4. 如果插件的自動生成和發布功能被禁用了,則需要手工生成plugin-cfg.xml 並發佈到Web Server 上去。
  10. 如果主節點升級前,已經額外安裝了一些未被包括在Fix Pack 中的補丁,則需要自己重新將這些補丁裝上。

升級次節點

注意:在沒有完成升級主節點的所有步驟之前,不能升級次節點。所有的升級步驟必須順序執行,不能並行,同一時間只能在一個節點上執行一個操作。

  1. 停止Deployment Manager 與次節點之間的通訊,具體步驟參考“升級主節點”的步驟1。
  2. 具體升級步驟,可以參考“升級主節點” 的步驟2-12。

升級的後續工作

在完成所有節點的升級後,需要進行以下工作:

  1. 將集群內所有節點的自動同步重新啟用:
    1. 通過Deployment Manager 管理控制台,進入System Administration > Nodes Agents,對需要啟動同步的節點選擇“節點代理”。
    2. 然後選擇“文件同步服務”。
    3. 在“文件同步服務”頁面上選擇“自動同步”,並保存所改配置。
    4. 進入System Administration > Nodes,選擇所有未同步的節點,並同步,保存所改配置。
    5. 進入System Administration > Node Agents,選擇所有重新啟用自動同步的節點代理,進行重新啟動。
  2. 如果系統中配置了IBM Workplace Web Content Management,並且創建了內容,則需要將個人定制包括JSP 頁面重新發佈到Web Content Management 上。
  3. 如果系統使用了Oracle 數據庫,需要執行以下步驟,將open_cursors 改回為初始值。
    1. 以數據庫系統管理員的身份連接到數據庫。
    2. 執行命令“alter system set open_cursors=original_value scope=spfile;”。
    3. 重新啟動數據庫實例。




回頁首


卸載升級包

卸載前的準備

在卸載升級包之前,我們需要做如下步驟來確保卸載能夠正常進行(注意:這些步驟對所有節點均需要執行)。

  1. 驗證下列屬性文件中的參數值設置正確。
    • wkplc.properties:確保PortalAdminPwd 和WasPassword 參數均已設置正確。
    • wkplc.properties: 缺省情況下Portal Update Installer 會刪掉屬性文件的密碼,如果希望將密碼保留下來,只需要在此文件中加入下列一行:PWordDelete=false。
    • wkplc_comp.properties: 確保XmlAccessPort 參數已設置正確。
    • wkplc.comp.properties: 確保DbUser 和DbPassword 均已填寫正確。
  2. 確保在Deployment Manager 上包含wp.base.jar。

    如果不存在,可以從主節點的如下目錄中拷貝。

    • 主節點(Primary Node):<wp_home>/base/wp.base/shared/app/wp.base.jar
    • Deployment Manager:<was_home>/plugins/wp.base.jar
  3. 禁止節點與Deployment Manager 之間的自動同步。
    • 登錄Deployment Manager 的控制管理台,在導航欄裡選擇系統管理> 節點代理;
    • 選擇一個需要處理的節點,點擊選擇“文件同步服務”,點擊取消“自動同步”前面的複選框;
    • 對需要處理的其他節點重複以上步驟並保存更改;
    • 在導航欄中選擇系統管理> Nodes,選中所有節點並點擊“同步”按鈕;
    • 在導航欄中選擇系統管理> 節點代理,選中主節點的節點代理並點擊“重啟”按鈕;
    • 選中其他所有節點的節點代理並點擊“停止”按鈕;

卸載主節點

  1. 停止在主節點上的負載均衡配置,請參考本文之前的相關步驟。
  2. 使用Portal Update Installer 的圖形或者命令行界面來進行卸載。
    • 圖形界面
      • Windows: portal_server_root\update> updatePortalWizard.bat
      • Unix/Linux: portal_server_root/update> ./updatePortalWizard.sh
    • 命令行界面
      • Windows: setupCmdLine.bat
      • Unix/Linux: . ./setupCmdLine.sh
      • Windows: C:\IBM\WebSphere\PortalServer\update> updatePortal.bat -uninstall -installDir "C:\IBM\WebSphere\PortalServer" -fixpack -fixpackID WP_PTF_6101
      • Unix/Linux: /usr/WebSphere/PortalServer/update> ./updatePortal.sh -uninstall -installDir "/usr/WebSphere/PortalServer" -fixpack -fixpackID WP_PTF_6101
  3. 通過Deployment Manager 的控制管理台將WebSphere Portal 重新映射到外部的Web 服務器上。
    • 登錄Deployment Manager 的管理控制台,導航至Applications > Enterprise Applications;
    • 點擊wps ,然後在模塊區域內點擊選擇“管理模塊”;
    • 選擇“WebSphere Portal”模塊;
    • 在集群及服務器組合框內選擇所需的Web 服務器及相應的集群名,然後點擊“應用”;
  4. 當升級包已經被卸載後,我們可以登錄Deployment Manager 的管理控制台來查看此節點的狀態。如果它當前是“未同步”,此時可以點擊“同步”按鈕來使此節點與Deployment Manager 保持同步。注意,當同步結束後,在進行其他步驟前請至少等待20 分鐘以保證此次同步所需的所有步驟均已完成。
  5. 重新啟動主節點上的WebSphere Portal Server。並執行下列命令來激活portlet 應用。
    • Windows: ConfigEngine.bat activate-portlets -DPortalAdminPwd=password -DWasPassword=password
    • Unix/Linux: ./ConfigEngine.sh activate-portlets -DPortalAdminPwd=password -DWasPassword=password
  6. 打開瀏覽器登錄主節點的WebSphere Portal 的URL 以驗證此節點操作正常。
  7. 恢復在主節點上的負載均衡配置,請參考本文之前的相關步驟。

卸載次節點

注意:在所有次節點上重複下列步驟,每次只操作一個節點。

  1. 停止在本節點上的負載均衡配置,請參考本文之前的相關步驟。
  2. 執行下列命令以啟動本節點上的節點代理:
    • Windows:startNode.bat
    • Unix/Linux:./startNode.sh
  3. 使用Portal Update Installer 的圖形或者命令行界面來進行卸載。
    • 圖形界面
      • Windows:portal_server_root\update> updatePortalWizard.bat
      • Unix/Linux:portal_server_root/update> ./updatePortalWizard.sh
    • 命令行界面
      • Windows: setupCmdLine.bat
      • Unix/Linux: . ./setupCmdLine.sh
      • Windows: C:\IBM\WebSphere\PortalServer\update> updatePortal.bat -uninstall -installDir "C:\IBM\WebSphere\PortalServer" -fixpack -fixpackID WP_PTF_6101
      • Unix/Linux:/usr/WebSphere/PortalServer/update> ./updatePortal.sh -uninstall -installDir "/usr/WebSphere/PortalServer" -fixpack -fixpackID WP_PTF_6101
  4. 當升級包已經被卸載後,我們可以登錄Deployment Manager 的管理控制台來查看此節點的狀態。如果它當前是“未同步”,此時可以點擊“同步”按鈕來使此節點與Deployment Manager 保持同步。注意,當同步結束後,在進行其他步驟前請至少等待20 分鐘以保證此次同步所需的所有步驟均已完成。
  5. 重新啟動此節點上的WebSphere Portal Server。
  6. 打開瀏覽器登錄此節點的WebSphere Portal 的URL 以驗證此節點操作正常。
  7. 恢復在此節點上的負載均衡配置,請參考本文之前的相關步驟。

後繼步驟

當我們對所有節點均完成了卸載之後,請執行下列步驟:

  1. 重啟啟用集群內所有節點的自動同步功能。
    • 登錄Deployment Manager 的控制管理台,在導航欄裡選擇系統管理> 節點代理
    • 選擇一個需要處理的節點,點擊選擇“文件同步服務”,點擊選中“自動同步”前面的複選框
    • 對需要處理的其他節點重複以上步驟並保存更改
    • 在導航欄中選擇系統管理> Nodes,選中所有節點並點擊“同步”按鈕
    • 在導航欄中選擇系統管理> 節點代理,選中所有節點的節點代理並點擊“重啟”按鈕
  2. 重新啟用創建虛擬Portal 的功能。 (只有是Express 版本時才需要本步驟)
    • Windows: ConfigEngine.bat action-express-update-vp
    • Unix/Linux: ./ConfigEngine.sh action-express-update-vp




回頁首


升級過程中的主要問題和最佳實踐

用戶在進行升級過程中經常碰到各種各樣的問題,本節列舉出一些常見問題供用戶參考。

用戶磁盤空間不足

現像如下圖,用戶被提示磁盤空間不足。


圖3.磁盤空間不足
圖 3. 磁盤空間不足

安裝升級包或者補丁包前,請先確定即將被安裝的升級包或者補丁包所需要的磁盤空間。如果用戶系統中磁盤空間少於升級包或者補丁包所需要的磁盤空間,是無法成功安裝的。

WebSphere Aplication Server或者WebSphere Portal Server的用戶名或者密碼有錯誤

安裝升級包或者補丁包前,請先確定配置文件中已經填入正確的用戶名和密碼。請先檢查屬性文件信息,在<wp_profile>/ConfigEngine/properties/wkplc.properties 中設置正確的WasUserid/WasPassword(WebSphere Aplication Server 的用戶名/ 密碼) 和PortalAdminId/PortalAdminPwd(WebSphere Portal Server 的用戶名/ 密碼) 。

最佳實踐

  1. 確保UNIX 環境下的文件權限設置正確。如果打算用非root 用戶來升級,此用戶需要是WebSphere Portal ,WebSphere AppServer 和wp_profile 目錄的屬主。並且此用戶對/tmp 有讀寫權限。
  2. 當遇到升級失敗的時候,如果不打算恢復備份。在進行其他配置前請先修復本次失敗,完成此次升級後再進行其他任務。
  3. 如果升級失敗,不要嘗試去升級其他版本的升級包,這將導致一個未知狀態的Portal 。
  4. 確保在執行升級任務前先完成“準備步驟”中的所有條目。
  5. 在升級集群環境時,確保先升級主節點,然後才能升級其他節點。
  6. 如果一個節點僅被加入Deployment Manager 但並沒有建立集群,請先建立集群再進行升級。




回頁首


結束語

WebSphere Portal 產品會隨用戶需求的變化進行相應的版本升級。在產品的使用過程中,用戶可以根據需要決定是否需要升級版本,升級到哪一個版本。如果選擇升級到某一版本,用戶還可以自行下載升級工具和升級包,並通過圖形界面方式或者命令行方式來進行產品升級,這樣會帶來更穩定的產品和新的產品特性。



參考資料



作者簡介

崔燁 ,軟件工程師,在IBM中國軟件開發中心WPLC部門從事WebSphere Portal升級框架研究及開發工作。


張璇,IBM 中國軟件開發中心WebSphere Portal 部門軟件工程師。


申毅,IBM 中國軟件開發中心WebSphere Portal 部門軟件工程師。




頂一下
(0)
0%
踩一下
(0)
0%
------分隔線----------------------------
發表評論
請自覺遵守互聯網相關的政策法規,嚴禁發布色情、暴力、反動的言論。
評價:
表情:
驗證碼:點擊我更換圖片
欄目列表
推薦內容