移轉 z/OS 聯合節點
在移轉和重新啟動部署管理程式之後,就可以執行您所產生的「工作控制語言 (JCL)」工作,來實際移轉其聯合的應用程式伺服器節點。當您產生自訂移轉工作時,也會在用來產生工作之 CNTL 資料集的 BBOMMINS 成員中,建立有關準備與執行移轉工作的自訂指示。請遵循這些自訂的指示,來完成將聯合節點移轉至 9.0 版的程序。
開始之前

本文討論設定檔配置的移轉。 如果要將應用程式移轉至最新的版本,請使用 WebSphere® Application Server Migration Toolkit。 如需相關資訊,請參閱 WASdev 上的 Migration Toolkit。
sptcfg- 請參閱移轉、共存性與交互作業能力概觀與移轉注意事項。
- 如果您未產生 JCL 移轉工作,就無法繼續進行。
- 這些指示中所參照的 BBOWMG1F、BBOWMG2F 與 BBOWMG3F 工作,必須使用
WebSphere 管理者使用者 ID 來提交。
其他所有的工作則必須使用能夠控制整個檔案系統的使用者 ID 來提交。
- 如果要移轉另一個 MVS™ 影像中的聯合節點,請確定您是在節點本身所在的相同系統上執行工作。
- 提示:當移轉 WebSphere Application Server 7.0 版或更新版本聯合節點時,如果您想在移轉之後,能夠將它回復為先前的狀態,您必須執行下列動作:
- 使用 backupConfig 指令或您自己偏好的備份公用程式,備份現有的配置。
- 執行 backupConfig 指令或您自己偏好的公用程式來備份 9.0 版部署管理程式配置。
- 執行 backupConfig 指令或您自己偏好的公用程式,來備份 7.0 版或更新版本聯合節點配置。
重要: 請確定您已記下此備份配置的確切名稱與位置。如需相關資訊,請參閱說明文件中的 backupConfig 指令一文。
- 移轉聯合節點。
必要的話,您現在可以回復剛才移轉的聯合節點。如需相關資訊,請參閱回復聯合節點。
- 使用 backupConfig 指令或您自己偏好的備份公用程式,備份現有的配置。
如需相關說明,請參閱移轉疑難排解。
關於這項作業

- WebSphere Extended Deployment Compute Grid 或 Feature Pack for Modern Batch
- WebSphere Virtual Enterprise 或「智慧型管理」
程序
- 針對所要移轉的聯合節點,確定其應用程式伺服器與節點代理程式都已停止。
在繼續進行前,必須先停止聯合節點。
- 確定才剛移轉的部署管理程式正在執行。
為了能適當移轉應用程式伺服器節點,部署管理程式必須正在執行。為了讓這次移轉能起作用,部署管理程式必須已啟動,且正在使用其 SOAP 埠接聽。
表 1. 部署管理程式在執行中. 完成時檢查 打勾 項目 存取 WebSphere Application Server 9.0 版部署管理程式的管理主控台。 此項是驗證部署管理程式是否正在執行。 表 2. 應用程式伺服器在執行中. 完成時檢查 打勾 項目 確定程式碼的 WebSphere Application Server 9.0 版副本正在執行。 版本會列在管理主控台的「歡迎使用」窗格中。 - 建立和裝載新的 9.0 版配置檔案系統。
在執行移轉之前,9.0 版要求新配置的配置檔案系統必須存在。 您可以執行 BBOMMHFS 或 BBOMMZFS 來建立與裝載新配置檔案系統,或是手動裝載一個。不論任何一種方式,您都必須先建立和裝載 9.0 版配置的檔案系統,才能繼續作業。這個配置檔案系統是移轉的目標;您的 7.0 版或更新版本配置檔案系統是來源。
BBOMMHFS 或 BBOMMZFS 會建立一個裝載點目錄、配置一個配置檔案系統,以及將檔案系統裝載在產生移轉工作時您所指定的任何裝載點值上。
繼續進行之前,請確定您已手動或者使用 BBOMMHFS 或 BBOMMZFS,來配置、建立與裝載配置檔案系統的資料集。裝載點的擁有者應該是 WebSphere 管理者 ID,且其許可權至少為 755。BPXPARM 中應包含新的配置檔案系統結構,以便在下個 IPL 時裝載它們。
- 提交 BBOWMG1F 與 BBOWMG2F。 註: 如果您沒有使用 XA 連接器,則可選擇是否提交 BBOWMG1F 與 BBOWMG2F。不過,您應該提交這兩項工作,以確保清除交易日誌。
BBOWMG1F 可讓所要移轉之聯合應用程式伺服器節點上的所有伺服器,都是在「同層級重新啟動與回復 (PRR)」模式下啟動。PRR 處理模式會解析任何未完成的交易,清除交易日誌,然後停止伺服器。BBOWMG2F 會停用 PRR 模式,並讓所有伺服器回到一般運作狀態。
請遵循下列步驟,來清除 XA 交易日誌:- 停止應用程式伺服器。
- 提交 BBOWMG1F 工作,並驗證回覆碼為 0。
- 重新啟動聯合應用程式伺服器,等待它執行完 PRR 處理程序並自動停止。提示: 在解析交易且伺服器停止之後,正常與預期的回覆碼為非零。以下是伺服器程序所發出而可以接受的結果碼範例:
BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C218D5
- 提交 BBOWMG2F 工作,並驗證回覆碼為 0。
- 複製產生的 JCL 程序。
移轉公用程式 BBOMMCP 會將啟動伺服器之產生的 JCL 程序,複製至指定的程序檔案庫。您的 9.0 版配置所使用的 JCL 程序,必須有別於 7.0 版或更新版本配置所使用的 JCL 程序。這個公用程式會更新新的 9.0 版配置,用您新的 JCL 名稱來替換存在於原始 7.0 版或更新版本配置中的名稱。
警告: 這個公用程式會將產生的 JCL 複製至程序檔案庫。在產生移轉工作時,如果您指定 7.0 版或更新版本配置所用的相同名稱,這個公用程式會覆蓋現有的程序。如果您使用相同名稱,在執行這個公用程式之前,請確定已備份現有的 7.0 版或更新版本程序,以防日後您需要回復。請提交 BBOMMCP,並驗證回覆碼為 0。
- 如果您指定新的程序名稱,請更新控制器與常駐程式的 RACF® STARTED
設定檔。 控制器區域所用的 STARTED 設定檔,取決於程序名稱與 JOBNAME。您必須確定會套用 STARTED 設定檔,如此才能指派適當的身分給啟動的作業。比方說,如果您的 7.0 版或更新版本控制器 JCL 程序名稱是 AZACR,且您指定了 9.0 版的 AZ1ACR,您需要建立這個新程序名稱的 STARTED 設定檔:
new controller same identity used in JCL name V7.0 or later configuration | | RDEFINE STARTED AZ1ACR.* STDATA(USER(AZACRU) GROUP(AZCFG) TRACE(YES))
註:- 請勿使用不同的使用者 ID 來啟動。還有其他項目關聯於這個使用者 ID,如果您變更使用者 ID,也需要進行其他的變更。
- 如果您的原始 STARTED 設定檔為通用的,例如 STARTED AZ*.* ...,就不需要建立新的 STARTED 設定檔。
- 服務者區域 STARTED 設定檔是以 JOBNAME 而非程序名稱為基礎。因此當您使用不同的程序名稱時,服務者並不會有問題。
- 常駐程式與節點代理程式皆為控制器;因此,讓它們採用不同的程序名稱,意味著新的 STARTED 設定檔。
- 必要的話,請刪除再重新定義日誌串流。 您必須先前已在 7.0 版或更新版本伺服器上,將交易 XA 夥伴日誌或補償日誌配置成使用日誌串流,才能執行這個步驟。
- 確定節點已停止。
- 刪除再重新定義日誌串流。
如果您最初是將伺服器配置成使用日誌串流,您可以使用 7.0 版或更新版本自訂作業期間所建立的 BBOLOGSD 和 BBOLOGSA 工作。
下列範例顯示這類工作的範例://RLSP1A JOB 'xxxx,yyy,?','USERID',MSGCLASS=H, // CLASS=J,MSGLEVEL=(1,1),REGION=4M,NOTIFY=&SYSUID //STEP1 EXEC PGM=IXCMIAPU //STEPLIB DD DSN=SYS1.MIGLIB,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * DATA TYPE(LOGR) REPORT(YES) /* Default to show output of job */ DELETE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D) DEFINE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D) LOWOFFLOAD(20) HIGHOFFLOAD(79) STG_DUPLEX(YES) DUPLEXMODE(UNCOND) STG_DATACLAS(OPERLOG) STG_SIZE(5000) HLQ(Q10RRS) LS_SIZE(5000) LS_DATACLAS(OPERLOG) STRUCTNAME(WAS_LOGRLS) /*
如果您要移轉 Sysplex 中的節點,請針對您要移轉的每一個聯合節點,分別遵循這項程序進行。
- 請執行下列其中一個動作:
- 提交 BBOWMG3F 工作。 小心: 當在 z/OS 環境中執行且配置了多重 TCP/IP 堆疊時,您可能需要新增環境變數 _BPXK_SETIBMOPT_TRANSPORT,以便將移轉工作導引到應該使用的適當 TCP/IP 堆疊。 如果您使用不正確的堆疊,結果會導引到 java.net.UnknownHostException,導致後續的 wsadmin 登入失敗。JCL 需要 export _BPXK_SETIBMOPT_TRANSPORT=<stack.name> 陳述式,以識別適當的堆疊。 您的 JCL 看起來可能如下:
//*************************************************************** //* //* 升級:執行移轉來移轉至新的設定檔 //* //*************************************************************** //* //* //UPGRADE EXEC PGM=IKJEFT01,REGION=0M,COND=(4,LE) //SYSTSPRT DD SYSOUT=* //STDENV DD * // _CEE_RUNOPTS=TRAP(ON,NOSPIE) //* //SYSTSIN DD * BPXBATCH SH + export _BPXK_SETIBMOPT_TRANSPORT=TCP; + /tmp/migrate/bbomigrt2.sh WASPostUpgrade + /tmp/migrate/28133744/_ + 1>> /tmp/migrate/28133744/BBOWMG3F.out + 2>> /tmp/migrate/28133744/BBOWMG3F.err; /*
BBOWMG3F 是一個會根據您在產生移轉工作時所提供的資訊,將 7.0 版或更新版本節點實際移轉至 9.0 版的工作。 請提交 BBOWMG3F、驗證您取得的回覆碼是 0,以及檢閱配置檔案系統之暫時移轉目錄中的日誌檔。移轉暫存目錄為 temporary_directory_location/nnnnn,其中 temporary_directory_location 是指定給暫存目錄位置的目錄 (依預設為 /tmp/migrate),nnnnn 是您在產生移轉工作時,產生給移轉 ID 的數值。
- 提交下列三項工作:
- 提交 BBOWMPRO 工作。
BBOWMPRO 會建立 Websphere Application Server 起始目錄與預設設定檔。
- 提交 BBOWMPRE 工作。
BBOWMPRE 會執行移轉的前置升級程序。
- 提交 BBOWMPOS 工作。
BBOWMPOS 會執行移轉的後置升級與收尾(變更檔案許可權)程序。
- 提交 BBOWMPRO 工作。
- 提交 BBOWMG3F 工作。
- 確定舊常駐程式已停止。
請確定在相同 Cell 中,位於這個 LPAR 上的所有聯合節點皆已停止。
- 必要的話,請更新常駐程式 JCL 程序。
WebSphere Application Server for z/OS® 9.0 版要求常駐程序必須是它在相同 LPAR 中所管理之任何伺服器的最高層次程式碼。 當啟動這個聯合節點時,它的層次會是 9.0 版。
將所有節點都移轉至 9.0 版之後,在移除系統中舊版的程式庫之前,您必須更新常駐程式 JCL 程序。沒有這麼做的話,會導致常駐程式啟動失敗。
註:- 如果您是從 6.1 版移轉至 9.0 版,常駐程式需要有一個 STEPLIB,且其中含有 6.1 版 SBBOLD2 與 SBBOLPA 資料集。
- 在 9.0 版 Cell 中,若有 9.0 版伺服器會與 6.1 版伺服器通訊,且該伺服器位於與 9.0 版 Cell 相同系統上的 6.1 版 Cell 中,您也需要將 6.1 版 SBBOLD2 與 SBBOLPA 資料集新增至 9.0 版常駐程式的 STEPLIB 中。
- 啟動新的聯合應用程式伺服器節點。
- 啟動節點代理程式。 下列訊息會顯示在主控台與 BBON001 的工作日誌中:
BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBON001
- 啟動聯合應用程式伺服器。
請使用您用來啟動 7.0 版或更新版本應用程式伺服器的現有指令,但將 RACF STARTED 程序名稱,取代為在產生移轉工作時,您在聯合節點畫面中輸入的控制器程序名稱值。這個指令會啟動 9.0 版聯合應用程式伺服器。請等到伺服器完成起始設定後,再繼續進行。
下列訊息會顯示在主控台與 BBOS001 的工作日誌中:BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBOS001
- 啟動節點代理程式。
- 驗證已正確移轉您的配置和應用程式。
對於 Compute Grid for Modern Batch 或 Feature Pack for Modern Batch,也請驗證已正確移轉工作排程器,且您已將工作分派給代管批次應用程式的伺服器。
如果要進行工作排程器的移轉驗證,請在部署管理程式重新啟動之後,透過 Web 瀏覽器來存取工作管理主控台。
如果要驗證代管批次應用程式的伺服器運作正確,請執行下列動作:- 驗證已啟動已移轉的伺服器上的批次應用程式。請檢查伺服器日誌中是否有任何錯誤。
- 從已移轉的工作排程器伺服器提交工作,驗證您可以將批次工作分派給已移轉的伺服器。您可以利用「工作管理主控台」、WSGrid 公用程式、EJB 介面或 Web 服務介面來提交工作。
下一步
- 來源配置檔案系統中的每一項
- 目標配置之 temporary_directory_location/nnnnn 目錄中的每一項,其中 temporary_directory_location 是指定給暫存目錄位置的目錄 (依預設為 /tmp/migrate),nnnnn 是您在建立移轉工作時,指定給移轉 ID 的數值。
- bbomigrt2.sh 檔


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=tmig_z_amn
檔名:tmig_z_amn.html