z/OS 운영 체제에서 독립형 애플리케이션 서버 마이그레이션
독립형 애플리케이션 서버 노드를 WebSphere® Application Server for z/OS® 버전 9.0로 마이그레이션하기 위한 JCL(Job Control Language) 작업을 생성한 후 이 작업을 실행하여 실제 마이그레이션을 수행할 수 있습니다. 사용자 정의 마이그레이션 작업을 생성할 때 작업을 생성하는 데 사용되는 CNTL 데이터 세트의 BBOMBINS 멤버에서 마이그레이션 작업 준비 및 실행을 위한 사용자 정의 지시사항도 작성됩니다. 이러한 사용자 정의 지시사항에 따라 독립형 애플리케이션 서버를 버전 9.0로 마이그레이션하는 프로세스를 완료하십시오.
시작하기 전에

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfg- 마이그레이션, 공존, 상호 운용성 개요 및 마이그레이션 고려사항의 내용을 읽어보십시오.
- JCL 마이그레이션 작업을 생성하지 않은 경우 다음으로 진행할 수 없습니다.
- 이 지시사항에서 참조된 BBOWMG1B, BBOWMG2B, BBOWMG3B, BBOWBPRO, BBOWBPRE 및 BBOWBPOS
작업은 WebSphere 관리자 ID로 제출해야 합니다.
다른 모든 작업은 파일 시스템을 제어하는 사용자 ID로 제출해야 합니다.
- 프로파일 홈 디렉토리의 이름은 뒤에 콜론(:)이 오는 단일 알파벳 문자(예: a:)가 아니어야 합니다. 마이그레이션 작업에서는 단일 알파벳 문자 이름을 "/"로 해석하여 무한 루프가 발생하는 원인이 됩니다.
- 팁: 마이그레이션 후 이전 상태로 복원할 수 있도록 하려면 WebSphere Application Server 버전 7.0 이상 독립형 애플리케이션 서버를 마이그레이션하기 전에 backupConfig 명령 또는 선호하는 백업 유틸리티를 사용하여 기존 구성을 백업하십시오. 자세한 정보는 backupConfig 명령을 참조하십시오. 이 백업 구성의 정확한 이름과 위치를 알고 있어야 합니다.
도움말은 마이그레이션 문제점 해결의 내용을 읽어보십시오.
이 태스크 정보

- WebSphere Extended Deployment Compute Grid 또는 Feature Pack for Modern Batch
- WebSphere Virtual Enterprise 또는 Intelligent Management
프로시저
- 새 버전 9.0 구성 파일 시스템을 작성하고 마운트하십시오.
마이그레이션을 수행하기 전에 버전 9.0에서는 새 구성을 표시할 파일 시스템이 필요합니다. BBOMBHFS 또는 BBOMBZFS 작업을 실행하여 새 구성 파일 시스템을 작성 및 마운트할 수 있으며 또는 새 구성 파일 시스템 하나를 수동으로 마운트할 수 있습니다. 어떠한 방법으로든 진행하기 전에 작성하고 마운트되는 버전 9.0 구성에 대한 파일 시스템이 있어야 합니다. 이 구성 파일 시스템은 마이그레이션의 대상이고 버전 7.0 이상 구성 파일 시스템은 소스입니다.
BBOMBHFS 또는 BBOMBZFS 작업은 마운트 포인트 디렉토리를 작성하고 구성 파일 시스템을 할당하며 마이그레이션 작업을 생성할 때 마운트 지점에 대해 지정된 값으로 파일 시스템을 마운트합니다.
계속하기 전에 BBOMBHFS 또는 BBOMBZFS 작업을 사용하거나 수동으로 구성 파일 시스템 데이터 세트를 할당, 작성 및 마운트했는지 확인하십시오. 마운트 지점은 WebSphere 관리 ID가 소유하고 최소 755 이상의 권한이 있어야 합니다. 새 구성 파일 시스템 구조는 BPXPARM에 포함되어야 다음 IPL에서 마운트됩니다.
- 생성된 JCL 프로시저를 복사하십시오.
마이그레이션 유틸리티 BBOMBCP는 서버를 시작하는 데 사용되는 생성된 JCL 프로시저를 지정된 프로시저 라이브러리에 복사합니다. 버전 9.0 구성에는 버전 7.0 이상 구성에 사용되는 것과 다른 JCL 프로시저를 사용해야 합니다. 이 유틸리티는 원래 버전 7.0 이상 구성에 있던 이름 대신에 새 JCL 이름을 대체하여 새 버전 9.0 구성을 업데이트합니다.
주의: 이 유틸리티는 생성된 JCL을 사용자의 프로시저 라이브러리에 복사합니다. 마이그레이션 작업을 생성할 때 버전 7.0 이상 구성에서 사용한 것과 동일한 이름을 지정한 경우, 이 유틸리티는 기존 프로시저를 오버레이합니다. 동일한 이름을 사용 중이면 나중에 롤백할 필요가 있는 경우 이 유틸리티를 실행하기 전에 반드시 기존의 버전 7.0 이상 프로시저를 백업하십시오.BBOMBCP 작업을 제출하고 리턴 코드 0을 확인하십시오.
- 새 프로시저 이름을 지정한 경우, 제어기 및 디먼에 대한 RACF® STARTED
프로파일을 업데이트하십시오. 제어기 영역에서 사용하는 STARTED 프로파일은 프로시저 이름 및 JOBNAME을 기반으로 합니다. 시작된 태스크에 올바른 ID가 지정되도록 STARTED 프로파일을 적용해야 합니다. 예를 들어, 버전 7.0 이상 제어기 JCL 프로시저 이름이 AZACR이고 버전 버전 9.0에 대해 AZ1DCR을 지정한 경우 해당 새 프로시저 이름에 대한 STARTED 프로파일을 작성해야 합니다.
new controller same identity used in JCL name V7.0 or later configuration | | RDEFINE STARTED AZ6ACR.* STDATA(USER(AZACRU) GROUP(AZCFG) TRACE(YES))
참고:- 시작하기 위해 다른 사용자 ID를 사용하지 마십시오. 사용자 ID에는 다른 사항이 연관되어 있으므로 사용자 ID를 변경하는 경우 다른 사항도 변경해야 합니다.
- 예를 들면, 원래 STARTED 프로파일이 일반 STARTED AZ*.* ...인 경우 새 STARTED 프로파일을 작성하지 않아도 됩니다.
- 하위(servant) 영역 STARTED 프로파일은 프로시저 이름이 아닌 JOBNAME을 기반으로 합니다. 따라서 다른 프로시저 이름을 사용하는 경우 하위(servant)와 관련된 문제는 없습니다.
- 디먼과 노드 에이전트는 제어기이므로 다른 프로시저 이름을 사용하는 경우 새 STARTED 프로파일을 의미합니다.
- BBOWMG1B 및 BBOWMG2B 작업을 제출하십시오. 참고: XA 커넥터를 사용하고 있지 않은 경우, BBOWMG1B 및 BBOWMG2B 작업을 제출하는 것은 선택적입니다. 그러나 명확한 트랜잭션 로그를 작성하려면 두 작업을 모두 제출해야 합니다.
BBOWMG1B 작업을 사용하면 마이그레이션 중인 애플리케이션 서버 노드의 모든 서버가 PRR(Peer Restart and Recovery) 처리 모드에서 시작할 수 있습니다. PRR 처리 모드는 모든 미해결 트랜잭션을 해결하고, 트랜잭션 로그를 지우며, 서버를 중지합니다. BBOWMG2B 작업을 사용하여 PRR 모드를 사용 안함 설정하고 모든 서버를 정상 작동 상태로 되돌릴 수 있습니다.
다음 단계를 따라서 XA 트랜잭션 로그를 지우십시오.- BBOWMG1B 작업을 제출하고 리턴 코드 0을 확인하십시오.
- 애플리케이션 서버를 다시 시작하고, PRR 처리를 수행하고 자동으로 중지할 때까지 대기하십시오.
- BBOWMG2B 작업을 제출하고 리턴 코드 0을 확인하십시오.
- 버전 7.0 이상 디먼과 애플리케이션 서버를 중지하십시오.
디먼은 동일한 LPAR에서 관리하는 모든 서버의 최상위 버전 레벨이어야 합니다. 서버가 시작되면 버전 9.0 레벨에 있습니다.
다음 작업을 계속하기 전에 버전 7.0 이상 애플리케이션 서버를 중지해야 합니다.
- 로그 스트림을 삭제하고 다시 정의하십시오.
로그 스트림을 사용하기 위해 이전에 버전 7.0 이상 서버에 트랜잭션 XA 파트너 로그 또는 보상 로그를 구성한 경우에만 이 단계를 수행하십시오.
- 노드가 중지되었는지 확인하십시오.
- 로그 스트림을 삭제하고 다시 정의하십시오.
서버가 처음에 로그 스트림을 사용하도록 구성한 경우, 버전 7.0 이상 사용자 정의 중에 작성된 BBOLOGSD 및 BBOLOGSA 작업을 사용할 수 있습니다.
다음 샘플은 이러한 작업의 예제를 보여줍니다.//RLSP1A JOB 'xxxx,yyy,?','USERID',MSGCLASS=H, // CLASS=J,MSGLEVEL=(1,1),REGION=4M,NOTIFY=&SYSUID //STEP1 EXEC PGM=IXCMIAPU //STEPLIB DD DSN=SYS1.MIGLIB,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSIN DD * DATA TYPE(LOGR) REPORT(YES) /* Default to show output of job */ DELETE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D) DEFINE LOGSTREAM NAME(P1ACEL6A.W51ASA2.D) LOWOFFLOAD(20) HIGHOFFLOAD(79) STG_DUPLEX(YES) DUPLEXMODE(UNCOND) STG_DATACLAS(OPERLOG) STG_SIZE(5000) HLQ(Q10RRS) LS_SIZE(5000) LS_DATACLAS(OPERLOG) STRUCTNAME(WAS_LOGRLS) /*
- 다음 중 하나를 수행하십시오.
- BBOWMG3B 작업을 제출하십시오.
BBOWMG3B 작업은 마이그레이션 작업을 생성할 때 제공한 정보에 기반하여 버전 7.0 이상 노드를 버전 9.0으로 실제로 마이그레이션합니다. BBOWMG3B 작업을 제출하고 리턴 코드가 0인지 확인한 후, 파일 시스템의 마이그레이션 임시 디렉토리에 있는 로그 파일을 검토하십시오. 마이그레이션 임시 디렉토리는 temporary_directory_location/nnnnn입니다. 여기서, temporary_directory_location은 임시 디렉토리 위치에 대해 지정한 디렉토리(기본값 /tmp/migrate)이며 nnnnn은 마이그레이션 작업을 생성할 때 마이그레이션 ID에 대해 생성된 숫자 값입니다.
- 다음 세 가지 작업을 제출하십시오.
- BBOWBPRO 작업을 제출하십시오.
BBOWBPRO는 Websphere Application Server 홈 및 기본 프로파일을 작성합니다.
- BBOWBPRE 작업을 제출하십시오.
BBOWBPRE는 마이그레이션 사전 업그레이드 프로세스를 실행합니다.
- BBOWBPOS 작업을 제출하십시오.
BBOWBPOS는 마이그레이션 사후 업그레이드 및 종료(파일 권한 변경) 프로세스를 실행합니다.
- BBOWBPRO 작업을 제출하십시오.
- BBOWMG3B 작업을 제출하십시오.
- 새 애플리케이션 서버 노드를 시작하십시오.
버전 7.0 이상 애플리케이션 서버를 시작하는 데 사용할 수 있는 기존 명령을 사용하십시오. 단, RACF STARTED 프로시저 이름을 마이그레이션 작업을 생성할 때 제어기 프로시저 이름에 입력한 값으로 바꾸십시오. 이 명령은 버전 9.0 애플리케이션 서버를 시작합니다. 서버 초기화가 완료될 때까지 기다린 후 계속하십시오.
콘솔 및 작업 로그 BBOS001에 다음 메시지가 표시됩니다.BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBOS001
- Compute Grid 또는 Feature Pack for Modern Batch의 경우 작업 스케줄러가 올바르게 마이그레이션되었고
일괄처리 애플리케이션을 호스트하는 서버에 작업을 디스패치할 수 있는지 확인하십시오.
작업 스케줄러 마이그레이션을 확인하려면 서버를 다시 시작한 후에 웹 브라우저를 통해 작업 관리 콘솔에 액세스하십시오.
일괄처리 애플리케이션을 호스트하는 서버가 올바르게 작동하는지 확인하려면 다음을 수행하십시오.- 마이그레이션된 서버의 일괄처리 애플리케이션이 시작되었는지 확인하십시오. 오류는 서버 로그를 검토하십시오.
- 마이그레이션된 작업 스케줄러 서버에서 작업을 제출하여 마이그레이션된 서버에 일괄처리 작업을 디스패치할 수 있는지 확인하십시오. 작업 관리 콘솔, WSGrid 유틸리티, EJB 인터페이스 또는 웹 서비스 인터페이스를 사용하여 작업을 제출할 수 있습니다.
다음에 수행할 작업
- 소스 구성 파일 시스템의 모든 요소
- 대상 구성의 temporary_directory_location/nnnnn 디렉토리에 있는 모든 요소. 여기서, temporary_directory_location은 임시 디렉토리 위치에 대해 지정한 디렉토리(기본값 /tmp/migrate)이며 nnnnn은 마이그레이션 작업을 작성할 때 마이그레이션 ID에 대해 생성된 숫자 값입니다.
- bbomigrt2.sh 파일


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