[AIX Solaris HP-UX Linux Windows]

利用指令行工具將 Cell 移轉至新的主機

開始之前

支援的配置 支援的配置:

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

sptcfg

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

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

這個資訊說明如何將 Cell 移轉至不同的機器。 如需如何在同一部機器上移轉 Cell 的相關資訊,請參閱使用指令行工具來移轉 Cell

關於這項作業

這項作業說明如何將 Cell 配置中的每一個設定檔,從舊版 WebSphere Application Server 移轉至不同機器上所管理的 WebSphere Application Server 9.0 版。Cell 配置由備有一或多個節點的部署管理程式、一部 Web 伺服器及一個應用程式用戶端組成。 所有埠都會移轉至新的配置。來源和目標主機不一定要執行相同的作業系統。

如果來源主機上沒有安裝 WebSphere Application Server 9.0 版,您必須在符合來源機器作業系統的目標主機上,產生遠端移轉 .jar 檔。遠端移轉 .jar 檔會提供 9.0 版 WASPreUpgrade 工具給來源主機,讓您用來建立設定檔的移轉備份目錄。

WASPreUpgrade 指令必須從目標 WebSphere Application Server 版本來執行。 來源機器不會有新版的 WASPreUpgrade 指令。您必須執行下列其中一項動作:
  • 選項 1:將目標產品版本安裝在來源機器上
  • 選項 2:建立遠端移轉 .jar 檔(實際上就是為了支援執行,而從目標安裝架構收集而來的必要的 WASPreUpgrade 指令及檔案,包含 Java)。
有了遠端移轉 .jar 檔之後,您就可以在來源機器上執行它。
註: 選項 2 比較容易,因為不需要完整安裝。建立保存檔之後,就可供許多來源機器使用。 不過,如果目標和來源機器位於不同的作業系統架構,則需要使用選項 1,因為遠端移轉保存檔會視作業系統架構而定。

如果多部來源機器有相同的作業系統架構,卻都與目標機器的不同,則只需有一部來源機器安裝目標版本。 您可以從這部來源機器,建立遠端移轉 jar,並在其他來源機器上使用。

這項程序假設先前的配置正在執行,且您要將所有設定檔移轉至不同的主機。

避免困難 避免困難: 請確定開啟檔案的數目上限設定不低於 10000。 如果開啟檔案的數目太低,可能會導致各種移轉失敗。gotcha
適用於轉換使用者 適用於轉換使用者: WebSphere Virtual Enterprise 和 Intelligent Management 先前需要個別的移轉工具,但現在是作為標準移轉程序的一部分來進行移轉。trns
限制: 不支援在 IBM® i 或 z/OS 上進行遠端移轉。

程序

  1. 備份部署管理程式和所有的舊節點。 如果移轉期間失敗,請將現行部署管理程式和節點配置儲存到之後能夠使用來進行回復的檔案中。
    1. 切換至 deployment_manager_profile_root/bin 目錄。
    2. 設定適當的參數來執行 backupConfig 指令,將現行設定檔配置儲存在檔案中。 例如:
      [Windows]
      previous_version_app_server_root\v70dmgr01\bin\
      backupConfig.bat \mybackup_old_host\v70dmgr01backupBeforeV90migration.zip 
      -username myuser -password mypass -nostop
      [AIX][HP-UX][Linux][Solaris]
      previous_version_app_server_root/v70dmgr01/bin/backupConfig.sh
      /mybackup_old_host/v70dmgr01backupBeforeV90migration.zip -username 
      myuser -password mypass -nostop
      其中 mybackup_old_host 是配置還原點的儲存位置。
    3. 對於配置中的每個節點,請切換至 node_profile_root/bin 目錄。
    4. 設定適當的參數來執行 backupConfig 指令,將現行設定檔配置儲存在檔案中。 例如:
      [Windows]
      previous_version_app_server_root\v70node01\bin\backupConfig.bat 
      \mybackup_old_host\v70node01backupBeforeV90migration.zip -username
       myuser -password mypass -nostop
      [AIX][HP-UX][Linux][Solaris]
      previous_version_app_server_root/v70node01
      /bin/backupConfig.sh /mybackup_old_host/v70node01rbackupBeforeV90migration.zip 
      -username myuser -password mypass -nostop
  2. 在每一部目標主機上,將 WebSphere Application Server, Network Deployment 9.0 版安裝在新目錄中。

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

  3. 建立遠端移轉 .jar 檔。 這個 .jar 檔包含在未安裝 WebSphere Application Server 9.0 版的系統上執行 WASPreUpgrade 指令所需要的檔案。
    避免困難 避免困難: 您必須在與您安裝來源設定檔相同的作業系統和架構上,建立遠端移轉 .jar 檔。由於產生的保存檔含有作業系統特定的程式碼,它只會在這個架構上執行。gotcha
    1. 識別來源設定檔的作業系統和架構。 如果來源設定檔的作業系統和架構,與目標設定檔的作業系統或架構不同,您必須先將 WebSphere Application Server 9.0 版安裝在符合來源設定檔的系統上,再建立遠端移轉 JAR。產生遠端移轉 JAR 之後,它可以作用於任何符合作業系統和架構的系統上。
    2. 建立遠端移轉 .jar。
      1. 在命令提示字元之下,輸入:cd $WAS_HOME/bin/migration/bin
      2. 如果要建立 .jar 檔,請執行:createRemoteMigrJar.bat(sh) -targetDir <dir for the remote migration jar>。 這會建立下列檔案:WAS_V90_OS.arch_RemoteMigrSupport.jar。 例如:WAS_V90_windows.amd64_RemoteMigrSupport.jar
    3. 準備 WASPreUpgrade 指令的遠端系統。
      1. 將 .jar 檔傳送至來源設定檔所在的系統。
      2. 將檔案擷取到暫時位置。
      3. 將目錄切換至暫時位置中的 bin 目錄。

      現在,您已備妥對來源設定檔執行 WASPreUpgrade 指令。但是,您必須等後續步驟告訴您發出這個指令,才這樣做。

  4. 建立目標部署管理程式設定檔。 目標部署管理程式設定檔是一個作為移轉目標的新部署管理程式設定檔。
    避免困難 避免困難: 9.0 版 Cell 和節點名稱必須符合先前配置中的 Cell 和節點名稱。如果您以新的 Cell 和節點名稱來建立 Cell 和節點,移轉會失敗。gotcha

    如果要建立部署管理程式設定檔,請設定適當的參數來執行 manageprofiles 指令。

    例如:
    [Windows]
    version_9_install_root\bin\manageprofiles.bat -create
    -profileName v70toV90dmgr01 -templatePath \opt\WebSphereV90\profileTemplates\
    management -serverType DEPLOYMENT_MANAGER -nodeName currentDmgrNodeName
    -cellName currentCellName -hostName mydmgrhost.company.com
    [AIX][HP-UX][Linux][Solaris]
    version_9_install_root/bin/manageprofiles.sh -create
    -profileName v70toV90dmgr01 -templatePath /opt/WebSphereV90/profileTemplates/
    management -serverType DEPLOYMENT_MANAGER -nodeName currentDmgrNodeName
    -cellName currentCellName -hostName mydmgrhost.company.com
  5. 將現行部署管理程式配置儲存在移轉備份目錄中。 如果要將現行部署管理程式配置儲存到移轉備份目錄,請執行 WASPreUpgrade 指令。WASPreUpgrade 指令不會變更舊的配置。
    1. 設定 -machineChange true 參數來執行 WASPreUpgrade 指令,將現行部署管理程式配置儲存到移轉備份目錄中。 例如:
      [Windows]
      <path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90dmgr01
      \opt\WebSphereV70 -oldProfile 70dmgr01 -machineChange true
      [AIX][HP-UX][Linux][Solaris]
      <path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90dmgr01
      /opt/WebSphereV70 -oldProfile 70dmgr01 -machineChange true
      其中 mybackup_old_host 是複製設定檔配置檔的目標目錄,以便準備移轉至新主機。

      如果您是從 8.0 版移轉至 9.0 版,且設定檔是部署管理程式,在執行 WASPreUpgrade 時,會停止 8.0 版設定檔。只有當您在指令行中提供 -keepDmgrEnabled true,或在「移轉」精靈中指定對應的選項,部署管理程式才會在 WASPreUpgrade 完成之前啟動。

      避免困難 避免困難: 如果您指定 -machineChange true,移轉之後,您必須更新 8.0 版部署管理程式的工作管理程式功能所管理的所有資源(例如其他部署管理程式或應用程式伺服器)的工作管理程式 URL。gotcha
    2. 檢閱主控台輸出和 WASPreUpgrade 日誌中的警告或錯誤。WASPreUpgrade 指令完成之後,請檢查主控台輸出中是否有出現錯誤,失敗已完成,但出現警告訊息。然後,檢查下列日誌檔中是否有任何警告或錯誤:
      • mybackup_old_host/v70toV90dmgr01/logs/WASPreMigrationSummary.log
      • mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.timestamp.log
      • mybackup_old_host/v70toV90dmgr01/logs/WASPreUpgrade.trace

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

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

  6. 保存 WASPreUpgrade 指令所建立的備份目錄。
    避免困難 避免困難: 請勿使用 Windows 保存工具,因為它與 WebSphere Application Server 移轉不相容。gotcha
    1. 利用您選擇的保存檔工具來建立備份目錄的壓縮檔。 例如:
      cd /mybackup_old_host
      /opt/WebSphereV70/java/bin/jar -cf v70toV90dmgr01.jar v70toV90dmgr01/
    2. 將保存檔移至目標機器。
    3. 在目標機器上建立一個目錄,將保存檔解壓縮到新目錄中。 例如:
      mkdir /mybackup_new_host
      cd /mybackup_new_host
      /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
      其中 mybackup_new_host 是檔案要移轉到其中的目錄。
  7. 還原先前的部署管理程式配置。

    從新部署管理程式設定檔的 bin 目錄執行 WASPostUpgrade 指令,來還原您儲存在移轉備份目錄中的先前部署管理程式配置。如果您使用範例所顯示的選項,就會歸入所有埠,安裝所有應用程式。

    1. 執行 WASPostUpgrade 指令,將儲存的部署管理程式配置還原到新的 9.0 版部署管理程式設定檔中。 例如:
      [Windows]
      version_9_install_root\bin\WASPostUpgrade.bat \
      mybackup_new_host\v70toV90dmgr01 -profileName v70toV90dmgr01 -oldProfile 
      70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig TRUE
      -keepDmgrEnabled TRUE -username myuser -password mypass
      [AIX][HP-UX][Linux][Solaris]
      version_9_install_root/bin/WASPostUpgrade.sh /
      mybackup_new_host/v70toV90dmgr01 -profileName v70toV90dmgr01 -oldProfile
       70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig TRUE
      -keepDmgrEnabled TRUE -username myuser -password mypass
      其中 mybackup_new_host 是您要從中移轉來源設定檔配置檔的目錄。

      [AIX Solaris HP-UX Linux Windows]如果您想在移轉之後,繼續使用舊的設定檔,請指定 -clone TRUE 參數。 如果您指定進行部署管理程式的複本移轉,您也必須複製它的所有聯合節點。

    2. 檢閱主控台輸出和 WASPostUpgrade 日誌中的警告或錯誤。WASPostUpgrade 指令完成之後,請檢查主控台輸出中是否有出現錯誤,失敗已完成,但出現警告訊息。然後,檢查下列日誌檔中是否有任何警告或錯誤:
      • mybackup_new_host/v70toV90dmgr01/logs/WASPostMigrationSummary.log
      • mybackup_new_host/v70toV90dmgr01/logs/WASPostUpgrade.target profile name.timestamp.log
      • mybackup_new_host/v70toV90dmgr01/logs/WASPostUpgrade.target profile name.trace

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

      如果已正確移轉配置,但未安裝任何應用程式,您可以執行 WASMigrationAppInstaller 指令,只安裝未移轉的應用程式。 如需相關資訊,請參閱WASMigrationAppInstaller 指令

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

    避免困難 避免困難: WASPostUpgrade 指令順利完成之後,請勿啟動新的部署管理程式。 您還需要完成一些步驟,才能啟動新的部署管理程式。gotcha
  8. 9.0 版部署管理程式上執行 backupConfig 指令,以將 9.0 版已移轉的部署管理程式配置儲存到檔案中。
    避免困難 避免困難: 如果您發現節點移轉失敗,您可以將 Cell 配置還原到失敗之前的點。 您可以套用改善動作,再重新嘗試節點移轉。gotcha
    1. 切換至 deployment_manager_profile_root/bin 目錄
    2. 設定適當的參數來執行 backupConfig 指令,將 9.0 版設定檔配置儲存在檔案中。 例如:
      [Windows]
      version_9_profile_root\profiles\v70toV90dmgr01\
      bin\backupConfig.bat \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrOnly.zip 
      -username myuser -password mypass
      [AIX][HP-UX][Linux][Solaris]
      version_9_profile_root/profiles/v70toV90dmgr01/bin/backupConfig.sh /
      mybackup_new_host/v70toV90dmgr01backupMigratedDmgrOnly.zip -username 
      myuser -password mypass
      其中 mybackup_new_host 是配置還原點的儲存位置。
  9. 停止及停用舊主機上的部署管理程式。
    1. 停止舊主機上的部署管理程式。
    2. 停用舊主機上的部署管理程式。 如果要停用這個部署管理程式,您必須依照下列資訊所指示來重新命名相關聯的 serverindex.xml 檔:
      舊名稱
      $PROFILE_ROOT/config/cells/cell_name/nodes/deployment_manager_node_name/serverindex.xml
      新名稱
      $PROFILE_ROOT/config/cells/cell_name/nodes/deployment_manager_node_name/serverindex.xml_disabled
  10. 在新主機上啟動 9.0 版 部署管理程式。
    1. 切換至新的 9.0 版 deployment_manager_profile_root/bin 目錄。
    2. 執行 startManager 指令。
    3. 當部署管理程式在執行中,檢查 SystemOut.log 檔,看看是否有警告或錯誤。
      註: 這個主題參照一或多個應用程式伺服器日誌檔。 此外,在分散式和 IBM i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.logSystemErr.log, trace.logactivity.log 檔案。HPEL 與原生 z/OS® 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。
      請檢查警告,看看在 9.0 版部署管理程式啟動時,它們是否影響了任何節點移轉或執行時期活動。
    4. 確定 9.0 版部署管理程式已順利啟動。
  11. 將舊節點手動同步化到新的 9.0 版部署管理程式。

    請確定新主機上的 9.0 版部署管理程式正在執行。您必須登入包含舊節點的機器,然後執行 syncNode 指令。

    1. 停止節點代理程式。
    2. 取得部署管理程式主機和埠號,然後更新 node_agent_profile_root/properties/wsadmin.properties 檔。com.ibm.ws.scripting.host 值變更為新主機。 將 com.ibm.ws.scripting.port 值變更為新埠。
    3. 從 bin 目錄執行 syncNode 指令。 例如:
      [Windows]
      node_agent_install_root\bin\syncNode.bat myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
      [AIX][HP-UX][Linux][Solaris]
      node_agent_install_root/bin/syncNode.sh myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
    4. 如果同步化成功,請啟動節點代理程式。
  12. 移轉 Web 伺服器的外掛程式。
    1. 確定 9.0 版部署管理程式在執行中。
    2. 升級 Cell 所用 Web 伺服器外掛程式的版本。
    3. 請參閱適用於您的 Web 伺服器類型和版本的支援資訊。
  13. 移轉應用程式用戶端安裝架構。

    如果來源 WebSphere 應用程式用戶端是 7.0 版,您也必須執行 WASPreUpgradeWASPostUpgrade 指令來移轉現有的安全設定。

    1. 識別您必須移轉的所有用戶端主機。
    2. 安裝 WebSphere 9.0 版應用程式用戶端。
    3. 執行 9.0 版 WASPreUpgrade 指令,將應用程式用戶端安全設定儲存在移轉備份目錄中。 例如:
      /opt/AppClientV90/bin/WASPreUpgrade.sh /mybackup_client/v70clientToV90 /opt/AppClientV70
    4. 執行 9.0 版 WASPostUpgrade 指令,將應用程式用戶端安全設定還原至新的 9.0 版用戶端。 例如:
      /opt/AppClientV90/bin/WASPostUpgrade.sh /mybackup_client/v70clientToV90 
  14. 移轉節點。
    重要: 這些步驟僅適用於跨機器移轉。如果您不是在完成節點的跨機器移轉,請參閱使用指令行工具來移轉 Cell中有關移轉節點的相關資訊。確定 9.0 版部署管理程式在執行中。對於每個您打算移轉至 9.0 版的節點,請執行下列步驟。
    避免困難 避免困難: 如果要移轉成功,您移轉到 9.0 版或更新版本的每個節點,都必須使用相同的來源節點名稱但不同的暫時 Cell 名稱。gotcha
    1. 在每一部目標主機上安裝 WebSphere Application Server 9.0 版 如需相關資訊,請參閱有關安裝支援應用程式的環境的說明文件。
    2. 建立目標節點設定檔。設定適當的參數來執行 manageprofiles 指令,以建立新的受管理設定檔。 例如:
      [Windows]
      version_9_install_root\bin\manageprofiles.bat
      -create -profileName node1 -templatePath \opt\
      WebSphereV90\profileTemplates\managed -nodeName currentNode1Name 
      -cellName currentCellName -hostName mynode1host.company.com
      [AIX][HP-UX][Linux][Solaris]
      version_9_install_root/bin/manageprofiles.sh
      -create -profileName node1 -templatePath
      /opt/WebSphereV90/profileTemplates/managed -nodeName currentNode1Name 
      -cellName currentCellName -hostName mynode1host.company.com
    3. 使用您為了移轉部署管理程式而建立的遠端移轉 .jar 檔,以便能在現行節點機器上使用 WASPreUpgrade 指令。
      註: 只有在來源節點和部署管理程式不是位於相同機器上時,才需要執行這個步驟,且機器架構必須相同,才能執行這個步驟。
      如需相關資訊,請參閱這項實務的步驟 3,建立遠端移轉 .jar 檔
    4. 設定 -machineChange true 參數來執行 WASPreUpgrade 指令,將現行節點配置儲存到移轉備份目錄中。 請選擇一個新的備份檔目錄。 例如:
      [Windows]
      <path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90node1 
      \opt\WebSphereV70 -oldProfile 70node1 -machineChange true
      [AIX][HP-UX][Linux][Solaris]
      <path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90node1
      /opt/WebSphereV70 -oldProfile 70node1 -machineChange true
    5. 檢查 WASPreUpgrade 主控台輸出中的錯誤和警告訊息。 您可能會發現下列訊息:「出現錯誤,失敗」或「已完成,但出現警告」。 另外,也請查看下列日誌檔,看看有沒有錯誤或警告訊息:
      • myback_old_host/v70toV90node1/logs/WASPreMigrationSummary.log
      • myback_old_host/v70toV90node1/logs/WASPreUpgrade.timestamp.log
      • myback_old_host/v70toV90node1/logs/WASPreUpgrade.trace

      如果 WASPreUpgrade 指令成功,您不需要檢查日誌檔中的錯誤或警告訊息。

    6. 利用您選擇的保存檔工具來建立 WASPreUpgrade 指令所建立之備份目錄的壓縮檔。 例如:
      [AIX Solaris HP-UX Linux Windows]
      cd /mybackup_old_host
      /opt/WebSphereV70/java/bin/jar -cf v70toV90node1.jar v70toV90node1/
    7. 將保存檔移至目標機器。
    8. 在目標機器上建立一個目錄,將保存檔解壓縮到新目錄中。 例如:
      mkdir /mybackup_new_host
      cd /mybackup_new_host
      /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
      其中 mybackup_new_host 是您要從中移轉設定檔配置檔的目錄。
    9. 停止舊節點上的應用程式伺服器,然後停止舊節點上的節點代理程式。
    10. 停止及停用舊主機上的節點。 請確定您沒有在舊主機上使用節點。如果要停用節點,您必須依照下列資訊所指示來重新命名相關聯的 serverindex.xml 檔:
      舊名稱
      $PROFILE_ROOT/config/cells/cell_name/nodes/node_name/serverindex.xml
      新名稱
      $PROFILE_ROOT/config/cells/cell_name/nodes/node_name/serverindex.xml_disabled
    11. 執行 WASPostUpgrade 指令,將儲存的節點配置還原到新的 9.0 版受管理設定檔中。 例如:
      [Windows]
      version_9_install_root\bin\WASPostUpgrade.bat \
      mybackup_new_host\v70toV90node1 -profileName v70toV90node1 
      -oldProfile 70node1 -resolvePortConflicts incrementCurrent 
      -backupConfig TRUE -includeApps TRUE
      -username myuser -password mypass
      [AIX][HP-UX][Linux][Solaris]
      version_9_install_root/bin/WASPostUpgrade.sh /
      mybackup_new_host/v70toV90node1 -profileName v70toV90node1 
      -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig 
      TRUE -includeApps TRUE
      -username myuser -password mypass

      [AIX Solaris HP-UX Linux Windows]如果您已複製部署管理程式,您也必須複製所有聯合節點。 請指定 -clone TRUE 參數及新的部署管理程式主機名稱,以及 SOAP 或 RMI 埠。 除非複製了部署管理程式,否則,請勿複製聯合節點。

      [Windows]
      version_9_install_root\bin\WASPostUpgrade.bat \
      mybackup_new_host\v70toV90node1 -profileName v70toV90node1 
      -oldProfile 70node1 -resolvePortConflicts incrementCurrent 
      -backupConfig TRUE -includeApps TRUE
      -username myuser -password mypass
      -clone TRUE -newDmgrHostName myV90DmgrHost.mycompany.com -newDmgrSoapPort 8879
      [AIX][HP-UX][Linux][Solaris]
      version_9_install_root/bin/WASPostUpgrade.sh /
      mybackup_new_host/v70toV90node1 -profileName v70toV90node1 
      -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig 
      TRUE -includeApps TRUE
      -username myuser -password mypass
      -clone TRUE -newDmgrHostName myV90DmgrHost.mycompany.com -newDmgrSoapPort 8879
    12. 檢查 WASPostUpgrade 主控台輸出中的下列訊息。 您可能會發現下列訊息:「出現錯誤,失敗」或「已完成,但出現警告」。 另外,也請查看下列日誌檔,看看有沒有錯誤或警告訊息:
      • mybackup_new_host/v70toV90node1/logs/WASPostMigrationSummary.log
      • mybackup_new_host/v70toV90node1/logs/WASPostUpgrade.target_profile_name.timestamp.log
      • mybackup_new_host/v70toV90node1/logs/WASPostUpgrade.target_profile_name.trace
      註: 如果 WASPostUpgrade 指令失敗,您可能需要從備份配置檔還原 9.0 版部署管理程式。如果 WASPostUpgrade 指令處理已執行 syncNode 指令,部署管理程式會知道節點已經移轉。 在部署管理程式還原到節點移轉前的狀態之前,無法再次移轉節點。

      如果已正確移轉配置,但未安裝任何應用程式,您可以執行 WASMigrationAppInstaller 指令,只安裝未移轉的應用程式。 如需相關資訊,請參閱WASMigrationAppInstaller 指令

    13. 檢查 9.0 版部署管理程式 SystemOut.log 檔中是否有錯誤或警告訊息。
      註: 這個主題參照一或多個應用程式伺服器日誌檔。 此外,在分散式和 IBM i 系統上,另外也建議您可以配置伺服器來使用「高效能可延伸記載 (HPEL)」日誌和追蹤基礎架構,而不使用 SystemOut.logSystemErr.log, trace.logactivity.log 檔案。HPEL 與原生 z/OS 記載機能也可以一起使用。如果您使用 HPEL,則可以從伺服器設定檔 bin 目錄,利用 LogViewer 指令行工具來存取您所有的日誌和追蹤資訊。請參閱有關利用 HPEL 疑難排解應用程式的資訊,以取得更多使用 HPEL 的相關資訊。
    14. 啟動已移轉的 9.0 版節點代理程式。
    15. 檢查 9.0 版部署管理程式和節點的 SystemOut.log 中是否有錯誤或警告訊息。
    16. 選擇性的: 如果未啟用自動同步化程序,請將 Cell 同步化。
    17. 9.0 版已移轉的節點上,啟動適當的應用程式伺服器。
    18. 執行 backupConfig 指令,將 9.0 版設定檔配置儲存在檔案中。 例如:
      [Windows]
      version_9_profile_root\v70toV90node1\bin\backupConfig.bat
      \mybackup_new_host\v70toV90node1.zip -username myuser 
      -password mypass -nostop
      [AIX][HP-UX][Linux][Solaris]
      version_9_profile_root/v70toV90node1/bin/backupConfig.sh
      /mybackup_new_host/v70toV90node1.zip -username myuser 
      -password mypass -nostop
      每次在特定節點上執行 backupConfig 指令時,都使用新的備份檔名稱。
    19. 利用 backupConfig 指令來儲存部署管理程式配置。9.0 版部署管理程式主機上,切換至 deployment_manager_profile_root/bin 目錄。執行 backupConfig 指令,將 9.0 版設定檔配置儲存在檔案中。 例如:
      [Windows]
      version_9_profile_root\v70toV90dmgr01\bin\backupConfig.bat
      \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip 
      -username myuser -password mypass
      [AIX][HP-UX][Linux][Solaris]
      version_9_profile_root/v70toV90dmgr01/bin/backupConfig.sh
      /mybackup_new_host/v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip 
      -username myuser -password mypass
      註: 對於您移轉的每個節點,請將 9.0 版部署管理程式配置備份到新的備份檔。
    20. 重複前面的步驟來處理其他節點。

結果

您已使用移轉工具,將 Cell 配置從舊版 WebSphere Application Server 移轉至執行 WebSphere Application Server 9.0 版的新主機上。


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



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