導覽圖:應用程式伺服器的移轉與共存

移轉包含收集 WebSphere® Application Server 舊版的配置資訊,將它合併到新版的配置中。 共存包含在同一部機器上,同時執行 WebSphere Application Server 的新版和舊版。

開始之前

支援的配置 支援的配置:

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit

sptcfg

請參閱移轉、共存性與交互作業能力概觀移轉注意事項。如需資源來協助您規劃和執行移轉,請造訪 Knowledge Collection: Migration planning for WebSphere Application Server

基本上,移轉工具會將現有的 WebSphere 配置和使用者應用程式儲存在備份目錄中,然後處理這個備份目錄的內容,將配置和應用程式從舊版 WebSphere Application Server 移轉到最新的版本。

如果您有舊版的 WebSphere Application Server,您必須決定是否要將舊版的配置和應用程式移轉到新版本。

移轉並不會解除安裝舊版本。
  • 在您移轉獨立式應用程式伺服器時,以及移轉部署管理程式時,如果您沒有在移轉期間選擇停用先前的部署管理程式,舊版將仍能運作。
  • 在您移轉聯合節點時,以及移轉部署管理程式時,如果您在移轉期間選擇停用先前的部署管理程式,會在移轉順利完成之後停用舊版。您可以使用 migrationDisablementReversal.jacl Script 來重新啟用舊版。

如果您同時執行兩個不同版本的應用程式伺服器,這兩個版本會共存。比方說,如果 7.0 和 8.5 版應用程式伺服器在同一部機器上執行,它們就是共存。

如果要支援共存性,在移轉設定檔時必須使用 --setPorts-resolvePortConflicts 選項,或者您必須手動解決埠衝突,讓這兩個版本不會嘗試使用相同埠。第一個設定檔啟動時所連結的任何埠,會阻止第二個設定檔啟動,因為該埠仍在使用中。如果在任何給定的時間,只會有一個版本處於作用中,就不需要變更埠。

如需疑難排解移轉時所發生問題的說明,請參閱移轉疑難排解

關於這項作業

如需移轉至 9.0 版的相關資訊,請參閱移轉產品配置。 如需版本共存性的相關資訊,請參閱執行共存的應用程式伺服器

程序

  1. 將產品必備項目與並存項目更新為支援的版本。

    請參閱 IBM® WebSphere Application Server 支援的軟硬體和 API 網站,以瞭解現行需求。

  2. 安裝 9.0 版產品。

    安裝 WebSphere Application Server 9.0 版之後,您可以建置一個完整的 WebSphere Application Server, Network Deployment Cell 配置,驗證它能夠正確運作,然後再嘗試移轉現有的 Cell 或節點。 這個程序可確保您的系統具備所有的必備項目,且支援 WebSphere Application Server 的新層次。

    如需相關資訊,請參閱說明文件中的作業概觀:在 IBM i 上安裝一文。

  3. 將您的 WebSphere Application Server 7.0 版或更新版本產品配置移轉至 9.0 版

    您可以選擇要利用移轉工具自動移轉配置,或是手動移轉。

    • 使用移轉工具,來自動移轉配置。

      如需相關資訊,請參閱使用移轉工具

      以下是 WebSphere Application Server, Network Deployment 的兩個可能的移轉實務:
      • 自動移轉,且所有節點皆升級

        在這項實務中,您使用移轉工具來移轉部署管理程式以及其所有的聯合節點。

        使用這種方法的優點與考量如下:
        • 優點
          • 會自動複製舊配置。

            這包含所有的資源定義、虛擬主機定義、安全設定、叢集定義等。

          • 您在 9.0 版中,重建完全相同的 7.0 版或更新版本配置,依預設,其中包括節點定義、伺服器定義及已部署的應用程式。
          • 您可以啟用 Script 相容性支援。

            如需相關資訊,請參閱WASPostUpgrade 指令

        • 考量
          • 在開始之前,應該先構思好要耗費多少時間來移轉配置。
          • 應該在維護時間內移轉。
      • 自動移轉,並且利用混合節點
        這項實務涉及下列活動:
        • 移轉工具只移轉部署管理程式。
        • 您新增 9.0 版節點。
        • 當您的應用程式在 9.0 版進行測試時,您將它們移轉至 9.0 版
        • 當不再需要 7.0 版或更新版本的節點時,您將它們從 Cell 中移除。
        使用這種方法的優點與考量如下:
        • 優點
          • 會自動複製舊配置。

            這包含所有的資源定義、虛擬主機定義、安全設定、叢集定義等。

          • 您在 9.0 版中,重建完全相同的 7.0 版或更新版本配置,依預設,其中包括節點定義、伺服器定義及已部署的應用程式。
          • 您可以具有混合節點配置。
          • 您可以啟用 Script 相容性支援。

            如需相關資訊,請參閱WASPostUpgrade 指令

          • 您可以反覆移動應用程式。
        • 考量
          • 在開始之前,應該先構思好要耗費多少時間來移轉配置。
          • 應該在維護時間內移轉。
    • 手動移轉配置。
      手動移轉配置,涉及下列活動:
      • 您從頭開始建置 9.0 版的新環境。
      • 理想情況下,您會利用一組現有的管理 Script 來設定完整的 9.0 版環境。
      • 當您的應用程式在 9.0 版進行測試時,您將它們移轉至 9.0 版
      • 當不再需要 7.0 版或更新版本的 Cell 時,您將它移除。
      手動移轉配置時,請考量下列的相關要點:
      • 優點
        • 維護、抄寫與災難復原時,可以重複使用 Script。
        • 如果要需要,可以輕鬆重構拓蹼。
      • 考量
        • 一組完整的管理 Script 是一項重要的投資。
        • 移轉之前,必須先處理 Script 不相容與變更事宜。
        • 不可有混合節點的配置。
  4. 依照移轉 Web 伺服器配置中的說明來移轉 Web 伺服器外掛程式。
  5. 選擇性的: 設定多個版本的 WebSphere Application Server 共存。

    如果要在同一部機器上同時執行 WebSphere Application Server 的多重實例和版本,不能有任何執行時期衝突。 埠號指派可能會發生潛在的衝突。 如需相關資訊,請參閱埠號設定


指出主題類型的圖示 作業主題



時間戳記圖示 前次更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-iseries&topic=tmig_prev
檔名:tmig_prev.html