명령행 도구를 사용하여 셀을 새 호스트 시스템에 마이그레이션
시작하기 전에

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere® Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfg마이그레이션 계획 정보를 검토하십시오. 지식 콜렉션: WebSphere Application Server 마이그레이션 계획을 참조하십시오.
이 정보에서는 셀을 다른 시스템으로 마이그레이션하기에 관해 설명합니다. 동일 시스템 상의 셀 마이그레이션에 관한 정보는 명령행 도구를 사용하는 셀 마이그레이션을 참조하십시오.
이 태스크 정보
이 태스크에서는 다른 시스템 상의 WebSphere Application Server의 이전 버전에서 WebSphere Application Server 버전 9.0로 호스트된 셀 구성에 있는 각 프로파일을 마이그레이션하는 방법에 대해 설명합니다. 셀 구성은 하나 이상의 노드, 웹 서버, 애플리케이션 클라이언트를 포함하는 배치 관리자로 구성됩니다. 모든 포트는 새로운 구성으로 마이그레이션됩니다. 소스 및 대상 호스트 시스템은 동일한 운영 체제에서 실행할 필요는 없습니다.
WebSphere Application Server 버전 9.0가 소스 호스트 시스템에 설치되지 않은 경우 소스 시스템의 운영 체제와 일치하는 대상 호스트 시스템에서 원격 마이그레이션 .jar 파일을 생성해야 합니다. 원격 마이그레이션 .jar 파일은 버전 9.0 WASPreUpgrade 도구와 함께 제공되며 프로파일에 대해 마이그레이션 백업 디렉토리를 작성할 수 있습니다.
- 옵션 1: 소스 시스템에서 대상 제품 버전 설치
- 옵션 2: 원격 마이그레이션 .jar 파일(실제로 대상 설치에서 수집된, 실행을 지원하는 데 필요한 WASPreUpgrade 명령 및 파일(Java 포함)임) 작성
여러 소스 시스템의 운영 체제 아키텍처가 모두 동일하지만 이것이 대상 시스템의 아키텍처와 다른 경우에는 하나의 소스 시스템에만 대상 릴리스가 설치되어 있으면 됩니다. 하나의 소스 시스템에서 원격 마이그레이션 jar를 작성하여 이를 다른 소스 시스템에 사용할 수 있습니다.
이 프로시저는 이전 구성이 실행 중이고 모든 프로파일을 다른 호스트 시스템으로 마이그레이션 중이라고 가정합니다.


프로시저
- 배치 관리자 및 모든 이전 노드를 백업하십시오. 마이그레이션 중에 실패한
경우 현재 배치 관리자 및 노드 구성을 복구용으로 나중에 사용할 수 있는 파일에
저장하십시오.
- deployment_manager_profile_root/bin 디렉토리로 변경하십시오.
- 적절한 매개변수와 함께 backupConfig 명령을
실행하고 현재 프로파일 구성을 파일로 저장하십시오. 예를 들면, 다음과 같습니다.
previous_version_app_server_root\v70dmgr01\bin\ backupConfig.bat \mybackup_old_host\v70dmgr01backupBeforeV90migration.zip -username myuser -password mypass -nostop
여기서, mybackup_old_host는 구성 복원 지점이 저장되는 위치입니다.previous_version_app_server_root/v70dmgr01/bin/backupConfig.sh /mybackup_old_host/v70dmgr01backupBeforeV90migration.zip -username myuser -password mypass -nostop
- 구성에서 각 노드에 대해 node_profile_root/bin 디렉토리로 변경하십시오.
- 적절한 매개변수와 함께 backupConfig 명령을
실행하고 현재 프로파일 구성을 파일로 저장하십시오. 예를 들면, 다음과 같습니다.
previous_version_app_server_root\v70node01\bin\backupConfig.bat \mybackup_old_host\v70node01backupBeforeV90migration.zip -username myuser -password mypass -nostop
previous_version_app_server_root/v70node01 /bin/backupConfig.sh /mybackup_old_host/v70node01rbackupBeforeV90migration.zip -username myuser -password mypass -nostop
- 각 대상 호스트의 새 디렉토리에
WebSphere Application Server, Network Deployment
버전 9.0를
설치하십시오.
자세한 정보는 설치 문서를 참조하십시오.
- 원격 마이그레이션 .jar 파일을 작성하십시오. .jar 파일은 WebSphere Application Server
버전 9.0가 설치되지 않은 시스템에서
WASPreUpgrade 명령을 실행하는 데 필요한 파일을 포함합니다.
문제점 방지: 소스를 설치한 것과 같이 동일한 운영 체제 및 아키텍처에서 원격 마이그레이션 .jar 파일을 작성해야 합니다. 생성된 아카이브에는 운영 체제 특정 코드를 포함하기 때문에 이 아키텍처에서만 실행합니다.gotcha
- 소스 프로파일의 아키텍처와 운영 체제를 확인하십시오. 소스 프로파일의 아키텍처와 운영 체제가 대상 프로파일의 아키텍처나 운영 체제와 다른 경우, WebSphere Application Server 버전 9.0를 원격 마이그레이션 jar 파일이 작성되기 전에 소스 프로파일과 일치하는 시스템에 설치해야 합니다. 원격 마이그레이션 jar을 생성하면, 운영 체제 및 아키텍처와 일치하는 시스템에서 동작합니다.
- 원격 마이그레이션 .jar 작성
- 명령 프롬프트에서 다음을 입력하십시오. cd $WAS_HOME/bin/migration/bin
- .jar 파일을 작성하려면 다음을 실행하십시오. createRemoteMigrJar.bat(sh) -targetDir <dir for the remote migration jar> . WAS_V90_OS.arch_RemoteMigrSupport.jar 파일이 작성됩니다. 예를 들어, WAS_V90_windows.amd64_RemoteMigrSupport.jar입니다.
- WasPreUpgrade 명령을 위한 원격 시스템을 준비하십시오.
- .jar 파일을 소스 프로파일이 있는 시스템에 전송하십시오.
- 파일을 임시 위치로 압축을 풉니다.
- 디렉토리를 임시 위치의 bin 디렉토리로 변경하십시오.
이제 소스 프로파일에 대하여 WASPreUpgrade 명령을 실행시킬 준비가 되었습니다. 그러나, 후속 단계에서 수행하라고 할 때까지 이 명령을 실행하지 마십시오.
- 대상 배치 관리자 프로파일을 작성하십시오. 대상 배치 관리자
프로파일은 마이그레이션 대상에 있는 새로운 배치 관리자
프로파일입니다.
문제점 방지: 버전 9.0 셀 및 노드 이름은 이전 구성의 셀 및 노드 이름과 일치해야 합니다. 새로운 셀 및 노드 이름으로 셀과 노드를 작성한 경우 마이그레이션에 실패합니다.gotcha
배치 관리자 프로파일을 작성하려면 적절한 매개변수와 함께 manageprofiles 명령을 실행하십시오.
예를 들면, 다음과 같습니다.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
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
- 현재 배치 관리자 구성을
마이그레이션 백업 디렉토리로 저장하십시오. 현재 배치 관리자 구성을
마이그레이션 백업 디렉토리에 저장하려면 WASPreUpgrade 명령을 실행하십시오. WASPreUpgrade 명령은
이전 구성을 변경하지 않습니다.
- -machineChange true 매개변수와 함께
WASPreUpgrade 명령을 실행하여 현재 배치 관리자 구성을
마이그레이션 백업 디렉토리로 저장하십시오. 예를 들면, 다음과 같습니다.
<path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90dmgr01 \opt\WebSphereV70 -oldProfile 70dmgr01 -machineChange true
여기서 mybackup_old_host는 프로파일 구성 파일에 대한 디렉토리이며 새 호스트로의 마이그레이션을 대비하여 복사됩니다.<path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90dmgr01 /opt/WebSphereV70 -oldProfile 70dmgr01 -machineChange true
버전 8.0에서 버전 9.0로 마이그레이션하고 프로파일이 배치 관리자인 경우, WASPreUpgrade를 실행하면 버전 8.0 프로파일이 중지됩니다. 명령행에 -keepDmgrEnabled true를 제공하거나 마이그레이션 마법사에서 해당 옵션을 지정한 경우에만, WASPreUpgrade를 완료하기 전에 배치 관리자가 시작됩니다.
문제점 방지: -machineChange true를 지정한 경우, 마이그레이션 후 버전 8.0 배치 관리자의 작업 관리자 기능으로 관리되는 모든 자원(다른 배치 관리자나 애플리케이션 서버와 같은)에 대해 작업 관리자 URL을 업데이트해야 합니다. gotcha
- 콘솔 출력 및 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에서 다른 마이그레이션 또는 런타임 활동에 영향을 주는지 여부를 확인하십시오.
명령이 성공적으로 완료된 경우 로그에서 오류나 경고가 있는지 확인하지 않아도 됩니다.
- -machineChange true 매개변수와 함께
WASPreUpgrade 명령을 실행하여 현재 배치 관리자 구성을
마이그레이션 백업 디렉토리로 저장하십시오. 예를 들면, 다음과 같습니다.
- WASPreUpgrade 명령으로 작성된 백업 디렉토리를 아카이브하십시오.
문제점 방지: WebSphere Application Server 마이그레이션과 호환되지 않으므로 Windows 아카이브 도구를 사용하지 마십시오.gotcha
- 선택한 아카이브 도구를 사용하여 백업 디렉토리의 압축된 파일을
작성하십시오. 예를 들면, 다음과 같습니다.
cd /mybackup_old_host /opt/WebSphereV70/java/bin/jar -cf v70toV90dmgr01.jar v70toV90dmgr01/
- 아카이브된 파일을 대상 시스템으로 이동하십시오.
- 대상 시스템에 디렉토리를 작성하고 아카이브된 파일을
새로운 디렉토리로 압축을 푸십시오. 예를 들면, 다음과 같습니다.
여기서, mybackup_new_host는 파일을 마이그레이션하려는 대상 디렉토리입니다.mkdir /mybackup_new_host cd /mybackup_new_host /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
- 선택한 아카이브 도구를 사용하여 백업 디렉토리의 압축된 파일을
작성하십시오. 예를 들면, 다음과 같습니다.
- 이전 배치 관리자 구성을 복원하십시오.
새 배치 관리자 프로파일 bin 디렉토리에서 WASPostUpgrade 명령을 실행하여 마이그레이션 백업 디렉토리에 저장된 이전 배치 관리자 구성을 복원하십시오. 예제에 표시된 옵션을 사용하는 경우, 모든 포트가 전달되며 모든 애플리케이션이 설치됩니다.
- WASPostUpgrade 명령을 실행하여 저장된
배치 관리자 구성을 새 버전 9.0 배치 관리자
프로파일에 복원하십시오. 예를 들면, 다음과 같습니다.
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
여기서 mybackup_new_host는 소스 프로파일 구성 파일이 마이그레이션된 디렉토리입니다.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
마이그레이션한 후 이전 프로파일을 계속 사용하려면 -clone TRUE 매개변수를 지정하십시오. 배치 관리자에 대해 복제 마이그레이션을 지정하는 경우 모든 해당 연합 노드도 복제해야 합니다.
- 콘솔 출력 및 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
- WASPostUpgrade 명령을 실행하여 저장된
배치 관리자 구성을 새 버전 9.0 배치 관리자
프로파일에 복원하십시오. 예를 들면, 다음과 같습니다.
- 버전 9.0 배치 관리자에서
backupConfig 명령을 실행하여
버전 9.0 마이그레이션된 배치 관리자 구성을 파일에 저장하십시오.
문제점 방지: 노드 마이그레이션이 실패하는 경우, 셀 구성을 실패 전의 지점으로 복원할 수 있습니다. 교정 가능한 조치를 적용하고 노드 마이그레이션을 다시 시도할 수 있습니다.gotcha
- deployment_manager_profile_root/bin 디렉토리로 변경
- 적절한 매개변수와 함께 backupConfig 명령을
실행하고 버전 9.0 프로파일 구성을 파일로 저장하십시오. 예를 들면, 다음과 같습니다.
version_9_profile_root\profiles\v70toV90dmgr01\ bin\backupConfig.bat \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrOnly.zip -username myuser -password mypass
여기서, mybackup_new_host는 구성 복원 지점이 저장되는 위치입니다.version_9_profile_root/profiles/v70toV90dmgr01/bin/backupConfig.sh / mybackup_new_host/v70toV90dmgr01backupMigratedDmgrOnly.zip -username myuser -password mypass
- 이전 호스트에서 배치 관리자를 중지하고 사용 안하도록 설정하십시오.
- 이전 호스트에서 배치 관리자를 중지하십시오.
- 이전 호스트에서 배치 관리자를 사용 안함으로 설정하십시오. 이 배치 관리자를
사용하지 않으려면, 다음 정보에서 표시된대로 연관 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
- 새 호스트에서 버전 9.0 배치 관리자를
시작하십시오.
- 새 버전 9.0 deployment_manager_profile_root/bin 디렉토리로 변경하십시오.
- startManager 명령을 실행하십시오.
- 배치 관리자가 실행 중인 동안 경고나 오류는 SystemOut.log 파일을
확인하십시오. 참고: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM i 시스템에서 SystemOut.log, SystemErr.log, trace.log 및 activity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS® 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.버전 9.0 배치 관리자가 시작될 때 노드 마이그레이션이나 런타임 활동에 영향을 주는지 보려면 경고를 확인하십시오.
- 버전 9.0 배치 관리자가 시작되었는지 확인하십시오.
- 이전 노드를 새 버전 9.0 배치 관리자로
수동으로 동기화하십시오.
새로운 호스트에서 버전 9.0 배치 관리자가 실행 중인지 확인하십시오. 이전 노드를 포함하는 시스템에 로그인하고 syncNode 명령을 실행하십시오.
- 노드 에이전트를 중지하십시오.
- 배치 관리자 호스트와 포트 번호를 얻어 node_agent_profile_root/properties/wsadmin.properties 파일을 업데이트하십시오. com.ibm.ws.scripting.host 값을 새로운 호스트로 변경하십시오. com.ibm.ws.scripting.port 값을 새로운 포트로 변경하십시오.
- bin 디렉토리에서 syncNode 명령을
실행하십시오. 예를 들면, 다음과 같습니다.
node_agent_install_root\bin\syncNode.bat myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
node_agent_install_root/bin/syncNode.sh myV90DmgrHost.mycompany.com 8879 -username myuser -password mypass
- 동기화가 성공한 경우 노드 에이전트를 시작하십시오.
- 웹 서버용 플러그인을 마이그레이션하십시오.
- 버전 9.0 배치 관리자가 실행 중인지 확인하십시오.
- 셀에서 사용되는 웹 서버 플러그인의 버전을 업그레이드하십시오.
- 웹 서버 유형 및 버전에 적합한 지원 정보를 참조하십시오.
- 애플리케이션 클라이언트 설치를 마이그레이션하십시오.
소스 WebSphere Application 클라이언트가 버전 7.0인 경우 WASPreUpgrade 및 WASPostUpgrade 명령을 실행하여 기존 보안 설정도 마이그레이션해야 합니다.
- 마이그레이션해야 하는 모든 클라이언트 호스트를 확인하십시오.
- WebSphere 버전 9.0 애플리케이션 클라이언트를 설치하십시오.
- 버전 9.0
WASPreUpgrade 명령을 실행하여
애플리케이션 클라이언트 보안 설정을 마이그레이션 백업 디렉토리로
저장하십시오. 예를 들면, 다음과 같습니다.
/opt/AppClientV90/bin/WASPreUpgrade.sh /mybackup_client/v70clientToV90 /opt/AppClientV70
- 버전 9.0
WASPostUpgrade
명령을 실행하여 애플리케이션 클라이언트 보안 설정을 새
버전 9.0 클라이언트로
복원하십시오. 예를 들면, 다음과 같습니다.
/opt/AppClientV90/bin/WASPostUpgrade.sh /mybackup_client/v70clientToV90
- 노드를 마이그레이션하십시오. 중요사항: 이 단계는 시스템 간 마이그레이션에만 적용됩니다. 노드의 시스템 간 마이그레이션이 완료되지 않은 경우 명령행 도구를 사용하는 셀 마이그레이션에서 노드 마이그레이션에 대한 정보를 참조하십시오. 버전 9.0 배치 관리자가 실행 중인지 확인하십시오. 버전 9.0으로 마이그레이션할 각 노드에서 다음 단계를 수행하십시오.
문제점 방지: 마이그레이션에 성공하려면 버전 9.0 이상으로 마이그레이션할 각 노드에서 동일한 소스 노드 이름과 다른 임시 셀 이름을 사용해야 합니다. gotcha
- 각 대상 호스트에서 WebSphere Application Server 버전 9.0을 설치하십시오. 자세한 정보는 애플리케이션 제공 환경 설치에 대한 문서를 참조하십시오.
- 대상 노드 프로파일을 작성하십시오. 적절한 매개변수와 함께 manageprofiles 명령을 실행하여
새로운 관리 대상 프로파일을 작성하십시오. 예를 들면, 다음과 같습니다.
version_9_install_root\bin\manageprofiles.bat -create -profileName node1 -templatePath \opt\ WebSphereV90\profileTemplates\managed -nodeName currentNode1Name -cellName currentCellName -hostName mynode1host.company.com
version_9_install_root/bin/manageprofiles.sh -create -profileName node1 -templatePath /opt/WebSphereV90/profileTemplates/managed -nodeName currentNode1Name -cellName currentCellName -hostName mynode1host.company.com
- 배치 관리자를 마이그레이션하기 위해 작성한 원격 마이그레이션
.jar 파일을 사용하여 현재 노드 시스템에서 WASPreUpgrade 명령을 사용 가능하게 하십시오. 참고: 이 단계는 소스 노드와 배치 관리자가 동일한 시스템에 있지 않은 경우에만 수행해야 하며 시스템 아키텍쳐가 동일한 경우만 수행할 수 있습니다.자세한 정보는 이 시나리오의 3단계, 원격 마이그레이션 .jar 파일 작성을 참조하십시오.
- -machineChange true 매개변수와 함께
WASPreUpgrade 명령을 실행하여 현재 노드 구성을
마이그레이션 백업 디렉토리로 저장하십시오. 백업 파일에 대한 새 디렉토리를 선택하십시오. 예를 들면, 다음과 같습니다.
<path to remote migration jar>\migration\bin\WASPreUpgrade.bat \mybackup_old_host\v70toV90node1 \opt\WebSphereV70 -oldProfile 70node1 -machineChange true
<path to remote migration jar>/migration/bin/WASPreUpgrade.sh /mybackup_old_host/v70toV90node1 /opt/WebSphereV70 -oldProfile 70node1 -machineChange true
- 오류나 경고 메시지는 WASPreUpgrade 콘솔 출력을
확인하십시오. "오류로 실패함" 또는 "경고와 함께 완료됨" 메시지를 볼 수 있습니다. 또한,
오류나 경고 메시지는 다음 로그 파일에서 찾아 보십시오.
- myback_old_host/v70toV90node1/logs/WASPreMigrationSummary.log
- myback_old_host/v70toV90node1/logs/WASPreUpgrade.timestamp.log
- myback_old_host/v70toV90node1/logs/WASPreUpgrade.trace
WASPreUpgrade 명령이 성공하는 경우, 오류나 경고 메시지는 로그 파일을 확인하지 않아도 됩니다.
- 선택한 아카이브 도구를 사용하여
WASPreUpgrade 명령에서 작성한 백업 디렉토리의 압축된 파일을
작성하십시오. 예를 들면, 다음과 같습니다.
cd /mybackup_old_host /opt/WebSphereV70/java/bin/jar -cf v70toV90node1.jar v70toV90node1/
- 아카이브된 파일을 대상 시스템으로 이동하십시오.
- 대상 시스템에 디렉토리를 작성하고 아카이브된 파일을
새로운 디렉토리로 압축을 푸십시오. 예를 들면, 다음과 같습니다.
여기서 mybackup_new_host는 프로파일 구성 파일이 마이그레이션된 디렉토리입니다.mkdir /mybackup_new_host cd /mybackup_new_host /opt/WebSphereV90/java/bin/jar -xf v70toV90dmgr01.jar
- 이전 노드에서 애플리케이션 서버를 중지한 다음 이전 노드에서 노드 에이전트를 중지하십시오.
- 이전 호스트에서 노드를 중지하고 사용 안하도록 설정하십시오. 이전 호스트에서 노드를 사용하지 않는지 확인하십시오. 노드를
사용하지 않으려면, 다음 정보에서 표시된대로 연관 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
- WASPostUpgrade 명령을 실행하여
새 버전 9.0 관리 대상 프로파일로 저장된 노드 구성을 복원하십시오. 예를 들면, 다음과 같습니다.
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
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 매개변수 및 새 배치 관리자 호스트 이름 및 SOAP 또는 RMI 포트를 지정하십시오. 배치 관리자를 복제하지 않은 경우 연합 노드를 복제하지 마십시오.
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
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
- 다음 메시지는 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 명령을 참조하십시오.
- 오류나 경고 메시지는 버전 9.0 배치 관리자 SystemOut.log 파일을
확인하십시오. 참고: 이 주제는 하나 이상의 애플리케이션 서버 로그 파일을 참조합니다. 권장되는 대안은 분배 및 IBM i 시스템에서 SystemOut.log, SystemErr.log, trace.log 및 activity.log 파일을 사용하는 대신 HPEL(High Performance Extensible Logging) 로그를 사용하고 인프라를 추적하도록 서버를 구성하는 것입니다. 원시 z/OS 로깅 기능과 연계하여 HPEL을 사용할 수도 있습니다. HPEL을 사용하는 경우 서버 프로파일 바이너리 디렉토리의 LogViewer 명령행 도구를 사용하여 모든 로그에 액세스하고 정보를 추적할 수 있습니다. HPEL 사용에 대한 자세한 정보는 HPEL을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.
- 마이그레이션된 버전 9.0 노드 에이전트를 시작하십시오.
- 오류나 경고 메시지는 버전 9.0 배치 관리자 및 노드 SystemOut.log를 참조하십시오.
- 옵션: 자동 동기화 프로세스가 사용 가능하지 않은 경우 셀을 동기화하십시오.
- 버전 9.0 마이그레이션된 노드에서 적절한 애플리케이션 서버를 시작하십시오.
- backupConfig 명령을 실행하고
버전 9.0 프로파일 구성을 파일로
저장하십시오. 예를 들면, 다음과 같습니다.
version_9_profile_root\v70toV90node1\bin\backupConfig.bat \mybackup_new_host\v70toV90node1.zip -username myuser -password mypass -nostop
특정 노드에서 backupConfig 명령을 실행할 때마다 새 백업 파일 이름을 사용하십시오.version_9_profile_root/v70toV90node1/bin/backupConfig.sh /mybackup_new_host/v70toV90node1.zip -username myuser -password mypass -nostop
- backupConfig 명령을 사용하여 배치 관리자 구성을 저장하십시오. 버전 9.0 배치 관리자 호스트에서
deployment_manager_profile_root/bin 디렉토리로 변경하십시오.
backupConfig 명령을 실행하고
버전 9.0 프로파일 구성을 파일로
저장하십시오. 예를 들면, 다음과 같습니다.
version_9_profile_root\v70toV90dmgr01\bin\backupConfig.bat \mybackup_new_host\v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip -username myuser -password mypass
version_9_profile_root/v70toV90dmgr01/bin/backupConfig.sh /mybackup_new_host/v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip -username myuser -password mypass
참고: 마이그레이션하는 각 노드의 경우 버전 9.0 배치 관리자 구성을 새 백업 파일로 백업하십시오. - 추가 노드에 대해 이전 단계를 반복하십시오.
결과
WebSphere Application Server의 이전 버전에서 WebSphere Application Server 버전 9.0를 실행하는 새 호스트 시스템에 셀 구성을 마이그레이션하기 위해 마이그레이션 도구가 사용됩니다.


http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-dist&topic=tmig_migrate_remote_commandline
파일 이름:tmig_migrate_remote_commandline.html