마이그레이션, 공존, 상호 운용성 개요

새 버전의 WebSphere® Application Server로 마이그레이션하려면 제품 에디션, 프로파일 유형, 서버 구성 및 애플리케이션 배치와 같은 요소를 신중하게 고려해야 합니다. 이 개요에서는 제품을 마이그레이션하는 데 도움이 되는 개념, 용어, 도구 및 전략을 소개합니다.

공통 마이그레이션 용어

다음은 마이그레이션을 논의하는 데 자주 사용되는 용어입니다.
  • 버전 또는 릴리스: 중요한 새 기능을 포함하는 제품에 대한 업데이트입니다.
  • 에디션: 버전 내에서 특정 기능 세트를 포함하는 제품 패키징입니다. (예: Network Deployment).
  • 프로파일: 애플리케이션 서버 프로세스(예: 배치 관리자 또는 애플리케이션 서버)에 대한 런타임 환경을 정의하는 파일 세트입니다. 프로파일에는 애플리케이션 서버가 작동하는 방법과 애플리케이션이 배치되는 위치에 대한 구성이 포함됩니다.
  • 소스: 소스 프로파일 또는 소스 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 원본입니다.
  • 대상: 대상 프로파일 또는 대상 시스템과 같이 마이그레이션할 데이터 및 오브젝트의 대상입니다.
  • 노드: 관리나 비관리 서버 또는 서버 클러스터의 그룹입니다. 셀에서 관리되는 각 노드에는 고유한 구성이 있을 수 있습니다.
  • : 하나 이상의 노드 또는 구성을 관리하는 배치 관리자가 포함된 그룹입니다. 셀의 노드는 배치 관리자에 연합됩니다. 셀 레벨 구성은 모든 노드에서 공통입니다.
  • 혼합 셀 환경: 하나 이상의 연합 노드 릴리스가 셀을 관리하는 배치 관리자의 릴리스보다 오래된 경우입니다. 노드는 배치 관리자보다 3개 릴리스 이상 더 이전일 수 없습니다.

기본 마이그레이션 개념

마이그레이션은 새 구성이 이전 구성과 가능한 근접하게 작동하도록 이전 릴리스에서 새 릴리스로 구성을 이동하는 프로세스입니다. 마이그레이션의 기본 단위는 3가지 기본 단계로 마이그레이션되는 프로파일입니다.
  1. 이전 설치에서 소스 프로파일의 스냅샷을 작성합니다.
  2. 새 설치에 호환 가능한 대상 프로파일을 작성합니다.
  3. 스냅샷의 데이터를 대상 프로파일에 병합합니다.

배치 관리자 및 연합 노드를 포함하는 셀을 마이그레이션할 때는 특별한 주의가 필요합니다. 배치 관리자가 셀의 구성을 제어하므로 각 노드를 마이그레이션할 때 새 구성 관리자와 동기화해야 합니다.

혼합 셀 환경

한 셀은 여러 다른 WebSphere Application Server 버전의 노드를 포함할 수 있습니다. WebSphere Application Server 버전 9.0 혼합 셀은 WebSphere Application Server 버전 9.0버전 7.0 이상을 지원하는 노드를 포함할 수 있습니다. 혼합 셀 환경에서 셀의 멤버가 버전 7.0보다 오래된 경우 도구가 배치 관리자를 마이그레이션할 수 없습니다. 관리자가 노드를 버전 7.0 이상으로 마이그레이션하거나 셀에서 제거해야 합니다.

혼합 셀 환경은 다음 두 가지 방식으로 존재할 수 있습니다.
  1. 기존 시스템의 증가분 노드 마이그레이션을 수행합니다.
    1. 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다. 이전 버전의 노드가 있으면 이 배치 관리자 마이그레이션을 통해 WebSphere Application Server의 최상위 버전에 혼합 셀이 작성됩니다.
    2. 그런 다음 한 번에 한 노드를 새로운 최상위 버전으로 마이그레이션할 때 셀은 WebSphere Application Server의 최상위 버전의 셀이 됩니다.
      참고: 이 셀이 배치 관리자보다 더 높은 버전이면 안됩니다.
  2. 배치 관리자를 버전 9.0로 마이그레이션한 후 이전 버전 노드를 새 버전 배치 관리자로 연합합니다. 이러한 형태의 마이그레이션은 버전 7.0 이상 노드에만 지원됩니다.
    1. 먼저 배치 관리자를 버전 9.0로 마이그레이션합니다. 배치 관리자가 최고 노드 버전 레벨이어야 합니다.
    2. 그런 다음 버전 7.0 이상의 노드를 새로운 최고 배치 관리자 버전으로 연합할 수 있습니다.
    문제점 방지 문제점 방지: 이러한 증가분 마이그레이션 방식을 통해 버전 9.0 배치 관리자가 관리하는 노드가 있는 혼합 셀 환경에 시스템이 위치하게 됩니다. 결국 노드를 일관적으로 관리할 수 있도록 마이그레이션 계획에 전체 노드를 버전 9.0 레벨로 마이그레이션하는 작업을 포함시켜야 합니다. gotcha

기존 기능은 혼합 셀 환경에서 계속해서 작동합니다. 기존 애플리케이션 실행과 같은 타당한 조작을 수행하고, addNode와 같은 관리 조작을 수행하고, 혼합 클러스터를 작성하고, 시스템을 구성하고, Mbean을 호출하며, 애플리케이션을 배치할 수 있어야 합니다. 혼합 셀 환경의 새 기능 지원은 기능, 우선순위, 사용 가능한 자원에 기초하여 각각의 경우에 따라 결정할 수 있습니다.

문제점 방지 문제점 방지: 혼합 셀 환경에서 실행할 때 클라이언트는 갑자기 대상 클러스터의 클러스터 멤버에 대한 포트 정보가 오래 되어 못쓰게 되는 경우가 발생할 수 있습니다. 이러한 상황은 모든 클러스터 멤버에 동적 포트가 있으며 전송된 요청이 없는 동안 이 클러스터 멤버가 다시 시작될 때 가장 흔히 발생합니다. 이 상태의 클라이언트 프로세스는 결국 클러스터 멤버에 대한 새 포트 데이터를 받기 위해 노드 에이전트로 경로를 지정하려 시도한 후, 새 포트 데이터를 사용하여 클러스터의 멤버로 다시 경로를 지정합니다.

클라이언트와 노드 에이전트의 통신을 방해하거나 클러스터 멤버와 노드 에이전트 간의 새 포트 데이터 전파를 차단하는 문제가 일어날 경우 클라이언트에서 요청 실패가 발생할 수 있습니다. 일부 경우 이러한 실패는 일시적입니다. 그렇지 않은 경우에는 하나 이상의 프로세스를 다시 시작하여 실패를 해결해야 합니다.

이러한 경우에 발생할 수 있는 클라이언트 라우팅 문제를 피하기 위해 클러스터 멤버에 정적 포트를 구성할 수 있습니다. 정적 포트를 사용하면 클라이언트 프로세스가 클러스터 멤버에 대한 정보를 가져올 때 포트 데이터가 변경되지 않습니다. 클러스터 멤버가 다시 시작되거나, 프로세스 간에 통신 또는 데이터 전파 문제가 있더라도 클라이언트가 보유한 포트 데이터는 여전히 유효합니다. 이러한 우회 방식이 근본적인 통신 또는 데이터 전파 문제를 해결하는 것은 아니지만 예상치 못하거나 불규칙한 클라이언트 라우팅 의사결정 증상은 제거할 수 있습니다.

gotcha

WebSphere Application Server의 이전 버전과 공존하지도 않고 마이그레이션하지도 않으면 이는 이전 설치를 무시하도록 선택하는 것이며, 기본 포트 할당 충돌로 인해 한 번에 한 버전만 실행할 수 있습니다. 한 버전에서 기본값이 아닌 포트를 사용하면 충돌 없이 동시에 두 버전을 모두 실행할 수 있습니다.

자주 질문되는 내용

단순히 새 WebSphere Application Server for z/OS® 버전 9.0 데이터 세트를 가리키고 내 서버를 다시 시작할 수 있습니까?

아니오. WebSphere Application Server for z/OS 버전 9.0의 경우 버전 7.0 이상 구성을 버전 9.0 레벨로 마이그레이션해야 합니다.

버전 9.0로 마이그레이션할 때에는 다음 사항에 유의하십시오.
  • WebSphere Application Server 이외의 제품이나 애플리케이션에 속하는 변수는 마이그레이션되지 않고 새 환경에 있는 그대로 옮겨갑니다. 따라서 모든 변수가 마이그레이션 후에도 여전히 정확하도록 마이그레이션하기 전에 다른 제품 업그레이드를 확인하십시오.
  • 버전 7.0 이상에서 버전 9.0로 마이그레이션을 수행하기 전에 영역 제한조건(예: IEFUSI 한계)이 없는지 확인하십시오. 이 제한조건은 예측할 수 없는 JVM(Java™ Virtual Machine) 오류를 야기할 수 있습니다.
기본 마이그레이션 프로세스는 무엇입니까?
  1. WebSphere Application Server for z/OS 버전 9.0의 SMP/E 코드를 설치하십시오.
    • SMP/E 코드는 Installation Manager를 포함합니다. SMP/E 코드를 설치하면 WebSphere 저장소를 검색하고 시스템에 WebSphere 제품 코드를 빌드할 수 있습니다.
  2. z/OS 마이그레이션 관리 도구나 zmmt 명령을 사용하여 마이그레이션을 수행하는 데 필요한 마이그레이션 유틸리티를 작성하십시오.
  3. 이 작업을 실행하십시오.

    버전 7.0 이상 구성 정보에 기초한 새 버전 9.0 구성이 기존의 버전 7.0 이상 구성과 별도로 작성됩니다.

마이그레이션은 노드별 활동입니까?

그렇습니다. 구성을 마이그레이션하는 프로세스는 구성의 각 노드에 대해 제공된 유틸리티를 실행하는 것과 관련이 있습니다.

구성의 각 노드에 대해 제공된 유틸리티 실행을 보여주는 그래픽.

독립형 애플리케이션 서버에는 노드가 하나 뿐이지만 이 노드를 마이그레이션해야 합니다. 이 단계는 배치 관리자를 실행하지 않아도 되는 점을 제외하고는 본질적으로 다른 노드의 마이그레이션 단계와 동일합니다. 독립형 애플리케이션 서버 노드 마이그레이션의 활동 체크리스트는 z/OS 독립형 애플리케이션 서버 마이그레이션: 체크리스트의 내용을 읽어보십시오.

마이그레이션 유틸리티는 어떤 작업을 수행합니까?

마이그레이션 유틸리티는 다음 용도로 사용됩니다.

표 1. 마이그레이션 유틸리티와 용도. 아래의 표는 다양한 마이그레이션 유틸리티와 용도에 대해 설명합니다.
유틸리티 용도
BBOWMG1B(독립형 애플리케이션 서버 마이그레이션)

BBOWMG1F(연합 노드 마이그레이션)

마이그레이션 중인 노드의 모든 서버를 피어 재시작 및 복구(PRR) 모드에서 시작하도록 구성할 수 있습니다.

이 작업이 완료되면 마이그레이션 중인 노드의 모든 서버를 시작하고 중지될 때까지 기다려야 합니다. PRR 처리 모드는 모든 미해결 트랜잭션을 해결하고, 트랜잭션 로그를 지우며, 서버를 중지합니다. 이 작업은 배치 관리자 마이그레이션에는 필요하지 않으며 분산 트랜잭션(XA) 커넥터를 사용하지 않는 구성의 경우 선택사항입니다.

XA 어댑터를 사용 중이며 XA 로그를 마이그레이션할 필요가 있는 경우에만 이 작업이 필요합니다. 자원 > JDBC 제공자로 이동해서 DB2®, Apache Derby 등과 같은 XA 제공자를 선택했는지 확인하여 버전 7.0 이상 관리 콘솔의 자원 제공자를 확인하십시오.

BBOWMG2B(독립형 애플리케이션 서버 마이그레이션)

BBOWMG2F(연합 노드 마이그레이션)

PRR 모드를 사용 안함으로 설정하고 모든 서버를 정상 작동 상태로 되돌립니다.

이 작업이 완료된 후 모든 서버를 시작할 필요가 없습니다. 이 작업은 배치 관리자 마이그레이션에는 필요하지 않으며 XA 커넥터를 사용하지 않는 구성의 경우 선택사항입니다.

XA 어댑터를 사용 중이며 XA 로그를 마이그레이션할 필요가 있는 경우에만 이 작업이 필요합니다. 자원 > JDBC 제공자로 이동해서 DB2, Apache Derby 등과 같은 XA 제공자를 선택했는지 확인하여 버전 7.0 이상 관리 콘솔의 자원 제공자를 확인하십시오.

BBOMBHFS 또는 BBOMBZFS(독립형 애플리케이션 서버 마이그레이션)

BBOMDHFS 또는 BBOMDZFS(배치 관리자 마이그레이션)

BBOMMHFS 또는 BBOMMZFS(연합 노드 마이그레이션)

선택사항: 버전 9.0 구성 루트의 파일 시스템과 마운트 지점을 작성하고 파일 시스템을 마운트합니다.

기존 파일 시스템을 사용하여 버전 9.0 구성을 포함하려면 마이그레이션 정의를 작성할 때 지정된 마운트 지점을 수동으로 작성하고 이 작업을 실행하는 대신 파일 시스템이 마운트되는지 확인하십시오. 어느 경우이든, 마이그레이션을 진행하기 전에 구성 파일 시스템과 마운트 지점을 작성하고 파일 시스템을 마운트해야 합니다.

독립형 애플리케이션 서버 마이그레이션의 경우 다음 유틸리티입니다.
  • BBOWMG3B
  • BBOWBPRO
  • BBOWBPRE
  • BBOWBPOS
배치 관리자 마이그레이션의 경우 다음 유틸리티입니다.
  • BBOWMG3D
  • BBOWDPRO
  • BBOWDPRE
  • BBOWDPOS
연합 노드 마이그레이션의 경우 다음 유틸리티입니다.
  • BBOWMG3F
  • BBOWMPRO
  • BBOWMPRE
  • BBOWMPOS

BBOWMG3x버전 7.0 이상에서 버전 9.0로 노드의 전체 마이그레이션을 실행합니다.

BBOWxPRO는 WebSphere Application Server 홈과 기본 프로파일을 작성하기만 합니다.

BBOWxPRE는 단지 마이그레이션 사전 업그레이드 프로세스를 실행합니다.

BBOWxPOS는 마이그레이션 사후 업그레이드 및 종료(파일 권한 변경) 프로세스를 실행합니다.

BBOMBCP(독립형 애플리케이션 서버 마이그레이션)

BBOMDCP(배치 관리자 마이그레이션)

BBOMMCP(연합 노드 마이그레이션)

서버를 시작하기 위해 생성된 작업 제어 언어(JCL) 프로시저를 지정된 프로시저 라이브러리로 복사합니다.

버전 9.0 구성에 다른 JCL 시작 프로시저 이름을 사용하도록 선택하는 경우 이 유틸리티는 원래 버전 7.0 이상 구성에 있던 이름을 새 JCL 이름으로 대체하여 새 버전 9.0 구성을 업데이트합니다.

어디에서 마이그레이션 작업을 실행해야 합니까?

마이그레이션 중인 노드가 상주하는 동일한 시스템에서 작업을 실행하십시오.

노드가 마이그레이션될 때 어떤 상황이 발생합니까?

마이그레이션 유틸리티는 현재 WebSphere Application Server 버전 7.0 이상 구성 파일 시스템의 컨텐츠를 변형하여 별도의 새 버전 9.0 구성 파일 시스템으로 병합합니다.

마이그레이션 중 기존 구성이 손실됩니까?

마이그레이션 중 원래 WebSphere Application Server 버전 7.0 이상 구성 트리에는 영향이 미치지 않습니다. 어떠한 이유로 마이그레이션이 완료 전에 실패하는 경우 이전 구성은 여전히 존재합니다.

내 노드에 여러 애플리케이션 서버가 있는 경우 모두 마이그레이션됩니까?

그렇습니다. 유틸리티는 모든 서버를 발견하고 노드 에이전트를 포함하여 모두 마이그레이션합니다. 노드에 대해 마이그레이션 유틸리티를 한 번 호출하면 노드의 모든 서버가 마이그레이션됩니다.

마이그레이션을 수행하려면 노드의 서버를 중지해야 합니까?

그렇습니다. 다중 노드 구성에서는 여전히 실행 중인 기타 노드가 있을 수 있습니다. 하지만 마이그레이션하려는 노드에서는 해당 서버를 중지해야 합니다.

WebSphere Application Server, Network Deployment 구성의 일부인 애플리케이션 서버 노드가 마이그레이션 중이면 해당 셀의 마이그레이션된 이전 버전 9.0 배치 관리자가 실행 중이어야 합니다. 이는 마이그레이션의 일부가 wsadmin 스크립팅 기능을 사용하여 새로 마이그레이션된 애플리케이션 서버 노드를 배치 관리자와 동기화시키기 때문입니다. 이 동기화를 수행하려면 배치 관리자가 실행 중이어야 합니다.

일부 노드만 마이그레이션된 셀을 작동할 수 있습니까?

예, 가능합니다. WebSphere Application Server 버전 7.0 이상은 동일한 논리 파티션(LPAR) 및 동일한 셀의 버전 9.0와 공존할 수 있습니다.

새로 마이그레이션된 WebSphere Application Server for z/OS 버전 9.0 배치 관리자가 여전히 버전 7.0 이상 노드와 통신할 수 있습니까?

그렇습니다. 버전 9.0 코드 레벨로 마이그레이션된 배치 관리자는 버전 7.0 이상 노드를 관리할 수 있습니다. 관리 콘솔을 통해 수행한 변경사항이 노드에 적용됩니다. 다음 사항을 기억하십시오.
  • 배치 관리자가 버전 9.0로 마이그레이션되면 버전 9.0 기본 구성이 새로 작성됩니다. 버전 7.0 이상 기본 구성은 여전히 존재합니다. 하지만 버전 9.0 배치 관리자가 구성을 변경하면 새 버전 9.0 기본 구성이 변경됩니다. 따라서 여전히 버전 7.0 이상 코드를 사용할 수는 있지만 이전 코드가 복원될 때 버전 9.0의 변경사항이 표시되지 않습니다.
  • 버전 7.0 이상 배치 관리자는 버전 9.0 노드를 관리할 수 없습니다.

다중 노드 마이그레이션의 수행 순서가 있습니까?

그렇습니다. 다음 순서에 따라 마이그레이션하십시오.
  1. 항상 배치 관리자를 첫 번째로 마이그레이션하십시오.
  2. 그런 다음 배치 관리자와 동일한 시스템이나 다른 다중 가상 스토리지(MVS™) 이미지의 애플리케이션 서버 노드를 마이그레이션할 수 있습니다.

WebSphere Application Server for z/OS 버전 9.0의 셀이 버전 7.0 이상의 다른 셀과 공존할 수 있습니까?

그렇습니다. WebSphere Application Server for z/OS 버전 9.0의 셀은 주어진 MVS 이미지나 sysplex의 버전 7.0 이상 셀과 공존할 수 있습니다. 다음과 같은 제한사항이 있습니다.
  • 셀은 버전 7.0 이상 레벨의 서버를 포함할 수 있습니다.
  • 셀은 z/OS 및 비z/OS 노드를 포함할 수 있지만 배치 관리자가 셀의 최상위 버전 레벨에 있어야 하고 배치 관리자가 있는 플랫폼이 아닌 다른 플랫폼의 노드가 버전 7.0 이상이어야 합니다.
  • z/OS 노드의 플랫폼은 비z/OS 노드의 서버와 클러스터링할 수 없습니다.
  • LPAR은 동일한 셀의 노드를 둘 이상 포함할 수 있습니다.
  • 각 LPAR에는 LPAR에 구성된 셀의 노드 수와 상관없이 해당 LPAR에 있는 서버와 함께 셀당 최대 하나의 디먼이 있습니다.
  • 특정 LPAR의 경우 노드와 상관없이 디먼이 디먼 셀에 있는 LPAR의 모든 서버의 버전 레벨과 같거나 높아야 합니다.
  • 동일한 노드의 모든 서버는 버전 레벨이 같아야 합니다.
  • 배치 관리자는 셀에 있는 서버의 버전 레벨과 같거나 높아야 합니다.
  • 제어기와 해당 하위는 버전 레벨이 동일해야 합니다.
  • 두 개의 셀의 셀 축약 이름이 동일하면 안됩니다.
  • 개별 셀이 코드의 다른 버전에 있는지 여부와 무관하게 이들 셀에 대한 기타 고려사항이 있습니다. 예를 들어, 개별 구성 파일 시스템 마운트 지점과 개별 JCL 프로시저가 있어야 합니다.

주제 유형을 표시하는 아이콘 개념 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-zos&topic=cmig_overview
파일 이름:cmig_overview.html