트랜잭션 서비스에 대한 피어 복구를 사용하여 클러스터의
서버는 실패한 클러스터 멤버에 대한 미해결된 작업을 완료할 수 있습니다.
이 주제에서 다음 단계를 수행하여 클러스터에서 장애가 발생한 애플리케이션 서버의 피어 복구에 필요한
트랜잭션 특성을 구성하십시오.
시작하기 전에
서버 간 트랜잭션 피어 복구를 사용 가능하게 하려면, 참여 서버 멤버 간에 자원 제공자의
일반 구성이 있어야 합니다. 이는 피어 복구 처리가
동일 서버 클러스터의 멤버 사이에만 발생할 수 있음을 의미합니다.
한 클러스터에 다른 버전의 WebSphere® Application Server를
포함할 수 있지만, 클러스터에 있는 모든 서버가 버전 6 이상인 경우에만 고가용성을 사용 가능하게 하여 구성해야 합니다.
이 태스크 정보
트랜잭션의 피어 복구는 sysplex에서 피어 시스템을
다시 시작할 수 있는 피어 다시 시작 및
복구 지원에도 추가됩니다. 피어 다시 시작 및 복구 구성에 대한 자세한 정보는
피어 다시 시작 및 복구 설정을 참조하십시오.
피어 복구에 필요한 트랜잭션 특성을
구성하는 것은 고가용성 지원을 사용하도록 클러스터를 구성하기 위한
전체 태스크의 일부입니다.
프로시저
z/OS® 플랫폼의 경우, 애플리케이션 서버가
ATRSRV 매크로를 호출할 수 있도록 RACF®(Resource Access Control Facility)를
구성하십시오. ATRSRV 매크로를 사용하면 서버가 다른
서버의 트랜잭션을 커미트하고 취소할 수 있습니다. 이 프로세스는 다른 서버가
다른 시스템에서 시작되는 피어 다시 시작 및 복구 지원과 다릅니다. ATRSRV 매크로는
MVS™ 자원 복구 서비스(RRS)가 제공합니다.
애플리케이션 서버 제어기 영역을 실행하는 사용자 ID는 FACILITY 클래스의
MVSADMIN.RRS.COMMANDS.
gname.
sysname 자원에 대한 ALTER 액세스 권한이
있어야 합니다. 여기서
gname은 RRS 로깅 그룹(일반적으로 SYSPLEX 이름)이고
sysname은 시스템 이름입니다. 모든 로깅 그룹 및 시스템에 대한 액세스를 허용하려면 자원 이름에 와일드카드를 사용하십시오(예: MVSADMIN.RRS.COMMANDS.*).
참고: 제어기 영역은
권한이 부여된 주소 공간으로 실행되므로 RACF 구성이
액세스를 명시적으로 제한하지 않는 한 이 자원 클래스에 대해 내재적으로 ALTER 액세스 권한을 갖습니다. 이 자원에 대한 액세스를 명시적으로 허용함으로써
제어기 영역의 권한 부여 상태에 의존하지 않게 됩니다.
ATRSRV 매크로 및 적절한 RACF 권한 설정에 대한 자세한 정보는
MVS 프로그래밍: 자원 복구, SA22-7616-02의
8장을 참조하십시오.
- 클러스터에 있는 서버마다 트랜잭션 로그 디렉토리 설정을 구성하십시오. 관리 콘솔 또는 명령을 사용하여 트랜잭션 로그 디렉토리의 위치를 구성할 수 있습니다. 구성은
serverindex.xml 노드 레벨 구성 파일에 저장됩니다.
클러스터의
각 서버는 동일 클러스터에 있는 다른 서버의 로그 디렉토리에
액세스할 수 있어야 합니다. 이러한 이유 때문에 이 설정을 설정하지 않으면 안됩니다.
디렉토리를 설정하지 않은 경우, 클러스터의 기타 서버에 액세스할 수 없도록 애플리케이션 서버는
해당 프로파일 디렉토리 내의 기본 위치를 가정합니다.
여러 서버가 동일한 로그 파일에 액세스하려는 시도를 막기 위해 클러스터의 각 서버에는
고유한 트랜잭션 로그 디렉토리도 있어야 합니다.
예를 들면, 각 서버의 이름을 해당 서버의 로그 디렉토리 이름 일부로 사용할 수 있습니다.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
복구 로그 파일을 호스트하는 데 사용되는 스토리지 메커니즘(예를 들어,
IBM® NAS(Network Attached Storage) 및
공유 SCSI 드라이브는 사용할 수 있지만, 단순 네트워크 공유는 사용할 수 없음)과 해당 메커니즘에 대한 액세스(예를 들어,
LAN(Local Area Network)을 통한 액세스)는 데이터를 디스크로 보내기 위해 복구 로그 서비스가 사용하는
파일 기반 강제 실행 조작을 지원해야 합니다.
복구 로그 파일을 호스트하는 데 사용되는 스토리지 메커니즘과 이 메커니즘에 대한 액세스(예를 들어,
SMB(Server Message Block) 프로토콜을 사용하여 원격 시스템의 데이터에 대한 액세스를 제공하는 NetClient 파일 시스템(QNTC)를 사용하여
다른 IBM i 서버에 로그를 저장할 수 있음)는
데이터를 디스크로 보내기 위해 복구 로그 서비스가 사용하는 파일 기반 강제 실행 조작을 지원해야 합니다.
또한 기본 파일 시스템의 결함 허용을 이용하도록
원격 로그 파일을 액세스하는 메커니즘을 구성하십시오. 예를 들어, NFS(Network File System)를 사용하고
로그 파일을 포함하는 원격 디렉토리를 하드 마운팅하면(NFS 마운트 명령의 -o 하드 옵션을 사용하여) NFS 클라이언트는
NFS 서버가 다시 사용 가능하게 될 때까지 실패한 조작을 재시도합니다.
트랜잭션 로그 디렉토리 구성에 대한 자세한 정보는 애플리케이션 서버의 트랜잭션 특성 구성의 내용을 참조하십시오.
참고: 이전 버전의 WebSphere Application Server에서 마이그레이션한 경우,
이전 버전에서 복구 로그 구성을 server.xml 서버 레벨 구성 파일에 저장했다는 점을
유의하십시오. 원래 복구 로그 설정을 구성하는 기존 스크립트를 실행하거나 버전 5 애플리케이션 서버를 최신 버전의
WebSphere Application Server로 마이그레이션시키는 경우,
server.xml 파일의 원래 트랜잭션 로그 디렉토리 구성이 업데이트됩니다. 관리 콘솔이 이 조건을 발견하면 트랜잭션 서비스 패널을 볼 때
구성을 저장하도록 지시합니다.
이 저장 조작은 변경된 구성을 serverindex.xml 파일에
저장하고 이전 필드를 널로 재설정합니다. 처음에 serverindex.xml 파일을 대상으로하려면 기존 스크립트를 변경하십시오. 또한 새 스크립트는
serverindex.xml 파일을 대상으로 지정해야 합니다.
- WebSphere Application Server 관리 콘솔의
클러스터 구성 패널에서 다음 단계를 완료하여 클러스터에 대한 고가용성 기능을 사용 가능하게 하십시오.
- 관리 콘솔에서 을
클릭하십시오.
- 트랜잭션 로그 복구의 장애 조치(failover) 사용 가능 옵션을 선택하십시오.
- 확인을 클릭하십시오.
클러스터에 대해 고가용성 기능을 사용 가능하게 하는 방법에 대한 자세한 정보는
서버 클러스터 설정의 내용을 참조하십시오.
- 자동화된 트랜잭션 피어 복구와 수동 트랜잭션 피어 복구 사이에 선택하는 방법의 내용을 참조하여
사용할 트랜잭션 피어 복구의 종류를 결정하십시오.
- 필요한 구성에 따라 다음 조치 중 하나를 완료하십시오.
다음에 수행할 작업
또한 보정 로그 위치도 구성해야 합니다. 각 서버에는
고유 보정 로그 디렉토리가 있어야 하며
보정 로그는 트랜잭션 로그와 비슷한 방법으로 액세스 가능해야 합니다.