移轉 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 版或更新版本聯合節點時,如果您想在移轉之後,能夠將它回復為先前的狀態,您必須執行下列動作:
    1. 使用 backupConfig 指令或您自己偏好的備份公用程式,備份現有的配置。
      • 執行 backupConfig 指令或您自己偏好的公用程式來備份 9.0 版部署管理程式配置。
      • 執行 backupConfig 指令或您自己偏好的公用程式,來備份 7.0 版或更新版本聯合節點配置。
      重要: 請確定您已記下此備份配置的確切名稱與位置。

      如需相關資訊,請參閱說明文件中的 backupConfig 指令一文。

    2. 移轉聯合節點。

    必要的話,您現在可以回復剛才移轉的聯合節點。如需相關資訊,請參閱回復聯合節點

如需相關說明,請參閱移轉疑難排解

關於這項作業

適用於轉換使用者 適用於轉換使用者: 下列產品先前需要個別的移轉工具,但現在是作為標準移轉程序的一部分來進行移轉:
  • WebSphere Extended Deployment Compute Grid 或 Feature Pack for Modern Batch
  • WebSphere Virtual Enterprise 或「智慧型管理」
如需這些變更的相關資訊,請參閱移轉方面的新增功能trns

程序

  1. 針對所要移轉的聯合節點,確定其應用程式伺服器與節點代理程式都已停止。

    在繼續進行前,必須先停止聯合節點。

  2. 確定才剛移轉的部署管理程式正在執行。

    為了能適當移轉應用程式伺服器節點,部署管理程式必須正在執行。為了讓這次移轉能起作用,部署管理程式必須已啟動,且正在使用其 SOAP 埠接聽。

    表 1. 部署管理程式在執行中. 完成時檢查
    打勾 項目
      存取 WebSphere Application Server 9.0 版部署管理程式的管理主控台。 此項是驗證部署管理程式是否正在執行。
    表 2. 應用程式伺服器在執行中. 完成時檢查
    打勾 項目
      確定程式碼的 WebSphere Application Server 9.0 版副本正在執行。 版本會列在管理主控台的「歡迎使用」窗格中。
  3. 建立和裝載新的 9.0 版配置檔案系統。

    在執行移轉之前,9.0 版要求新配置的配置檔案系統必須存在。 您可以執行 BBOMMHFS 或 BBOMMZFS 來建立與裝載新配置檔案系統,或是手動裝載一個。不論任何一種方式,您都必須先建立和裝載 9.0 版配置的檔案系統,才能繼續作業。這個配置檔案系統是移轉的目標;您的 7.0 版或更新版本配置檔案系統是來源。

    BBOMMHFS 或 BBOMMZFS 會建立一個裝載點目錄、配置一個配置檔案系統,以及將檔案系統裝載在產生移轉工作時您所指定的任何裝載點值上。

    繼續進行之前,請確定您已手動或者使用 BBOMMHFS 或 BBOMMZFS,來配置、建立與裝載配置檔案系統的資料集。裝載點的擁有者應該是 WebSphere 管理者 ID,且其許可權至少為 755。BPXPARM 中應包含新的配置檔案系統結構,以便在下個 IPL 時裝載它們。

  4. 提交 BBOWMG1F 與 BBOWMG2F。
    註: 如果您沒有使用 XA 連接器,則可選擇是否提交 BBOWMG1F 與 BBOWMG2F。不過,您應該提交這兩項工作,以確保清除交易日誌。

    BBOWMG1F 可讓所要移轉之聯合應用程式伺服器節點上的所有伺服器,都是在「同層級重新啟動與回復 (PRR)」模式下啟動。PRR 處理模式會解析任何未完成的交易,清除交易日誌,然後停止伺服器。BBOWMG2F 會停用 PRR 模式,並讓所有伺服器回到一般運作狀態。

    請遵循下列步驟,來清除 XA 交易日誌:
    1. 停止應用程式伺服器。
    2. 提交 BBOWMG1F 工作,並驗證回覆碼為 0。
    3. 重新啟動聯合應用程式伺服器,等待它執行完 PRR 處理程序並自動停止。
      提示: 在解析交易且伺服器停止之後,正常與預期的回覆碼為非零。以下是伺服器程序所發出而可以接受的結果碼範例:
      BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C218D5
    4. 提交 BBOWMG2F 工作,並驗證回覆碼為 0。
  5. 複製產生的 JCL 程序。

    移轉公用程式 BBOMMCP 會將啟動伺服器之產生的 JCL 程序,複製至指定的程序檔案庫。您的 9.0 版配置所使用的 JCL 程序,必須有別於 7.0 版或更新版本配置所使用的 JCL 程序。這個公用程式會更新新的 9.0 版配置,用您新的 JCL 名稱來替換存在於原始 7.0 版或更新版本配置中的名稱。

    警告: 這個公用程式會將產生的 JCL 複製至程序檔案庫。在產生移轉工作時,如果您指定 7.0 版或更新版本配置所用的相同名稱,這個公用程式會覆蓋現有的程序。如果您使用相同名稱,在執行這個公用程式之前,請確定已備份現有的 7.0 版或更新版本程序,以防日後您需要回復。

    請提交 BBOMMCP,並驗證回覆碼為 0。

  6. 如果您指定新的程序名稱,請更新控制器與常駐程式的 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. 必要的話,請刪除再重新定義日誌串流。
    您必須先前已在 7.0 版或更新版本伺服器上,將交易 XA 夥伴日誌或補償日誌配置成使用日誌串流,才能執行這個步驟。
    1. 確定節點已停止。
    2. 刪除再重新定義日誌串流。

      如果您最初是將伺服器配置成使用日誌串流,您可以使用 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 中的節點,請針對您要移轉的每一個聯合節點,分別遵循這項程序進行。

  8. 請執行下列其中一個動作:
    1. 提交 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 的數值。

    2. 提交下列三項工作:
      1. 提交 BBOWMPRO 工作。

        BBOWMPRO 會建立 Websphere Application Server 起始目錄與預設設定檔。

      2. 提交 BBOWMPRE 工作。

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

      3. 提交 BBOWMPOS 工作。

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

  9. 確定舊常駐程式已停止。

    請確定在相同 Cell 中,位於這個 LPAR 上的所有聯合節點皆已停止。

  10. 必要的話,請更新常駐程式 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 中。
  11. 啟動新的聯合應用程式伺服器節點。
    1. 啟動節點代理程式。
      下列訊息會顯示在主控台與 BBON001 的工作日誌中:
      BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBON001
    2. 啟動聯合應用程式伺服器。

      請使用您用來啟動 7.0 版或更新版本應用程式伺服器的現有指令,但將 RACF STARTED 程序名稱,取代為在產生移轉工作時,您在聯合節點畫面中輸入的控制器程序名稱值。這個指令會啟動 9.0 版聯合應用程式伺服器。請等到伺服器完成起始設定後,再繼續進行。

      下列訊息會顯示在主控台與 BBOS001 的工作日誌中:
      BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBOS001
  12. 驗證已正確移轉您的配置和應用程式。

    對於 Compute Grid for Modern Batch 或 Feature Pack for Modern Batch,也請驗證已正確移轉工作排程器,且您已將工作分派給代管批次應用程式的伺服器。

    如果要進行工作排程器的移轉驗證,請在部署管理程式重新啟動之後,透過 Web 瀏覽器來存取工作管理主控台。

    如果要驗證代管批次應用程式的伺服器運作正確,請執行下列動作:
    1. 驗證已啟動已移轉的伺服器上的批次應用程式。請檢查伺服器日誌中是否有任何錯誤。
    2. 從已移轉的工作排程器伺服器提交工作,驗證您可以將批次工作分派給已移轉的伺服器。您可以利用「工作管理主控台」、WSGrid 公用程式、EJB 介面或 Web 服務介面來提交工作。

下一步

驗證已順利移轉至 9.0 版,且順利執行已移轉的配置之後,您應該刪除下列項目:
  • 來源配置檔案系統中的每一項
  • 目標配置之 temporary_directory_location/nnnnn 目錄中的每一項,其中 temporary_directory_location 是指定給暫存目錄位置的目錄 (依預設為 /tmp/migrate),nnnnn 是您在建立移轉工作時,指定給移轉 ID 的數值。
  • bbomigrt2.sh

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



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