작업 관리자 프로파일과 해당 등록된 서버 세트를
버전 7.0 이상에서 버전 9.0으로 마이그레이션할 수 있습니다.
이 태스크 정보
작업 관리자 프로파일에는 다음 등록 서버 유형이
하나 이상 있을 수 있습니다.
- 배치 관리자 서버
- 관리 대상 기본 애플리케이션 서버(관리 에이전트로도
등록될 수 있음)
문제점 방지: - 관리 대상 기본 애플리케이션 서버와 배치 관리자 서버는 이전 버전의
작업 관리자의 작업을 허용할 수 없습니다.
문제점이 발생하지 않도록 관리 대상 기본 애플리케이션
서버와 배치 관리자 서버를 버전 9.0로 마이그레이션하기 전에 작업 관리자 프로파일을 버전 9.0로 마이그레이션하십시오.
- 관리 대상 기본 애플리케이션 서버와 관리 대상 배치 관리자를 유연한 관리 환경에서
마이그레이션하는 경우, 노드 이름은 버전 9.0 및
이전 릴리스에서 동일해야 합니다.
- 최대 열린 파일 수의 설정이 10000 이상인지 확인하십시오. 열린 파일의 수가 너무 적으면 다양한 마이그레이션 장애가
발생할 수 있습니다.
gotcha
프로시저
- 대상 호스트의 새 디렉토리에 WebSphere Application Server, Network Deployment
버전 9.0를
설치하십시오.
자세한 정보는 설치 문서를 참조하십시오.
- 작업 관리자 마이그레이션의 대상이 되는
버전 9.0 작업 관리자 프로파일을 작성하십시오.
적절한 매개변수와 함께 manageprofiles 명령을 실행하여
새 작업 관리자 프로파일을 작성하십시오.
예를 들면, 다음과 같습니다. C:\WebSphere\AppServer90\bin>manageprofiles.bat -create -profileName JobMgr01
-profilePath C:\WebSphere\AppServer90\profiles\JobMgr01 -templatePath C:\WebSphere\AppServer90\profileTemplates\management
-serverType JOB_MANAGER -nodeName JobMgr01Node01 -cellName JobMgr01Cell01 -hostName localhost
- 이전 작업 관리자를 중지하십시오. 이전 작업 관리자 데이터베이스
내에 있는 작업은 마이그레이션 일부로 마이그레이션됩니다.
- 새 WebSphere Application Server 설치 루트 bin 디렉토리에서
WASPreUpgrade 명령을 실행하여
현재 작업 관리자 구성을 마이그레이션 백업 디렉토리에
저장하십시오.
WASPreUpgrade 명령은
이전 구성을 변경하지 않습니다.
- WASPreUpgrade 명령을 실행하십시오. 예를 들면, 다음과 같습니다.
C:\WebSphere\AppServer90\bin>WASPreUpgrade.bat C:\WAS70JobMgrbackup C:\WebSphere\AppServer70 -oldProfile JobMgr01
-traceString *=all=enabled -tracefile C:\WAS70JobMgrbackup\logs\WASPreMigrationSummary.log
- 콘솔 출력 및 WASPreUpgrade 로그에서 경고 또는 오류를 검토하십시오. WASPreUpgrade 명령을 완료한 후 오류로 실패함 또는
경고와 함께 완료됨 메시지의 콘솔 출력을 확인하십시오.
그런 다음, 다음 로그 파일에서 경고 또는 오류를 확인하십시오.
- migration_backup_dir/logs/WASPreMigrationSummary.log
- WASPreUpgrade.timestamp.log
- WASPreUpgrade.trace
오류가 있는 경우, 오류를 수정하고
WASPreUpgrade 명령을 다시 실행하십시오.
경고가 버전 9.0에서 다른 마이그레이션 또는 런타임 활동에 영향을 주는지 여부를 확인하십시오.
명령이 성공적으로 완료된 경우 로그에서
오류나 경고가 있는지 확인하지 않아도 됩니다.
- 이전 작업 관리자 구성을 복원하십시오. 새 WebSphere Application Server 설치 루트 bin 디렉토리에서 WASPostUpgrade 명령을 실행하여
마이그레이션 백업 디렉토리에 저장된 이전 작업 관리자 구성을
복원하십시오.
문제점 방지: 데이터베이스 불일치를 방지하려면
WASPreUpgrade를 완료한 후 바로
WASPostUpgrade를 실행하십시오.
WASPreUpgrade의 일부로 데이터베이스 백업이
작성됩니다.
WASPostUpgrade를 실행하기 전에 이전 작업 관리자를
다시 시작하면 백업의 데이터베이스와 이전 작업 관리자의 데이터베이스가 동기화되지 않습니다.
gotcha
- WASPostUpgrade 명령을 실행하여 저장된 작업 관리자 구성을
새로운 버전 9.0 관리 에이전트 프로파일로
복원하십시오. 예를 들면, 다음과 같습니다.
C:\IBM\WebSphere\AppServer90\bin>WASPostUpgrade.bat C:\WAS70JobMgrbackup -oldProfile JobMgr01 -profileName JobMgr01
-traceString *=all=enabled -tracefile C:\WAS70JobMgrbackup\logs\WASPostMigrationSummary.log -username myuser -password mypass
- 콘솔 출력 및 WASPostUpgrade 로그에서 경고 또는 오류를 검토하십시오. WASPostUpgrade 명령을 완료한 후 오류로 실패함 또는
경고와 함께 완료됨 메시지의 콘솔 출력을 확인하십시오.
그런 다음, 다음 로그 파일에서 경고 또는 오류를 확인하십시오.
- migration_backup_dir/logs/WASPostMigrationSummary.log
- WASPostUpgrade.target_profile_name.timestamp.log
- WASPostUpgrade.target_profile_name.trace
오류가 있는 경우, 오류를 수정하고 WASPostUpgrade 명령을 다시 실행하십시오.
경고가 버전 9.0에서 다른 마이그레이션 또는 런타임 활동에 영향을 주는지 여부를 확인하십시오.
명령이 성공적으로 완료된 경우 로그에서
오류나 경고가 있는지 확인하지 않아도 됩니다.
- 버전 9.0 작업 관리자를 시작하고
작업 관리자의 버전 7.0 이상 및 버전 9.0 모두가
실행 중인지 확인하십시오.
- 새 버전 9.0 작업 관리자
프로파일 bin 디렉토리로 변경하십시오.
- startServer jobmgr 명령을 실행하십시오.
- 경고나 오류는 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 작업 관리자는
버전 7.0 이상 등록 서버를 관리할 수 있습니다.
버전 7.0 이상 토폴로지가 버전 9.0 작업 관리자에서 작동하려면
등록 서버를 마이그레이션하지 않아도 됩니다.
버전 9.0로 마이그레이션할 각 등록 서버에 대해
다음 단계를 수행하십시오.
결과
마이그레이션 도구를 사용하여 작업 관리자 프로파일 및 연관된 관리 대상 기본 애플리케이션 서버를 WebSphere Application Server 버전 7.0 이상에서
버전 9.0로 마이그레이션했습니다.