z/OS 연합 노드 마이그레이션
배치 관리자를 마이그레이션하고 다시 시작한 후 생성한 JCL 작업을 실행하여 해당 연합 애플리케이션 서버 노드의 실제 마이그레이션을 수행할 수 있습니다. 사용자 정의 마이그레이션 작업을 생성할 때 작업을 생성하는 데 사용된 CNTL 데이터 세트의 BBOMMINS 멤버에서 마이그레이션 작업을 준비하고 실행하는 데 필요한 사용자 정의 지시사항도 작성됩니다. 이 사용자 정의된 지시사항에 따라 연합 노드를 버전 9.0로 마이그레이션하는 프로세스를 완료하십시오.
시작하기 전에

이 기사는 프로파일 구성 마이그레이션에 대한 기사입니다. 애플리케이션을 최신 버전으로 마이그레이션하려면 WebSphere® Application Server 마이그레이션 툴킷을 사용하십시오. 자세한 정보는 WASdev의 마이그레이션 툴킷을 참조하십시오.
sptcfg- 마이그레이션, 공존, 상호 운용성 개요 및 마이그레이션 고려사항의 내용을 읽어보십시오.
- JCL 마이그레이션 작업을 생성하지 않은 경우 다음으로 진행할 수 없습니다.
- 이 지시사항에서 참조한 BBOWMG1F, BBOWMG2F 및 BBOWMG3F 작업은 WebSphere 관리자의 사용자 ID로 제출해야 합니다.
다른 모든 작업은 파일 시스템을 제어하는 사용자 ID로 제출해야 합니다.
- 다른 MVS™ 이미지의 연합 노드를 마이그레이션하려면 해당 노드가 상주하는 동일한 시스템에서 작업을 실행해야 합니다.
- 팁: WebSphere Application Server 버전 7.0 이상
연합 노드를 마이그레이션할 때, 마이그레이션 후 이전 상태로 롤백할 수 있게 하려면
다음 조치를 수행해야 합니다.
- backupConfig 명령 또는
선호하는 백업 유틸리티를 사용하여 기존 구성을 백업하십시오.
- backupConfig 명령 또는 선호하는 유틸리티를 실행하여 버전 9.0 배치 관리자 구성을 백업하십시오.
- backupConfig 명령 또는 선호하는 유틸리티를 실행하여 버전 7.0 이상 연합 노드 구성을 백업하십시오.
중요사항: 이 백업 구성의 정확한 이름과 위치를 알고 있어야 합니다.자세한 정보는 문서에서 backupConfig 명령 항목을 읽어보십시오.
- 연합 노드를 마이그레이션하십시오.
필요한 경우 방금 마이그레이션한 연합 노드를 지금 롤백할 수 있습니다. 자세한 정보는 연합 노드 롤백의 내용을 읽어보십시오.
- backupConfig 명령 또는
선호하는 백업 유틸리티를 사용하여 기존 구성을 백업하십시오.
도움말은 마이그레이션 문제점 해결의 내용을 읽어보십시오.
이 태스크 정보

- WebSphere Extended Deployment Compute Grid 또는 Feature Pack for Modern Batch
- WebSphere Virtual Enterprise 또는 Intelligent Management
프로시저
- 마이그레이션하는 연합 노드에 대해 애플리케이션 서버 및 노드 에이전트가 중지되었는지 확인하십시오.
진행하기 전에 연합 노드를 중지해야 합니다.
- 새로 마이그레이션된 배치 관리자가 실행 중인지 확인하십시오.
애플리케이션 서버 노드를 적절하게 마이그레이션하려면 배치 관리자가 실행 중이어야 합니다. 이 마이그레이션이 작동하려면 배치 관리자가 시작되어 SOAP 포트에서 청취하고 있어야 합니다.
표 1. 배치 관리자 실행 중. 완료 시 확인 확인 항목 WebSphere Application Server 버전 9.0 배치 관리자의 관리 콘솔에 액세스하십시오. 배치 관리자가 실행 중인지 유효성을 검증합니다. 표 2. 애플리케이션 서버 실행 중. 완료 시 확인 확인 항목 코드의 WebSphere Application Server 버전 9.0 사본이 실행 중입니다. 버전이 관리 콘솔의 환영 분할창에 나열됩니다. - 새 버전 9.0 구성 파일 시스템을 작성하고 마운트하십시오.
마이그레이션을 수행하기 전에 버전 9.0에서는 새 구성을 표시할 구성 파일 시스템이 필요합니다. BBOMMHFS 또는 BBOMMZFS를 실행하여 새 구성 파일 시스템을 작성 또는 마운트하거나 수동으로 마운트할 수 있습니다. 어떠한 방법으로든 진행하기 전에 작성하고 마운트되는 버전 9.0 구성에 대한 파일 시스템이 있어야 합니다. 이 구성 파일 시스템은 마이그레이션의 대상이고 버전 7.0 이상 구성 파일 시스템은 소스입니다.
BBOMMHFS 또는 BBOMMZFS는 마운트 지점 디렉토리를 작성하고 구성의 파일 시스템을 할당하며 마이그레이션 작업을 생성할 때 마운트 지점에서 지정한 값으로 파일 시스템을 마운트합니다.
작업을 계속하기 전에 BBOMMHFS 또는 BBOMMZFS를 사용하거나 수동으로 구성 파일 시스템 데이터 세트를 할당, 작성 및 마운트했는지 확인하십시오. 마운트 지점은 WebSphere 관리자의 사용자 ID가 소유해야 하며 최소한 755의 사용 권한이 필요합니다. 새 구성 파일 시스템 구조는 BPXPARM에 포함되어야 다음 IPL에서 마운트됩니다.
- BBOWMG1F 및 BBOWMG2F를 제출하십시오. 참고: XA 커넥터를 사용하지 않는 경우 BBOWMG1F 및 BBOWMG2F 제출은 선택적입니다. 그러나 명확한 트랜잭션 로그를 작성하려면 두 작업을 모두 제출해야 합니다.
BBOWMG1F는 마이그레이션 중인 연합 애플리케이션 서버 노드의 모든 서버가 PRR(Peer Restart and Recovery) 모드에서 시작할 수 있게 합니다. PRR 처리 모드는 모든 미해결 트랜잭션을 해결하고, 트랜잭션 로그를 지우며, 서버를 중지합니다. BBOWMG2F는 PRR 모드를 사용 불가능하게 하고 모든 서버를 정상 운영 상태로 리턴합니다.
다음 단계를 따라서 XA 트랜잭션 로그를 지우십시오.- 애플리케이션 서버를 중지하십시오.
- BBOWMG1F 작업을 제출하고 리턴 코드 0을 확인하십시오.
- 연합 애플리케이션 서버를 다시 시작하고, PRR 처리를 수행하고 자동으로 중지될 때까지 기다리십시오.
팁: 트랜잭션이 해결되고 서버가 중지된 후, 0이 아닌 리턴 코드가 정상이며 예상됩니다. 다음은 허용 가능한 서버 프로세스의 결과 예제입니다.
BBOO0035W TERMINATING THE CURRENT PROCESS, REASON=C9C218D5
- BBOWMG2F 작업을 제출하고 리턴 코드 0을 확인하십시오.
- 생성된 JCL 프로시저를 복사하십시오.
마이그레이션 유틸리티 BBOMMCP는 서버를 시작하기 위해 생성된 JCL 프로시저를 지정된 프로시저 라이브러리에 복사합니다. 버전 9.0 구성에는 버전 7.0 이상 구성에 사용되는 것과 다른 JCL 프로시저를 사용해야 합니다. 이 유틸리티는 원래의 버전 7.0 이상 구성에 존재하는 이름 대신에 새 JCL 이름을 대체하여 새 버전 9.0 구성을 업데이트합니다.
주의: 이 유틸리티는 생성된 JCL을 사용자의 프로시저 라이브러리에 복사합니다. 마이그레이션 작업을 생성할 때 버전 7.0 이상 구성에서 사용한 것과 동일한 이름을 지정한 경우, 이 유틸리티는 기존 프로시저를 오버레이합니다. 동일한 이름을 사용 중이면 나중에 롤백할 필요가 있는 경우 이 유틸리티를 실행하기 전에 반드시 기존의 버전 7.0 이상 프로시저를 백업하십시오.BBOMMCP를 제출하고 리턴 코드 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 AZ1ACR.* STDATA(USER(AZACRU) GROUP(AZCFG) TRACE(YES))
참고:- 시작하기 위해 다른 사용자 ID를 사용하지 마십시오. 사용자 ID는 다른 사항과도 관련이 있으므로 사용자 ID를 변경하는 경우 다른 사항 또한 변경해야 합니다.
- 예를 들면, 원래 STARTED 프로파일이 일반 STARTED AZ*.* ...인 경우 새 STARTED 프로파일을 작성하지 않아도 됩니다.
- 하위(servant) 영역 STARTED 프로파일은 프로시저 이름이 아닌 JOBNAME을 기반으로 합니다. 따라서 다른 프로시저 이름을 사용하는 경우 하위(servant)와 관련된 문제는 없습니다.
- 디먼과 노드 에이전트는 제어기이므로 다른 프로시저 이름을 사용하는 경우 새 STARTED 프로파일을 의미합니다.
- 필요한 경우 로그 스트림을 삭제하고 다시 정의하십시오. 로그 스트림을 사용하기 위해 이전에 버전 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) /*
Sysplex의 노드를 마이그레이션하는 경우 마이그레이션하는 각 연합 노드에 대해 다음 프로시저를 수행하십시오.
- 다음 중 하나를 수행하십시오.
- BBOWMG3F 작업을 제출하십시오. 주의: z/OS 환경을 실행 중이고 다중 TCP/IP 스택으로 구성된 경우, 환경 변수 _BPXK_SETIBMOPT_TRANSPORT를 추가하여 사용해야 하는 올바른 TCP/IP 스택으로 마이그레이션을 지시해야 할 수 있습니다. 올바르지 않은 스택을 사용하는 경우, java.net.UnknownHostException을 발생시켜 후속 wsadmin 로그인이 실패하게 됩니다.적절한 스택을 식별하도록 JCL에서 export _BPXK_SETIBMOPT_TRANSPORT=<stack.name> 문이 필요합니다. JCL은 다음과 같을 수 있습니다.
//*************************************************************** //* //* UPGRADE: Perform the migration to the new Profile //* //*************************************************************** //* //* //UPGRADE EXEC PGM=IKJEFT01,REGION=0M,COND=(4,LE) //SYSTSPRT DD SYSOUT=* //STDENV DD * // _CEE_RUNOPTS=TRAP(ON,NOSPIE) //* //SYSTSIN DD * BPXBATCH SH + export _BPXK_SETIBMOPT_TRANSPORT=TCP; + /tmp/migrate/bbomigrt2.sh WASPostUpgrade + /tmp/migrate/28133744/_ + 1>> /tmp/migrate/28133744/BBOWMG3F.out + 2>> /tmp/migrate/28133744/BBOWMG3F.err; /*
BBOWMG3F는 마이그레이션 작업을 생성할 때 제공한 정보를 기반으로 버전 버전 7.0 이상 노드를 버전 9.0로의 실제 마이그레이션을 수행합니다. BBOWMG3F를 제출하고 리턴 코드가 0인지 확인한 후 구성 파일 시스템의 임시 마이그레이션 디렉토리에 있는 로그 파일을 검토하십시오. 마이그레이션 임시 디렉토리는 temporary_directory_location/nnnnn입니다. 여기서, temporary_directory_location은 임시 디렉토리 위치에 대해 지정한 디렉토리(기본값 /tmp/migrate)이며 nnnnn은 마이그레이션 작업을 생성할 때 마이그레이션 ID에 대해 생성된 숫자 값입니다.
- 다음 세 가지 작업을 제출하십시오.
- BBOWMPRO 작업을 제출하십시오.
BBOWMPRO는 Websphere Application Server 홈 및 기본 프로파일을 작성합니다.
- BBOWMPRE 작업을 제출하십시오.
BBOWMPRE는 마이그레이션 사전 업그레이드 프로세스를 실행합니다.
- BBOWMPOS 작업을 제출하십시오.
BBOWMPOS는 마이그레이션 이후 사전 업그레이드 및 종료(파일 권한 변경) 프로세스를 실행합니다.
- BBOWMPRO 작업을 제출하십시오.
- BBOWMG3F 작업을 제출하십시오.
- 이전 디먼이 중지되었는지 확인하십시오.
이 LPAR의 동일한 셀에 있는 모든 연합 노드가 중지되어야 합니다.
- 필요한 경우, 디먼 JCL 프로시저를 업데이트하십시오.
WebSphere Application Server for z/OS® 버전 9.0에서는 디먼 프로세스가 동일한 LPAR에서 관리하는 서버의 최상위 코드 레벨에 있어야 합니다. 연합 노드가 시작되면 버전 9.0 레벨에 있습니다.
모든 노드를 버전 9.0로 마이그레이션한 후 및 이전 버전의 라이브러리를 시스템에서 제거하기 전에, 디먼 JCL 프로시저를 업데이트해야 합니다. 이 작업을 수행하지 않으면 디먼이 시작되지 않습니다.
참고:- 버전 6.1에서 버전 9.0로 마이그레이션하는 경우, 디먼은 버전 6.1 SBBOLD2 및 SBBOLPA 데이터 세트를 포함한 STEPLIB가 있어야 합니다.
- 버전 9.0 셀에 버전 9.0 셀과 동일한 시스템에 있는 버전 6.1 셀의 버전 6.1 서버와 통신 중인 버전 9.0 서버가 있는 경우, 버전 6.1 SBBOLD2 및 SBBOLPA 데이터 세트를 버전 9.0 디먼의 STEPLIB에도 추가해야 합니다.
- 새 연합 애플리케이션 서버 노드를 시작하십시오.
- 노드 에이전트를 시작하십시오. 다음 메시지는 콘솔 및 작업 로그 BBON001에 표시됩니다.
BBOO0019I INITIALIZATION COMPLETE FOR WEBSPHERE FOR z/OS CONTROL PROCESS BBON001
- 연합 애플리케이션 서버를 시작하십시오.
버전 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_amn
파일 이름:tmig_z_amn.html