移轉工作管理程式設定檔及其已登錄的一組伺服器

您可以將工作管理程式設定檔及其已登錄的一組伺服器,從 7.0 版或更新版本移轉至 9.0 版

開始之前

支援的配置 支援的配置:

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

sptcfg

請檢閱 Knowledge Collection: Migration planning for WebSphere Application Server 中的移轉規劃資訊。

提示: 您可以指定 -properties file_name.properties 參數來輸入內容檔,而不在移轉指令上指定個別參數。 如需相關資訊,請參閱透過內容定義移轉

關於這項作業

工作管理程式設定檔可以登錄一或多個下列伺服器類型:
  • 部署管理程式伺服器
  • 受管理的基本應用程式伺服器(也登錄於管理代理程式)
避免困難 避免困難:
  1. 受管理的基本應用程式伺服器和部署管理程式伺服器無法接受來自舊版工作管理程式的工作。 如果要避免問題,請先將工作管理程式設定檔移轉至 9.0 版,再將受管理的基本應用程式伺服器和部署管理程式伺服器移轉至 9.0 版
  2. 當在彈性管理環境中移轉受管理的基本應用程式伺服器或受管理的部署管理程式時,9.0 版及舊版中的節點名稱必須相同。
  3. 請確定開啟檔案的數目上限設定不低於 10000。 如果開啟檔案的數目太低,可能會導致各種移轉失敗。
gotcha

程序

  1. 在目標主機上,將 WebSphere Application Server, Network Deployment 9.0 版安裝在新目錄中。

    如需相關資訊,請參閱安裝說明文件。

  2. 建立一個 9.0 版工作管理程式設定檔來作為工作管理程式移轉的目標。

    設定適當的參數來執行 manageprofiles 指令,以建立新的工作管理程式設定檔。

    例如:
    /QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/manageprofiles -create -profileName JobMgr01
    -profilePath /QIBM/ProdData/WebSphere/AppServer/V9/ND/profiles/JobMgr01 -templatePath /QIBM/ProdData/WebSphere/AppServer/V9/ND/profileTemplates/management
    -serverType JOB_MANAGER -nodeName JobMgrNode01 -cellName JobMgr01Cell01 -hostName myhost.company.com
  3. 停止舊的工作管理程式。 在移轉過程中,也會移轉在舊工作管理程式資料庫內的任何工作。
  4. 從新的 WebSphere Application Server 安裝根目錄的 bin 目錄中執行 WASPreUpgrade 指令,將現行工作管理程式配置儲存到移轉備份目錄中。

    WASPreUpgrade 指令不會變更舊的配置。

    1. 執行 WASPreUpgrade 指令。 例如:
      /QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/WASPreUpgrade /mybackup/WAS70JobMgrbackup
      /QIBM/UserData/WebSphere/AppServer/V9/ND/profiles/AppServer70
      -traceString *=all=enabled -tracefile /mybackup/logs/WASPreMigrationSummary.log
    2. 檢閱主控台輸出和 WASPreUpgrade 日誌中的警告或錯誤。WASPreUpgrade 指令完成之後,請檢查主控台輸出中是否有出現錯誤,失敗已完成,但出現警告訊息。然後,檢查下列日誌檔中是否有任何警告或錯誤:
      • migration_backup_dir/logs/WASPreMigrationSummary.log
      • WASPreUpgrade.timestamp.log
      • WASPreUpgrade.trace

      若有錯誤,請修正錯誤,並重新執行 WASPreUpgrade 指令。請檢查警告是否影響 9.0 版上的其他任何移轉或執行時期活動。

      如果指令順利完成,就不需要檢查日誌中有無錯誤或警告。

  5. 還原先前的工作管理程式配置 從新的 WebSphere Application Server 安裝根目錄的 bin 目錄,執行 WASPostUpgrade 指令,來還原您儲存在移轉備份目錄中的先前工作管理程式配置。
    避免困難 避免困難: 為了避免資料庫不一致,在 WASPreUpgrade 完成之後,請立即執行 WASPostUpgrade。在 WASPreUpgrade 執行過程中,會建立資料庫的備份。如果您在執行 WASPostUpgrade 之前,重新啟動舊的工作管理程式,備份中的資料庫及舊工作管理程式中的資料庫會不同步。gotcha
    1. 執行 WASPostUpgrade 指令,將儲存的工作管理程式配置還原到新的 9.0 版管理代理程式設定檔中。 例如:
      /QIBM/ProdData/WebSphere/AppServer/V9/ND/bin/WASPostUpgrade /mybackup/WAS70JobMgrbackup
      -profileName JobMgr01 -backupConfig TRUE -includeApps TRUE -keepDmgrEnabled FALSE
      -username myuser -password mypass
    2. 檢閱主控台輸出和 WASPostUpgrade 日誌中的警告或錯誤。WASPostUpgrade 指令完成之後,請檢查主控台輸出中是否有出現錯誤,失敗已完成,但出現警告訊息。然後,檢查下列日誌檔中是否有任何警告或錯誤:
      • migration_backup_dir/logs/WASPostMigrationSummary.log
      • WASPostUpgrade.target_profile_name.timestamp.log
      • WASPostUpgrade.target_profile_name.trace

      若有錯誤,請修正錯誤,並重新執行 WASPostUpgrade 指令。請檢查警告是否影響 9.0 版上的其他任何移轉或執行時期活動。

      如果指令順利完成,就不需要檢查日誌中有無錯誤或警告。

  6. 啟動 9.0 版工作管理程式,確定工作管理程式的 7.0 版或更新版本9.0 版在執行中。
    1. 切換至新的 9.0 版工作管理程式設定檔的 bin 目錄。
    2. 執行 startServer jobmgr 指令。
    3. 檢查 SystemOut.log 檔中是否有警告或錯誤。
      註: 這個主題參照一或多個應用程式伺服器日誌檔。 此外,在分散式和 IBM® i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.logSystemErr.log, trace.logactivity.log 檔案。HPEL 與原生 z/OS® 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。
  7. 移轉已登錄的伺服器。

    9.0 版工作管理程式可以管理 7.0 版或更新版本的已登錄伺服器。如果要使 7.0 版或更新版本 拓蹼能夠與 9.0 版工作管理程式搭配運作,您不需要移轉已登錄的伺服器。

    對於每個您打算移轉至 9.0 版的已登錄的伺服器,請執行下列步驟:

結果

您已利用移轉工具,將工作管理程式設定檔及其相關聯的受管理基本應用程式伺服器,從 WebSphere Application Server 7.0 版或更新版本移轉至 9.0 版


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



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