명령행 도구를 사용하는 셀 마이그레이션
시작하기 전에

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere® Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfg지식 콜렉션: WebSphere Application Server 마이그레이션 계획에서 마이그레이션 계획 정보를 검토하십시오.
이 시나리오에서는 동일한 호스트에서 셀 마이그레이션을 다룹니다. 다른 호스트로 셀을 마이그레이션하려는 경우 명령행 도구를 사용하여 셀을 새 호스트 시스템에 마이그레이션을 참조하십시오.
이 태스크 정보
명령행 도구를 사용하여 이전 WebSphere Application Server 버전에서 버전 9.0로 셀을 마이그레이션할 수 있습니다. 셀 구성은 하나 이상의 노드, 웹 서버, 애플리케이션 클라이언트를 포함하는 배치 관리자로 구성됩니다. 모든 포트는 새로운 구성으로 마이그레이션됩니다. 이 프로시저에서는 이전 구성이 실행 중이라고 가정합니다.


- WebSphere Extended Deployment Compute Grid 또는 Feature Pack for Modern Batch
- WebSphere Virtual Enterprise 또는 Intelligent Management
프로시저
- 배치 관리자 및 모든 이전 노드를 백업하십시오.
마이그레이션 중에 실패한 경우 backupConfig 명령을 사용하여 나중에 복구용으로 사용할 수 있는 파일에 현재 배치 관리자 및 노드 구성을 저장하십시오. 자세한 정보는 backupConfig 명령을 참조하십시오.
- deployment_manager_profile_root/bin 디렉토리로 변경하십시오.
- 적절한 매개변수와 함께 backupConfig 명령을
실행하고 현재 프로파일 구성을 파일로 저장하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV70/profiles/v70dmgr01/bin/backupConfig.sh /mybackupdir/v70dmgr01backupBeforeV90migration.zip -username myuser -password mypass -nostop
- 구성에서 각 노드에 대해 node_profile_root/bin 디렉토리로 변경하십시오.
- 적절한 매개변수와 함께 backupConfig 명령을
실행하고 현재 프로파일 구성을 파일로 저장하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV70/profiles/v70node01/bin/backupConfig.sh /mybackupdir/ v70node01backupBeforeV90migration.zip -username myuser -password mypass -nostop
- 새 디렉토리의 각 대상 시스템에 WebSphere Application Server
버전 9.0을 설치하십시오.
자세한 정보는 설치 문서를 참조하십시오.
- 적절한 매개변수와 함께 manageprofiles 명령을 실행하여
대상 배치 관리자 프로파일을 작성하십시오.
대상 배치 관리자 프로파일은 마이그레이션의 대상이 되는 새 배치 관리자 프로파일입니다.
예를 들면, 다음과 같습니다.문제점 방지: 버전 9.0 프로파일 nodeName 및 cellName이 이전 버전 7.0 이상 nodeName 및 cellName과 일치해야 합니다. 버전 9.0 배치 관리자 cellName 또는 nodeName이 서로 다르면 마이그레이션에 실패합니다. gotcha
/opt/WebSphereV90/bin/manageprofiles.sh -create -profileName v70toV90dmgr01 -templatePath /opt/WebSphereV90/profileTemplates/management -serverType DEPLOYMENT_MANAGER -nodeName currentDmgrNodeName -cellName currentCellName -hostName mydmgrhost.company.com
- 새 배치 관리자 프로파일 bin 디렉토리에서
WASPreUpgrade 명령을 실행하여 현재 배치 관리자 구성을
마이그레이션 백업 디렉토리에 저장하십시오.
WASPreUpgrade 명령은 버전 7.0 이상 구성을 변경하지 않습니다. 자세한 정보는 WASPreUpgrade 명령을 참조하십시오.
참고: 버전 8.0 이상에서 버전 9.0으로 마이그레이션하고 프로파일이 배치 관리자인 경우 WASPreUpgrade 명령을 실행하면 버전 8.0 프로파일이 중지됩니다. 명령행에 -keepDmgrEnabled true를 제공하거나 마이그레이션 마법사에서 해당 옵션을 지정하는 경우에만 WASPreUpgrade가 완료되기 전에 배치 관리자가 시작됩니다.- WASPreUpgrade 명령을 실행하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV90/bin/WASPreUpgrade.sh /mybackup/v70toV90dmgr01 /opt/WebSphereV70 -oldProfile 70dmgr01
- 콘솔 출력 및 WASPreUpgrade 로그에서
경고 또는 오류를 검토하십시오.
WASPreUpgrade 명령을 완료한 후 오류로 실패함 또는 경고와 함께 완료됨 메시지의 콘솔 출력을 확인하십시오. 그런 다음, 모든 경고 또는 오류에 대해서는 WASPreUpgrade.old_Profile.timestamp.log 및 WASPreUpgrade.trace 로그 파일을 확인하십시오.
오류가 있는 경우, 오류를 수정하고 WASPreUpgrade 명령을 다시 실행하십시오. 경고가 버전 9.0에서 다른 마이그레이션 또는 런타임 활동에 영향을 주는지 여부를 확인하십시오.
명령이 성공적으로 완료된 경우 로그에서 오류나 경고가 있는지 확인하지 않아도 됩니다.
- WASPreUpgrade 명령을 실행하십시오. 예를 들면, 다음과 같습니다.
- WASPostUpgrade 명령을 실행하여
마이그레이션 백업 디렉토리에 저장된 이전 배치 관리자 구성을 복원하십시오.
다음 예제에 표시된 옵션을 사용하는 경우 모든 포트가 전달되며 이전 배치 관리자가 종료되어 모든 애플리케이션이 설치됩니다.
자세한 정보는 WASPostUpgrade 명령을 참조하십시오.
- WASPostUpgrade 명령을 실행하십시오. 예를 들면, 다음과 같습니다.
프로파일을 작성할 경우, 설치당 하나의 프로파일만 기본 프로파일로 고려됩니다./opt/WebSphereV90/bin/WASPostUpgrade.sh /mybackup/v70toV90dmgr01 -profileName v70toV90dmgr01 -oldProfile 70dmgr01 -resolvePortConflicts incrementCurrent -backupConfig TRUE -includeApps TRUE -keepDmgrEnabled FALSE -username myuser -password mypass
기본 프로파일은 WAS_HOME/properties 디렉토리의 profileRegistry.xml 파일에서 찾아 식별할 수 있습니다. 소스 profileRegistry.xml은 WASPreUpgrade 명령 중에 마이그레이션 백업 디렉토리로 복사됩니다.
마이그레이션한 후 이전 프로파일을 계속 사용하려면 -clone TRUE 매개변수를 지정하십시오. 배치 관리자에 대해 복제 마이그레이션을 지정하는 경우 모든 해당 연합 노드도 복제해야 합니다. 복제 마이그레이션을 지정하면 -keepDmgrEnabled가 자동으로 true로 설정됩니다.
문제점 방지: -oldProfile 및 -profileName 매개변수는 WASPostUpgrade 명령을 실행할 때 항상 지정하십시오. gotcha
- 콘솔 출력 및 WASPostUpgrade 로그에서
경고 또는 오류를 검토하십시오. WASPostUpgrade 명령을 완료한 후 오류로 실패함 또는
경고와 함께 완료됨 메시지의 콘솔 출력을 확인하십시오.
그런 다음, 모든 경고 또는 오류에 대해서는 migration_backup_dir/logs/WASPostUpgrade.target_profile_name.timestamp.log 및 migration_backup_dir/logs/WASPostUpgrade.target_profile_name.trace 로그 파일을
확인하십시오. 오류가 있는 경우에는 오류를 수정하고 WASPostUpgrade 명령을 다시 실행하십시오. 경고가 버전 9.0에서 다른 마이그레이션 또는 런타임 활동에 영향을 주는지 여부를 확인하십시오.
구성이 올바르게 마이그레이션되었지만 애플리케이션이 설치되지 않은 경우 WASMigrationAppInstaller 명령을 실행하여 마이그레이션되지 않은 애플리케이션만 설치할 수 있습니다. 자세한 정보는 WASMigrationAppInstaller 명령을 참조하십시오.
명령이 성공적으로 완료된 경우 로그에서 오류나 경고가 있는지 확인하지 않아도 됩니다.
- WASPostUpgrade 명령을 실행하십시오. 예를 들면, 다음과 같습니다.
- 버전 9.0 배치 관리자에서
backupConfig 명령을 실행하여 버전 9.0 배치
관리자 구성을 파일에 백업하십시오.
문제점 방지: 이는 셀 마이그레이션 계획에서 중요한 단계입니다. 노드 마이그레이션에 실패한 경우 셀 구성은 실패하기 전 지점으로 복원할 수 있으며 교정 가능한 조치를 적용할 수 있고 노드 마이그레이션을 다시 시도할 수 있습니다.gotcha
- deployment_manager_profile_root/bin 디렉토리로 변경
- 적절한 매개변수와 함께 backupConfig 명령을
실행하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV90/profiles/v70toV90dmgr01/bin/backupConfig.sh /mybackupdir/ v70toV90dmgr01backupMigratedDmgrOnly.zip -username myuser -password mypass
- 버전 9.0
배치 관리자를 시작하십시오.
배치 관리자의 이전 버전이 실행 중이 아닌지 확인하십시오.
- 새 버전 9.0 배치 관리자 프로파일 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을 사용한 애플리케이션 문제점 해결 정보를 참조하십시오.
- 노드의 노드 에이전트 및 애플리케이션 서버 로그 모두에서 새 경고나 오류가 있는지 확인하십시오. 자동 동기화가 사용 가능한 경우 노드를 동기화하고 애플리케이션을 다시 시작하고 로그에 새 경고나 오류가 있는지 확인하십시오.
- Compute Grid 또는 Feature Pack for Modern Batch의 경우
작업 스케줄러가 올바르게 마이그레이션되었고 일괄처리 애플리케이션을 호스트하는
이전 버전 서버에 작업을 디스패치할 수 있는지 확인하십시오.
작업 스케줄러 마이그레이션을 확인하려면 배치 관리자를 다시 시작한 후에 웹 브라우저를 통해 작업 관리 콘솔에 액세스하십시오.
일괄처리 애플리케이션을 호스트하는 이전 버전 서버가 올바르게 작동하는지 확인하려면 다음을 수행하십시오.- 마이그레이션된 서버 또는 클러스터의 일괄처리 애플리케이션이 시작되었는지 확인하십시오. 오류에 대해 서버 또는 클러스터 로그를 검토하십시오.
- 마이그레이션된 작업 스케줄러 서버에서 작업을 제출하여 마이그레이션된 서버에 일괄처리 작업을 디스패치할 수 있는지 확인하십시오. 작업 관리 콘솔, WSGrid 유틸리티, EJB 인터페이스 또는 웹 서비스 인터페이스를 사용하여 작업을 제출할 수 있습니다.
- 웹 서버용 플러그인을 마이그레이션하십시오.
- 버전 9.0 배치 관리자가 실행 중인지 확인하십시오.
- 셀에서 사용되는 웹 서버 플러그인의 버전을 업그레이드하십시오.
- 웹 서버 유형 및 버전에 적합한 지원 정보를 참조하십시오.
- 애플리케이션 클라이언트 설치를 마이그레이션하십시오.
클라이언트 자원을 버전 9.0 레벨 자원으로 마이그레이션하십시오.
- WebSphere 버전 9.0 애플리케이션 클라이언트를 설치하십시오.
자세한 정보는 설치 문서를 참조하십시오.
- 버전 9.0
WASPreUpgrade 명령을 실행하여
애플리케이션 클라이언트 보안 설정을 마이그레이션 백업 디렉토리로
저장하십시오. 예를 들면, 다음과 같습니다.
/opt/AppClientV90/bin/WASPreUpgrade.sh /mybackup/v70clientToV90 /opt/AppClientV70
- 버전 9.0
WASPostUpgrade 명령을 실행하여 애플리케이션
클라이언트 보안 설정을 새 버전 9.0 클라이언트로 복원하십시오. 예를 들면, 다음과 같습니다.
/opt/AppClientV90/bin/WASPostUpgrade.sh /mybackup/v70clientToV90
- WebSphere 버전 9.0 애플리케이션 클라이언트를 설치하십시오.
- 노드를 마이그레이션하십시오.
마이그레이션 도구를 사용하여 구성에 있는 노드의 이전 버전을 버전 9.0로 마이그레이션하십시오. 버전 9.0로 마이그레이션할 각 도드에서 다음 프로시저를 수행하십시오.
문제점 방지: 버전 9.0으로 마이그레이션하는 각 노드에서 동일한 소스 노드 이름과 다른 임시 셀 이름을 사용해야 합니다. gotcha
- 버전 9.0 배치 관리자가 실행 중인지 확인하십시오.
- 대상 노드 프로파일을 작성하십시오. 적절한 매개변수와 함께 manageprofiles 명령을 실행하여
새로운 관리 대상 프로파일을 작성하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV90/manageprofiles.sh -create -profileName node1 -templatePath /opt/WebSphereV90/profileTemplates/managed -nodeName currentNode1Name -cellName currentCellName -hostName mynode1host.company.com
- WASPreUpgrade 명령을 실행하여 현재 노드 구성 정보를
마이그레이션 백업 디렉토리로 저장하십시오. 백업 파일에 대한 새 디렉토리를 선택하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV90/bin/WASPreUpgrade.sh /mybackup/v70toV90node1 /opt/WebSphereV70 -oldProfile 70node1
- 콘솔 출력 및 WASPreUpgrade 로그에서
경고 또는 오류를 검토하십시오.
WASPreUpgrade 콘솔 출력에서 오류로 실패함 또는 경고와 함께 완료됨 메시지가 있는지 확인하십시오.
다음 로그에서 오류나 경고가 있는지 확인하십시오.- migration_backup_dir/logs/WASPreUpgrade.old_profile.timestamp.log
- migration_backup_dir/logs/WASPreUpgrade.trace
WASPreUpgrade 명령이 성공적으로 완료되면 로그에서 오류나 경고가 있는지 확인하지 않아도 됩니다.
- 노드 에이전트를 중지하십시오. 버전 9.0으로 마이그레이션하는 중에 버전 7.0 이상 노드를 실행하는 경우 마이그레이션될 노드에서 노드 에이전트를 중지해야 합니다. 노드 에이전트를 중지하지 않으면 손상 문제점이 발생할 수 있습니다.
- WASPostUpgrade 명령을 실행하여
새 버전 9.0 관리 대상 프로파일로 저장된 노드 구성을 복원하십시오. 예를 들면, 다음과 같습니다.
/opt/WebSphereV90/bin/WASPostUpgrade.sh /mybackup/v70toV90node1 -profileName currentNode1Name -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -username myuser -password mypass
배치 관리자를 복제한 경우 모든 연합 노드도 복제해야 합니다. -clone TRUE 매개변수 및 새 배치 관리자 호스트 이름 및 SOAP 또는 RMI 포트를 지정하십시오. 배치 관리자도 복제하지 않은 경우 연합 노드를 복제하지 마십시오./opt/WebSphereV90/bin/WASPostUpgrade.sh /mybackup/v70toV90node1 -profileName currentNode1Name -oldProfile 70node1 -resolvePortConflicts incrementCurrent -backupConfig TRUE -username myuser -password mypass -clone TRUE -newDmgrHostName myV90DmgrHost.mycompany.com -newDmgrSoapPort 8879
- 콘솔 출력 및 WASPostUpgrade 로그에서
경고 또는 오류를 검토하십시오.
WASPostUpgrade 콘솔 출력에서 오류로 실패함 또는 경고와 함께 완료됨 메시지가 있는지 확인하십시오.
다음 로그에서 오류나 경고가 있는지 확인하십시오.- migration_backup_dir/logs/WASPostUpgrade.target_profile.timestamp.log
- migration_backup_dir/logs/WASPostUpgrade.target_profile.trace
참고: WASPostUpgrade 명령에 실패하면 backupConfig 파일에서 버전 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 마이그레이션된 노드에서 모든 애플리케이션 서버를 중지하십시오.
- 버전 9.0 마이그레이션된 노드에서 적절한 애플리케이션 서버를 시작하십시오.
- Compute Grid 또는 Feature Pack for Modern Batch의 경우
작업 스케줄러가 올바르게 마이그레이션되었고 일괄처리 애플리케이션을
호스트하는 마이그레이션된 서버에 작업을 디스패치할 수 있는지 확인하십시오.
작업 스케줄러 마이그레이션을 확인하려면 마이그레이션된 애플리케이션 서버 또는 클러스터를 다시 시작한 후에 웹 브라우저를 통해 작업 관리 콘솔에 액세스하십시오.
일괄처리 애플리케이션을 호스트하는 버전 9.0 서버가 올바르게 작동하는지 확인하려면 다음을 수행하십시오.- 마이그레이션된 서버 또는 클러스터의 일괄처리 애플리케이션이 시작되었는지 확인하십시오. 오류에 대해 서버 또는 클러스터 로그를 검토하십시오.
- 마이그레이션된 작업 스케줄러 서버에서 작업을 제출하여 마이그레이션된 서버에 일괄처리 작업을 디스패치할 수 있는지 확인하십시오. 작업 관리 콘솔, WSGrid 유틸리티, EJB 인터페이스 또는 웹 서비스 인터페이스를 사용하여 작업을 제출할 수 있습니다.
- 적절한 매개변수와 함께 backupConfig 명령을 실행하여 버전 9.0 프로파일 구성을 파일에 저장하시시오. 예를 들면, 다음과 같습니다.
backupConfig 명령을 실행할 때마다 새 백업 파일 이름을 사용하십시오./opt/WebSphereV90/profiles/v70toV90node1/bin/backupConfig.sh /mybackupdir/ v70toV90node1.zip -username myuser -password mypass -nostop
- 적절한 매개변수와 함께 backupConfig 명령을
실행하여 배치 관리자 구성을 파일에 저장하십시오. 명령을 실행하기 전에
버전 9.0 배치 관리자 호스트에서 deployment_manager_profile_root/bin 디렉토리로 변경하십시오. 참고: 마이그레이션된 각 노드에서 버전 9.0 배치 관리자 구성을 새 백업 파일에 백업하십시오.예를 들면, 다음과 같습니다.
/opt/WebSphereV90/profiles/v70toV90dmgr01/bin/backupConfig.sh /mybackupdir/ v70toV90dmgr01backupMigratedDmgrPlusNodeX.zip -username myuser -password mypass
참고: 다른 호스트로 노드를 마이그레이션하려는 경우 명령행 도구를 사용하여 셀을 새 호스트 시스템에 마이그레이션에서 노드 마이그레이션에 대한 정보를 참조하십시오.
결과
마이그레이션 도구를 사용하여 이전 버전을 WebSphere Application Server 버전 9.0로 마이그레이션했습니다.


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