在 z/OS 作業系統上移轉獨立式應用程式伺服器

在您產生「工作控制語言 (JCL)」工作來將獨立式應用程式伺服器節點移轉至 WebSphere® Application Server for z/OS® 9.0 版之後,您可以執行那些工作,來進行實際的移轉。當您產生自訂移轉工作時,也會在用來產生工作之 CNTL 資料集的 BBOMBINS 成員中,建立有關準備與執行移轉工作的自訂指示。請遵循這些自訂的指示,來完成將獨立式應用程式伺服器移轉至 9.0 版的程序。

開始之前

支援的配置 支援的配置:

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

sptcfg
  • 請參閱移轉、共存性與交互作業能力概觀移轉注意事項
  • 如果您未產生 JCL 移轉工作,就無法繼續進行。
  • 這些指示中所參照的 BBOWMG1B、BBOWMG2B、BBOWMG3B、BBOWBPRO、BBOWBPRE 與 BBOWBPOS 工作,必須使用 WebSphere 管理者使用者 ID 來提交。

    其他所有的工作則必須使用能夠控制整個檔案系統的使用者 ID 來提交。

  • 您必須確定設定檔起始目錄的名稱不是單一字母字元,後面接著冒號,例如 a:。 移轉工作會將單一字母字元名稱解譯為 "/",這會導致無限迴圈。
  • 提示:在移轉 WebSphere Application Server 7.0 版或更新版本獨立式應用程式之前,如果您想在移轉之後,能夠將現有的配置還原為先前的狀態,請先利用 backupConfig 指令或您自己偏好的備份公用程式,來備份您現有的配置。如需相關資訊,請參閱 backupConfig 指令。請確定您已記下此備份配置的確切名稱與位置。

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

關於這項作業

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

程序

  1. 建立和裝載新的 9.0 版配置檔案系統。

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

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

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

  2. 複製產生的 JCL 程序。

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

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

    提交 BBOMBCP 工作,並驗證回覆碼為 0。

  3. 如果您指定新的程序名稱,請更新控制器與常駐程式的 RACF® STARTED 設定檔。
    控制器區域所用的 STARTED 設定檔,取決於程序名稱與 JOBNAME。您必須確定會套用 STARTED 設定檔,如此才能指派適當的身分給啟動的作業。比方說,如果您的 7.0 版或更新版本控制器 JCL 程序名稱是 AZACR,且您指定了 9.0 版版的 AZ6ACR,您需要建立這個新程序名稱的 STARTED 設定檔:
                  new controller      same identity used in
                     JCL name         V7.0 or later configuration
                        |                    |
     RDEFINE STARTED AZ6ACR.* STDATA(USER(AZACRU) GROUP(AZCFG) TRACE(YES))
    註:
    • 請勿使用不同的使用者 ID 來啟動。還有其他項目關聯於這個使用者 ID,如果您變更使用者 ID,也需要進行其他的變更。
    • 如果您的原始 STARTED 設定檔為通用的,例如 STARTED AZ*.* ...,就不需要建立新的 STARTED 設定檔。
    • 服務者區域 STARTED 設定檔是以 JOBNAME 而非程序名稱為基礎。因此當您使用不同的程序名稱時,服務者並不會有問題。
    • 常駐程式與節點代理程式皆為控制器,因此讓它們採用不同的程序名稱,意味著新的 STARTED 設定檔。
  4. 提交 BBOWMG1B 與 BBOWMG2B 工作。
    註: 如果您沒有使用 XA 連接器,則可選擇是否提交 BBOWMG1B 與 BBOWMG2B 工作。不過,您應該提交這兩項工作,以確保清除交易日誌。

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

    請遵循下列步驟,來清除 XA 交易日誌:
    1. 提交 BBOWMG1B 工作,並驗證回覆碼為 0。
    2. 重新啟動應用程式伺服器,等待它執行完 PRR 處理程序並自動停止。
    3. 提交 BBOWMG2B 工作,並驗證回覆碼為 0。
  5. 停止 7.0 版或更新版本常駐程式和應用程式伺服器。

    在相同 LPAR 上,常駐程式在它所管理的任何伺服器當中,必須是版本層次最高的。當啟動伺服器時,它的層次將是 9.0 版

    在繼續進行前,必須先停止 7.0 版或更新版本應用程式伺服器。

  6. 刪除再重新定義日誌串流。

    您必須先前已在 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)
      /*
  7. 請執行下列其中一個動作:
    1. 提交 BBOWMG3B 工作。

      BBOWMG3B 工作會根據您在產生移轉工作時所提供的資訊,將 7.0 版或更新版本的節點實際移轉至 9.0 版。請提交 BBOWMG3B 工具、驗證您取得的回覆碼是 0,以及檢閱檔案系統之移轉暫存目錄中的日誌檔。移轉暫存目錄為 temporary_directory_location/nnnnn,其中 temporary_directory_location 是指定給暫存目錄位置的目錄 (依預設為 /tmp/migrate),nnnnn 是您在產生移轉工作時,產生給移轉 ID 的數值。

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

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

      2. 提交 BBOWBPRE 工作。

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

      3. 提交 BBOWBPOS 工作。

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

  8. 啟動新的應用程式伺服器節點。

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

    下列訊息會顯示在主控台與 BBOS001 的工作日誌中:
    BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBOS001
  9. 對於 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_sas
檔名:tmig_z_sas.html