移轉、共存性與交互作業能力概觀
移轉至 WebSphere® Application Server 新版本時,有些因素需要仔細考量,例如:您的產品版本、設定檔類型、伺服器配置,以及應用程式部署。本概觀提供概念、專有名詞、工具和策略,有助於您順利移轉產品。
一般移轉專有名詞
- 版本或版次:包含重要新功能的產品更新。
- 版本:在版本內,含有特定特性集的產品包裝。例如 Network Deployment。
- 設定檔:定義應用程式伺服器程序(例如:部署管理程式或應用程式伺服器) 之執行時期環境的一組檔案。 設定檔所含的配置,用來定義應用程式伺服器的行為,以及應用程式的部署位置。
- 來源:移轉時的資料和物件來源,例如來源設定檔或來源機器。
- 目標:移轉時的資料和物件目的地,例如目標設定檔或目標機器。
- 節點:受管理或未受管理之伺服器或伺服器叢集的分組。受 Cell 管理的每一個節點可以有唯一的配置。
- Cell:包含單一部署管理程式來管理一或多個節點或配置的群組。Cell 中的節點會聯合至部署管理程式。Cell 層次的配置供所有節點共用。
- 混合型 Cell 環境:至少有一個聯合節點的版本比管理 Cell 的部署管理程式的版本舊。 節點不能有超過三個版本舊於部署管理程式。
基本移轉概念
當移轉一個含有部署管理程式和聯合節點的 Cell 時,需要特別注意。由於部署管理程式控制 Cell 中的配置,每一個節點在移轉時,必須與新的部署管理程式同步化。
移轉策略
- 「標準移轉」之於「複本移轉」(Standard vs. clone migration)
- 標準:來源配置在移轉至目標配置之後會停用。
- 複本:來源配置在移轉至目標配置之後仍維持運作。
- 「本端移轉」之於「遠端移轉」(Local vs. remote migration)
- 本端:將配置移轉到相同的機器。若為複本移轉,結果是兩個並存的環境。
- 遠端:將配置移轉至新的機器。
移轉工具
用來移轉產品配置的工具,必須從使用目標版本的新安裝架構來執行。如果可能的話,請在移轉開始之前,先將新安裝架構更新至最新的可用修正套件。 WebSphere Application Server9.0 版移轉工具只支援從 7.0 版或更新版本移轉,不支援在相同版本內移轉,例如,從 9.0 版移轉至 9.0 版。 如果要跨相同版本的機器來抄寫您的配置,請參閱內容型配置的相關資訊,或使用 AdminTask 物件 ConfigArchiveOperations 指令群組中的 wsadmin Scripting exportWasprofile 指令。
- WASPreUpgrade
- 從舊安裝架構擷取來源設定檔的 Snapshot,並放在備份目錄中。若為遠端移轉,WASPreUpgrade 指令會收集您配置所參照的其他構件,並放在備份目錄中。
- manageprofiles
- 建立目標設定檔。目標設定檔必須與來源設定檔的類型相同;例如,您無法將部署管理程式設定檔移轉至獨立式應用程式伺服器設定檔。視設定檔的類型而定,也必須符合來源設定檔的 Cell 名稱及/或節點名稱。
- WASPostUpgrade
- 將移轉備份目錄中的資料合併至目標設定檔。您可以指定其他選項,來控制是否停用舊配置、是否延緩安裝應用程式等等。
「配置移轉管理工具」或移轉精靈是一個圖形使用者介面 (GUI) 工具,會引導您執行指令行工具。
配置移轉工具會將存在於來源設定檔中的應用程式,部署至目標設定檔。移轉配置之前,請先在非正式作業 WebSphere Application Server 9.0 版 環境中測試您的應用程式。然後對應用程式進行任何必要的變更,以確保它們可在該環境中執行。如果要快速識別任何必要的變更,您可以使用 Migration Toolkit for Application Binaries 和 WebSphere Application Server Migration Toolkit,來掃描您的應用程式。如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
您可以隨需執行 WASMigrationAppInstaller 指令許多次來安裝 WASPostUpgrade 指令所未安裝的任何應用程式。
如果是遠端移轉,您可以利用 createRemoteMigrJar 指令來建立一個 .jar 檔,這可讓您在未安裝 WebSphere Application Server 的系統上執行 WASPreUpgrade 指令。
混合 Cell 環境
Cell 可以包含 WebSphere Application Server 版本不同的節點。 WebSphere Application Server 9.0 版混合式 Cell 可以包含支援 WebSphere Application Server 9.0 版和 7.0 版或更新版本的節點。在混合 Cell 環境中,若有 Cell 成員舊於 7.0 版,則工具無法移轉部署管理程式。管理者必須將節點移轉到至少 7.0 版,或將它們從 Cell 移除。
- 您執行現有系統的增量節點移轉。
- 您將部署管理程式移轉至 9.0 版。部署管理程式的層次必須是最新的節點版本。如果您有舊版節點,這種部署管理程式移轉方式會在 WebSphere Application Server 的最新版本產生混合式 Cell。
- 之後,每當您將一個節點移轉至這個最新的版本時,Cell 就會成為 WebSphere Application Server 最新版本的 Cell。
註: 這個 Cell 無法成為比部署管理程式還要新的版本。
- 您將部署管理程式移轉至 9.0 版,然後將舊版節點聯合至新版的部署管理程式。
這種形式的移轉只支援 7.0 版或更新版本的節點。
- 首先,請將部署管理程式移轉至 9.0 版。部署管理程式的層次必須是最新的節點版本。
- 之後,您可以將 7.0 版或更新版本的節點聯合到部署管理程式的最新版本中。
避免困難: 在這個方式的增量移轉之下,系統的混合式 Cell 環境含有 9.0 版部署管理程式所管理的節點。 您的移轉計劃最終應該包括將所有節點移轉到 9.0 版層次,以確保各節點會有一致的管理。gotcha
現有的功能可繼續在混合 Cell 環境中運作。您應該可以執行合理的作業(例如,執行現有的應用程式)、執行管理作業(例如 addNode)、建立混合式叢集、配置系統、呼叫 Mbean,以及部署應用程式。 在混合式 Cell 環境中,新功能支援是以功能、優先順序及可用資源為基礎,取決於個別情況。

如果發生任何問題,使用戶端無法與節點代理程式通訊,或使新的埠資料無法在叢集成員和節點代理程式之間傳播,用戶端就會出現要求失敗的情況。 在某些情況下,這些失敗是暫時的。 在其他情況下,您必須重新啟動一或多個程序,以便解決失敗。
如果要避開這些情況下所可能出現的用戶端遞送問題,您可以對叢集成員配置靜態埠。 如果使用靜態埠,當用戶端程序取得叢集成員的相關資訊時,埠資料不會跟著改變。 即使重新啟動叢集成員,或是程序之間有通訊或資料傳送問題,用戶端的埠資料仍然有效。這項補救措施不一定可以解決基礎通訊或資料傳送問題,但可以移除非預期或不穩定用戶端遞送決策的症狀。
gotcha如果您既沒有移轉舊版的 WebSphere Application Server,也沒有與它共存,那您就是選擇忽略舊有安裝架構,由於預設的埠指派會衝突,您只能每次執行一個版本。 如果您在其中一個版本中使用非預設埠,也許可以同時執行這兩個版本,而不會發生衝突。
潛在的移轉問題
其他資訊
WebSphere Application Server 9.0 版可與 7.0 版或更新版本共存。依舊版的 WebSphere Application Server 而定,可能會發生埠衝突,需要解決。 如需相關資訊,請參閱執行共存的應用程式伺服器和配置埠設定。
WebSphere Application Server移轉會使用現有的配置和應用程式,將它們變更為與 WebSphere Application Server 9.0 版環境相容。 在移轉程序期間,會將現有的應用程式元件和配置設定套用於 9.0 版環境。
如果您使用舊版的 WebSphere Application Server,系統管理者可能已微調您的環境的各種應用程式和伺服器設定。 請務必擬定策略,以便以最高效率來移轉這些設定。
您可以多次執行移轉工具,每次指定一組不同的設定檔,來漸進移轉 WebSphere Application Server 7.0 版或更新版本的配置。WebSphere Application Server 的增量移轉通常涉及在混合式 Cell 版本環境中操作您的系統。 在這個環境中移轉涉及在不同時間進行節點移轉,因此,可能會導致在移轉完成之前,長時間執行混合式 Cell。