제품이 대체 시스템에서 다시 시작할 수 있도록 하려면
피어 다시 시작 및 복구를 사용할 수 있도록 ARM 정책을 재구성하기 전에
다음 필수 프로그램 요소가 모든 시스템(원래 사용자 시스템과
복구용 시스템)에 설치되어 있어야 합니다.
시작하기 전에
제거된 기능: 피어 다시 시작 및 복구(PRR) 기능은 더 이상 사용되지 않습니다. 트랜잭션 복구를 위한 피어 다시 시작 및 복구 대신
트랜잭션 서비스 하위 컴포넌트에 대한 통합 고가용성 지원을 사용해야 합니다. 트랜잭션 서비스
하위 컴포넌트에 대한 통합 고가용성 지원 및 실패하는
애플리케이션 서버에서 처리되는 트랜잭션의 피어 복구를
위해 구성하는 방법에 대한 자세한 정보는
WebSphere Application Server의
트랜잭션 지원 주제를 참조하십시오.
depfeat
또한 다시 시작을 수행해야 할 수도 있는 모든 시스템이
동일 RRS 로그 그룹의 일부인지 확인해야 합니다.
- z/OS® 버전 1.2 이상
- BCP APAR OA01584
- RRS APARs OA02556 및 OA2556
- WebSphere® Application Server 버전 5 이상
이러한 모든 시스템에 필수 프로그램 요소 서비스 업데이트 사항을 설치해도
제 위치에서 다시 시작만 계속하길 원할 경우 현재 실행 환경에 방해가 되지 않습니다.
그러나 이 서비스를 설치하지 않으면 제어기가 다시 이동되지 않을 수도
있습니다. OTS는 대체 시스템에서 다시 시작을 시도하지만 실패합니다.
이러한 상황이 발생했을 때 RRS로 해결되지 않는 UR이 있으면
제어기는 RRS가 대체 시스템에서 취소될 때까지 홈 시스템에서
다시 시작되지 않습니다. OTS 및 RRS에 대한 자세한 정보는 z/OS
MVS™ 프로그래밍:
자원 복구를 참조하십시오.
피어 다시 시작 및 복구를 사용할
계획이 없으면 이러한 기능상의 전제조건을 따르지 않아도 됩니다. 사용자 시스템은 대신
적시 다시 시작(restart-in-place) 기능을 사용합니다.
다음 제품은 모두
RRS를 지원합니다. 개별적으로는 이전에 나열된 필수 소프트웨어가
모두 제대로 설치된 경우 피어 다시 시작 및 복구도
지원합니다.
- DB2® 버전 7 이상
- IMS™ 버전 8 이상
- CICS® 버전 1.3 이상
- MQSeries® 버전 5.2 이상
이전 제품 외에도, 많은 JTA XAResource Manager를
제품 피어 다시 시작 및 복구 지원에 사용할 수 있습니다.
대체 시스템에서 다시 시작을 지원하는지 여부를 판별하려면 JTA XAResource Manager 문서를 참조하십시오.
유의: sysplex에 대해
ARM 정책을 설정할 때 두 시스템에 동일 Application Server 레벨이
설치되어 있는지 확인하십시오. 예를 들어, WebSphere Application Server 버전 5.1을 실행 중인
애플리케이션 서버를 사용하여 WebSphere Application Server 버전 6.0.1을 실행 중인 애플리케이션 서버에 대해
피어 다시 시작 및 복구를 수행할 수는 없습니다.
피어
다시 시작 및 복구를 사용하기 전에 다음을 수행하십시오.
- 위치 서비스 디먼과 노드 에이전트가 복구에 사용될 수 있는 모든 시스템에서
이미 실행 중인지 확인해야 합니다. 그렇지 않으면 복구 시스템이
위치 서비스 디먼 및 노드 에이전트를 실행하지 않는 시스템에 복구를 시도할 수 있습니다.
이러한 상황이 발생하면 서버는 시작하지 못하고 복구도 실패합니다.
클라이언트는 시스템이 전체 용량을 차지하여 실행 중일 경우
성능 영향을 보게 됩니다. 대체 시스템에서 메모리 및 CPU 영향을 최소화하려고 시도할 때
엔터프라이즈 Bean 및 웹 컨테이너는 피어 다시 시작 모드에서 실행 중인 서버에 대해
다시 시작되지 않습니다. 즉, 복구 중 상태에 있는 애플리케이션 서버는 인바운드 작업을 승인할 수 없음을
의미합니다.
이 태스크 정보
필수 프로그램 요소를 설치한 후, 서버가 구성되지 않은 시스템에서 서버를 시작하면 서버는 내재적으로
피어 다시 시작 및 복구 모드에 놓입니다. XA 상대 로그가 비공유 HFS에 기록되도록 구성하였거나 JTA XA 자원 관리자를 사용 중이면,
서버를 시작하기 전에 다음 단계를 수행해야 합니다.
프로시저
- (비공유 HFS를 사용 중일 경우에만 필수.) 비공유
HFS 지원을 사용 가능하게 하십시오. 비공유 HFS를 사용할 경우, 구성 설정은
sysplex에 있는 여러 시스템 사이에 복제해야 합니다. 이는 배치 관리자 및 노드 에이전트에 의해
자동으로 수행됩니다. 이 지원을 사용 가능으로 설정하려면
사용자 구성에 있는 각 노드 에이전트가 복구 노드로 설정되어야 합니다. 이 변경은
관리 콘솔에서 수행합니다.
- 관리 콘솔 탐색에서 를 선택하십시오.
- 목록에서 노드 에이전트를 선택하십시오.
- 추가 특성 섹션에서 파일 동기화 서비스를 선택하십시오.
- 추가 특성 섹션에서 을 클릭하십시오.
- 을 선택하십시오.
- 이름으로 recoveryNode를 입력하고 값으로 true를 입력하십시오.
설명 필드는 공백으로 남을 수 있습니다.
- 구성에 있는 노드 에이전트마다 3 - 7 단계를 반복하십시오.
- 구성을 저장하십시오.
- (JTA XAResource Managers를 사용 중일 경우에만 필수.) 대체 시스템에서
적절한 로그 및 클래스가 사용 가능한지 확인하십시오. 피어 다시 시작 및 복구를 사용할 계획이 있고 사용자의 애플리케이션이
JTA XAResource Manager에 액세스할 경우, 적절한 로그 및 클래스가
대체 시스템에서 사용 가능한지 확인해야 합니다.
- 제품 변수 TRANLOG_ROOT가 공유 HFS를 지시하도록 하십시오. TRANLOG_ROOT 변수는 셀의 모든 시스템이 쓸 수 있는
공유 HFS를 지시해야 합니다. XA 상태 로그가 여기에 저장되므로
대체 시스템은 이 로그를 읽고 업데이트할 수 있어야 합니다.
- 관리 콘솔에서 server_name을 클릭하십시오.
- 컨테이너 서비스 아래에서 트랜잭션 서비스를 클릭하십시오.
- 트랜잭션 로그 디렉토리 필드에
공유 HFS 디렉토리를 입력하십시오.
- 셀에 있는 모든 시스템이 읽을 수 있는 HFS에 각 JTA
XAResource Manager의 드라이버(즉, JDBC 드라이버,
JMS 프로바이더 또는 JCA 자원 어댑터 등)를 저장하십시오. 예를 들어,
커넥터가 데이터베이스용 JDBC 드라이버이면 드라이버는
sysplex의 모든 시스템이 액세스할 수 있는 읽기 전용 HFS에 저장됩니다.
이로서 대체 시스템은 자원에 대해 저장된 클래스 경로를 읽어서
다시 시작하는 동안 자원을 재구성할 수 있습니다.
JTA XAResource Manager에
액세스하기 위해 사용한 커넥터가 복구에 사용될 수 있는 모든 시스템이 읽을 수 있는
HFS에 저장되지 않으면, 애플리케이션 서버가 대체 시스템에서 다시 시작할 때
수행할 XA 복구 작업이 없다고 표시하거나 JTA XAResource Manager와의 통신에
필요한 클래스를 로드하지 못할 수도 있습니다.
- InDoubt 단위를 분석하십시오.
복구 중
InDoubt 단위 분석을 위해 수동 개입이 필요한 경우가 있습니다.
이러한 수동 개입을 위해서는 RRS 패널을 사용해야 합니다.