移轉、共存性與交互作業能力概觀
移轉至 WebSphere® Application Server 新版本時,有些因素需要仔細考量,例如:您的產品版本、設定檔類型、伺服器配置,以及應用程式部署。本概觀提供概念、專有名詞、工具和策略,有助於您順利移轉產品。
一般移轉專有名詞
- 版本或版次:包含重要新功能的產品更新。
- 版本:在版本內,含有特定特性集的產品包裝。例如 Network Deployment。
- 設定檔:定義應用程式伺服器程序(例如:部署管理程式或應用程式伺服器) 之執行時期環境的一組檔案。 設定檔所含的配置,用來定義應用程式伺服器的行為,以及應用程式的部署位置。
- 來源:移轉時的資料和物件來源,例如來源設定檔或來源機器。
- 目標:移轉時的資料和物件目的地,例如目標設定檔或目標機器。
- 節點:受管理或未受管理之伺服器或伺服器叢集的分組。受 Cell 管理的每一個節點可以有唯一的配置。
- Cell:包含單一部署管理程式來管理一或多個節點或配置的群組。Cell 中的節點會聯合至部署管理程式。Cell 層次的配置供所有節點共用。
- 混合型 Cell 環境:至少有一個聯合節點的版本比管理 Cell 的部署管理程式的版本舊。 節點不能有超過三個版本舊於部署管理程式。
基本移轉概念
當移轉一個含有部署管理程式和聯合節點的 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 移除。
- 您執行現有系統的增量節點移轉。
- 您將部署管理程式移轉至 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 for z/OS® 9.0 版資料集,然後重新啟動我的伺服器嗎?
否。WebSphere Application Server for z/OS 9.0 版要求您將 7.0 版或更新版本配置移轉至 9.0 版的層次。
移轉是一種依節點執行的活動嗎?
可以。配置移轉程序涉及針對您配置中的每一個節點,執行所提供的公用程式。
雖然獨立式應用程式伺服器只有一個節點,但需要移轉這個節點。 本質上,這些步驟和您移轉其他任何節點的步驟相同,不同之處在於不需要執行部署管理程式。請參閱移轉 z/OS 獨立式應用程式伺服器:核對清單,以取得獨立式應用程式伺服器節點移轉活動的核對清單。
移轉公用程式會執行哪些事項?
移轉公用程式提供下列的用途:
公用程式 | 目的 |
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 版配置,您必須手動建立在建立移轉定義時所指定的裝載點,然後驗證已裝載檔案系統,而不是執行這個工作。 無論何者,都必須建立配置檔案系統與裝載點,並且在繼續進行移轉之前,必須先裝載檔案系統。 |
若為獨立式應用程式伺服器移轉,公用程式如下:
若為部署管理程式移轉,公用程式如下:
若為聯合節點移轉,公用程式如下:
|
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 版或更新版本的節點通訊嗎?
移轉多重節點時,需要按照順序嗎?
WebSphere Application Server for z/OS 9.0 版的 Cell 可能與 7.0 版或更新版本的其他 Cell 共存嗎?