移轉、共存性與交互作業能力概觀

移轉至 WebSphere® Application Server 新版本時,有些因素需要仔細考量,例如:您的產品版本、設定檔類型、伺服器配置,以及應用程式部署。本概觀提供概念、專有名詞、工具和策略,有助於您順利移轉產品。

一般移轉專有名詞

常用來討論移轉的詞彙如下:
  • 版本版次:包含重要新功能的產品更新。
  • 版本:在版本內,含有特定特性集的產品包裝。例如 Network Deployment。
  • 設定檔:定義應用程式伺服器程序(例如:部署管理程式或應用程式伺服器) 之執行時期環境的一組檔案。 設定檔所含的配置,用來定義應用程式伺服器的行為,以及應用程式的部署位置。
  • 來源:移轉時的資料和物件來源,例如來源設定檔來源機器
  • 目標:移轉時的資料和物件目的地,例如目標設定檔目標機器
  • 節點:受管理或未受管理之伺服器或伺服器叢集的分組。受 Cell 管理的每一個節點可以有唯一的配置。
  • Cell:包含單一部署管理程式來管理一或多個節點或配置的群組。Cell 中的節點會聯合至部署管理程式。Cell 層次的配置供所有節點共用。
  • 混合型 Cell 環境:至少有一個聯合節點的版本比管理 Cell 的部署管理程式的版本舊。 節點不能有超過三個版本舊於部署管理程式。

基本移轉概念

移轉是一項將配置從舊版移至新版的程序,使新配置的行為盡可能接近舊配置。移轉的主要單元是設定檔,會以 3 個基本步驟來移轉:
  1. 從舊安裝架構擷取來源設定檔的 Snapshot。
  2. 在新安裝架構中建立相容的目標設定檔。
  3. 將 Snapshot 中的資料合併至目標設定檔。

當移轉一個含有部署管理程式和聯合節點的 Cell 時,需要特別注意。由於部署管理程式控制 Cell 中的配置,每一個節點在移轉時,必須與新的部署管理程式同步化。

混合 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 移除。

混合式 Cell 環境有兩種存在方式:
  1. 您執行現有系統的增量節點移轉。
    1. 您將部署管理程式移轉至 9.0 版。部署管理程式的層次必須是最新的節點版本。如果您有舊版節點,這種部署管理程式移轉方式會在 WebSphere Application Server 的最新版本產生混合式 Cell。
    2. 之後,每當您將一個節點移轉至這個最新的版本時,Cell 就會成為 WebSphere Application Server 最新版本的 Cell。
      註: 這個 Cell 無法成為比部署管理程式還要新的版本。
  2. 您將部署管理程式移轉至 9.0 版,然後將舊版節點聯合至新版的部署管理程式。 這種形式的移轉只支援 7.0 版或更新版本的節點。
    1. 首先,請將部署管理程式移轉至 9.0 版。部署管理程式的層次必須是最新的節點版本。
    2. 之後,您可以將 7.0 版或更新版本的節點聯合到部署管理程式的最新版本中。
    避免困難 避免困難: 在這個方式的增量移轉之下,系統的混合式 Cell 環境含有 9.0 版部署管理程式所管理的節點。 您的移轉計劃最終應該包括將所有節點移轉到 9.0 版層次,以確保各節點會有一致的管理。gotcha

現有的功能可繼續在混合 Cell 環境中運作。您應該可以執行合理的作業(例如,執行現有的應用程式)、執行管理作業(例如 addNode)、建立混合式叢集、配置系統、呼叫 Mbean,以及部署應用程式。 在混合式 Cell 環境中,新功能支援是以功能、優先順序及可用資源為基礎,取決於個別情況。

避免困難 避免困難: 在混合式 Cell 環境中執行時,用戶端可能會突然遇到目標叢集之叢集成員的埠資訊已經太舊的狀況。當所有叢集成員都有動態埠,且在未送出任何要求的時段重新啟動之時,最常出現這種狀況。 在這個狀況下,用戶端程序最終會試圖遞送至節點代理程式,以接收叢集成員的新埠資料,然後利用新的埠資料,遞送回叢集成員。

如果發生任何問題,使用戶端無法與節點代理程式通訊,或使新的埠資料無法在叢集成員和節點代理程式之間傳播,用戶端就會出現要求失敗的情況。 在某些情況下,這些失敗是暫時的。 在其他情況下,您必須重新啟動一或多個程序,以便解決失敗。

如果要避開這些情況下所可能出現的用戶端遞送問題,您可以對叢集成員配置靜態埠。 如果使用靜態埠,當用戶端程序取得叢集成員的相關資訊時,埠資料不會跟著改變。 即使重新啟動叢集成員,或是程序之間有通訊或資料傳送問題,用戶端的埠資料仍然有效。這項補救措施不一定可以解決基礎通訊或資料傳送問題,但可以移除非預期或不穩定用戶端遞送決策的症狀。

gotcha

如果您既沒有移轉舊版的 WebSphere Application Server,也沒有與它共存,那您就是選擇忽略舊有安裝架構,由於預設的埠指派會衝突,您只能每次執行一個版本。 如果您在其中一個版本中使用非預設埠,也許可以同時執行這兩個版本,而不會發生衝突。

常見問題

我可以簡單指向新的 WebSphere Application Server for z/OS® 9.0 版資料集,然後重新啟動我的伺服器嗎?

否。WebSphere Application Server for z/OS 9.0 版要求您將 7.0 版或更新版本配置移轉至 9.0 版的層次。

當移轉至 9.0 版時,請注意下列問題:
  • 任何屬於 WebSphere Application Server 以外之應用程式或產品的變數都不會移轉,但會依照現狀移入新環境中。 因此,移轉之前,請檢查產品的其他任何升級,確定移轉之後全部這些變數仍為精確的。
  • 7.0 版或更新版本移轉至 9.0 版之前,請驗證您沒有任何區域限制(例如 IEFUSI 限制)。 這些限制項可能造成無法預期的 Java™ 虛擬機器 (JVM) 錯誤。
什麼是基本移轉程序?
  1. 安裝 WebSphere Application Server for z/OS 9.0 版的 SMP/E 程式碼。
    • SMP/E 程式碼包含 Installation Manager。 安裝 SMP/E 程式碼會授權您擷取 WebSphere 儲存庫以及在系統上建置 WebSphere 產品程式。
  2. 使用 z/OS 移轉管理工具或 zmmt 指令,來建立執行移轉所需的移轉公用程式。
  3. 執行這些工作。

    這會在現有的 7.0 版或更新版本的配置之外,建立以 7.0 版或更新版本的配置資訊為基礎的新 9.0 版配置。

移轉是一種依節點執行的活動嗎?

可以。配置移轉程序涉及針對您配置中的每一個節點,執行所提供的公用程式。

圖形描述針對配置中的每個節點來執行所提供的公用程式。

雖然獨立式應用程式伺服器只有一個節點,但需要移轉這個節點。 本質上,這些步驟和您移轉其他任何節點的步驟相同,不同之處在於不需要執行部署管理程式。請參閱移轉 z/OS 獨立式應用程式伺服器:核對清單,以取得獨立式應用程式伺服器節點移轉活動的核對清單。

移轉公用程式會執行哪些事項?

移轉公用程式提供下列的用途:

表 1. 移轉公用程式及其用途. 下表列出各種移轉公用程式及其用途。
公用程式 目的
BBOWMG1B(獨立式應用程式伺服器移轉)

BBOWMG1F(聯合節點移轉)

能夠將要移轉之節點上的所有伺服器,配置成在「對等重新啟動與回復 (PRR)」模式下啟動

在完成這項工作之後,必須啟動所要移轉之節點上的所有伺服器,並等待其停止。PRR 處理模式會解析任何未完成的交易,清除交易日誌,然後停止伺服器。如果是移轉部署管理程式,就不需要執行這項工作,對於不使用分散式交易 (XA) 連接器的配置來說,這項工作是選用的。

只有在您使用 XA 配接器,而您需要移轉 XA 日誌時,才需要執行這項工作。請在 7.0 版或更新版本的管理主控台中檢查資源提供者,先移至資源 > JDBC 提供者,然後查看是否已選擇任何 XA 提供者,例如 DB2®、Apache Derby 等等。

BBOWMG2B(獨立式應用程式伺服器移轉)

BBOWMG2F(聯合節點移轉)

停用 PRR 模式,並讓所有伺服器回到一般作業狀態

完成這項工作之後,不需要啟動所有伺服器。如果是移轉部署管理程式,就不需要執行這項工作,對於不使用 XA 連接器的配置來說,這項工作是選用的。

只有在您使用 XA 配接器,而您需要移轉 XA 日誌時,才需要執行這項工作。請在 7.0 版或更新版本的管理主控台中檢查資源提供者,先移至資源 > JDBC 提供者,然後查看是否已選擇任何 XA 提供者,例如 DB2、Apache Derby 等等。

BBOMBHFS 或 BBOMBZFS(獨立式應用程式伺服器移轉)

BBOMDHFS 或 BBOMDZFS(部署管理程式移轉)

BBOMMHFS 或 BBOMMZFS (聯合節點移轉)

選用項目:建立 9.0 版配置根目錄的檔案系統和裝載點,然後裝載檔案系統

如果您想要利用現有檔案系統來包含 9.0 版配置,您必須手動建立在建立移轉定義時所指定的裝載點,然後驗證已裝載檔案系統,而不是執行這個工作。 無論何者,都必須建立配置檔案系統與裝載點,並且在繼續進行移轉之前,必須先裝載檔案系統。

若為獨立式應用程式伺服器移轉,公用程式如下:
  • BBOWMG3B
  • BBOWBPRO
  • BBOWBPRE
  • BBOWBPOS
若為部署管理程式移轉,公用程式如下:
  • BBOWMG3D
  • BBOWDPRO
  • BBOWDPRE
  • BBOWDPOS
若為聯合節點移轉,公用程式如下:
  • BBOWMG3F
  • BBOWMPRO
  • BBOWMPRE
  • BBOWMPOS

BBOWMG3x 會將節點完整地從 7.0 版或更新版本移轉至 9.0 版

BBOWxPRO 只會建立 WebSphere Application Server 起始目錄與預設設定檔。

BBOWxPRE 只會執行移轉的前置升級程序。

BBOWxPOS 只會執行移轉的後置升級與收尾(變更檔案許可權)程序。

BBOMBCP(獨立式應用程式伺服器移轉)

BBOMDCP(部署管理程式移轉)

BBOMMCP(聯合節點移轉)

將為了啟動伺服器而產生的「工作控制語言 (JCL)」程序,複製至指定的程序檔案庫

如果您選擇讓您的 9.0 版配置使用不同的 JCL 啟動程序名稱,這個公用程式會更新新的 9.0 版配置,用您新的 JCL 名稱來替換原始 7.0 版或更新版本配置中存在的名稱。

應在哪裡執行移轉工作?

請在要移轉之節點所在的相同系統上執行工作。

移轉節點時會發生什麼情況?

移轉公用程式會轉換目前 WebSphere Application Server 7.0 版或更新版本配置檔案系統的內容,將它們合併到新的個別 9.0 版配置檔案系統中。

移轉期間現有的配置會遺失嗎?

在移轉期間,原始 WebSphere Application Server 7.0 版或更新版本的配置樹狀結構不受影響。如果因某些原因讓移轉在完成之前即失敗,您先前的配置仍會存在。

如果我的節點有多部應用程式伺服器,全部都會移轉嗎?

可以。公用程式會偵測所有的伺服器,並且全部移轉,包括節點代理程式在內。只要對節點呼叫一次移轉公用程式,就會移轉該節點中的所有伺服器。

必須停止節點中的伺服器才能執行移轉嗎?

可以。在多重節點配置中,其他節點有可能正在執行。但是,只要是您想移轉的節點,其伺服器都必須停止。

當屬於 WebSphere Application Server, Network Deployment 配置的應用程式伺服器節點在移轉中,這個 Cell 先前所移轉的 9.0 版部署管理程式必須在執行中。 這是因為移轉過程涉及 wsadmin Scripting 功能的使用,以便讓新移轉的應用程式伺服器節點與部署管理程式同步化。部署管理程式必須正在執行,才能執行同步化。

如果 Cell 中只有某些節點已移轉,其他的並沒有,那 Cell 仍可運作嗎?

是,這是可能的。WebSphere Application Server 7.0 版或更新版本可以與 9.0 版共存於相同 Cell 及相同邏輯分割區 (LPAR) 中。

我新移轉的 WebSphere Application Server for z/OS 9.0 版部署管理程式仍能夠與 7.0 版或更新版本的節點通訊嗎?

可以。移轉至 9.0 版層次程式碼的部署管理程式可以管理 7.0 版或更新版本的節點。透過管理主控台所進行的變更會套用至節點。請記住下列各點:
  • 當部署管理程式移轉至 9.0 版時,會建立一個新的 9.0 版主要配置。 7.0 版或更新版本的主要配置仍然存在。但 9.0 版部署管理程式變更配置時,會變更新的 9.0 版主要配置。 因此,雖然仍可能使用 7.0 版或更新版本的程式碼,但在還原舊程式碼時,看不到在 9.0 版中進行的任何變更。
  • 7.0 版或更新版本部署管理程式無法管理 9.0 版節點。

移轉多重節點時,需要按照順序嗎?

可以。請根據下列順序來移轉:
  1. 請一律先從移轉部署管理程式開始移轉。
  2. 接著,可移轉位於部署管理程式或其他「多重虛擬儲存體 (MVS™)」影像相同系統上的應用程式伺服器節點。

WebSphere Application Server for z/OS 9.0 版的 Cell 可能與 7.0 版或更新版本的其他 Cell 共存嗎?

可以。對於 sysplex 或任何給定的 MVS 映像檔,WebSphere Application Server for z/OS 9.0 版的 Cell 有可能與 7.0 版或更新版本的其他 Cell 共存。 其限制如下:
  • Cell 可以包含 7.0 版或更新版本層次的伺服器。
  • Cell 可以包含 z/OS 與非 z/OS 節點;但是,部署管理程式在 Cell 中必須具備最高版本層次,只要節點不是位於部署管理程式所在的平台上,就必須是 7.0 版或更新版本
  • z/OS 節點上的伺服器無法與非 z/OS 節點上的伺服器形成叢集。
  • LPAR 可以包含來自相同 Cell 中的多個節點。
  • 不論您從 Cell 中配置多少個節點給該 LPAR,對於將伺服器放在該 LPAR 上的每一個 Cell 來說,每一個 LPAR 最多只能有一個常駐程式。
  • 對於給定的 LPAR,常駐程式的版本層次必須等於或高於該 LPAR(位於常駐程式的 Cell 中)上的所有伺服器。
  • 相同節點中的所有伺服器必須使用相同的版本層次。
  • 部署管理程式的版本層次必須等於或高於 Cell 中的任何伺服器。
  • 控制器與其服務者必須使用相同的版本層次。
  • Cell 不能共用同一個 Cell 簡稱。
  • 不論 Cell 是否使用不同版本的程式碼,個別的 Cell 都還有其他的注意事項。例如,您必須具有個別的配置檔案系統裝載點與個別的 JCL 程序。

指出主題類型的圖示 概念主題



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