RRS(Resource Recovery Services) 준비

WebSphere® Application Server for z/OS®는 RSS(Resource Recovery Services)를 사용하여 2단계 트랜잭션 확약을 지원합니다.

이 태스크 정보

참고: WebSphere Application Server for z/OS 서버를 시작하기 전에 RRS가 시작되어 실행되어야 합니다. 자세한 정보는 z/OS MVS Programming: Resource Recovery(SA22-7616)를 참조하십시오.

일반적으로 Sysplex의 모든 시스템은 동기점 처리를 위해 RRS 로그의 공통 세트를 공유합니다. 동기점 처리를 위해 Sysplex의 특정 시스템을 연관시키려는 경우 RRS를 시작할 때 로그 그룹 이름을 지정할 수 있습니다. 기본 로그 그룹 이름은 Sysplex 이름입니다. RRS를 시작할 때 다른 로그 그룹 이름을 지정하는 경우, Sysplex에서 동일한 RRS 로그 그룹 이름을 사용하는 모든 시스템과 동기점 처리를 조정합니다.

RRS는 로그 그룹의 시스템이 공유하는 다섯 개의 로그 스트림을 사용합니다. RRS를 실행하는 모든 MVS™ 이미지는 결합 기능과, 해당 로그 그룹에 대한 시스템 로거 로그 스트림이 정의되는 DASD에 액세스해야 합니다.
참고: RRS 로그 스트림은 결합 기능 로그 스트림 또는 DASD 전용 로그 스트림으로 정의할 수 있습니다.

결합 기능 로그 스트림을 사용하는 경우, Sysplex 내 다른 시스템의 RRS 이미지는 독립적으로 실행되지만 로그 스트림을 공유하여 작업을 추적합니다. 시스템이 실패하는 경우, Sysplex 내 다른 시스템의 RRS 인스턴스가 공유 로그를 사용하여 실패한 시스템 작업을 인계받을 수 있습니다.

DASD 전용 로그 스트림은 RRS 이미지가 하나인 단일 시스템 Sysplex 또는 RRS 이미지에서 정보를 공유해서는 안되는 Sysplex에서만 사용하십시오.

다음 목록은 RRS 로그를 요약합니다. 목록에서 , lgname은 로그 그룹 이름입니다. 기본 로그 그룹 이름은 Sysplex 이름입니다.
ATR.lgname.ARCHIVE
완료된 복구 단위(UR)에 대한 정보. 이 로그 스트림은 권장사항이자 선택사항입니다.
ATR.lgname.RM.DATA
RRS 서비스를 사용하는 자원 관리자에 대한 정보
ATR.lgname.MAIN.UR
활성 UR의 상태. RRS는 UR 완료가 지연될 때 정기적으로 이 정보를 RRS 지연 UR 상태 로그로 이동합니다.
ATR.lgname.DELAYED.UR
UR 완료가 지연될 때 활성 UR의 상태
ATR.lgname.RESTART
다시 시작할 때 필요한 불완전한 UR에 대한 정보. 이 정보를 사용하면 활성 RRS 인스턴스가 실패한 RRS 인스턴스의 나머지 불완전한 작업을 인계할 수 있습니다.

복수 시스템 Sysplex의 경우, RRS 로그 스트림은 일반적으로 결합 기능에 상주해야 합니다.

WebSphere Application Server for z/OS에 대한 모든 RRS 트랜잭션 로깅은 DELAYED.UR 로그 스트림에만 발생합니다. 새 컨테이너를 배치하거나 WebSphere Application Server for z/OS 하부 구조가 변경되는 경우 MAIN.UR 로그 스트림이 프로덕션 워크로드를 처리할 수 있도록 구성할 수 있습니다. WebSphere Application Server for z/OS는 RM.DATA 또는 RESTART 로그에 심각한 영향을 주지 않습니다.

다음 단계를 사용하여 RRS를 구성하십시오.

프로시저

  1. RRS 카탈로그 프로시저, ATRRRS를 SYS1.SAMPLIB에서 SYS1.PROCLIB(또는 MSTJCLxx 연결의 다른 proclib)로 복사하고 이름을 RRS로 바꾸십시오.

    원하는 경우, RRS 카탈로그 프로시저의 로그 그룹 이름(GNAME)을 특정 값으로 설정할 수 있습니다. 그러나 ATRRRS 프로시저를 여러 시스템에서 공유하려는 경우, RRS 시작 시 로그 그룹 이름을 설정하거나 IEASYMxx의 시스템 변수를 사용하여 각 시스템의 RRS 로그 그룹 이름을 설정할 수 있습니다.

  2. RRS 주소 공간의 디스패치 우선순위를 설정하십시오.

    RRS의 디스패치 우선순위를 제어하는 가장 효과적인 방법은 워크로드 관리자(WLM)를 사용하는 것입니다. IBM®은 RRS를 SYSSTC 서비스 클래스에 배치하도록 권장합니다. 선택하는 서비스 클래스는 RRS를 사용하는 애플리케이션 및 자원 관리자의 디스패치 우선순위보다 높거나 같은 디스패치 우선순위를 RRS에 부여해야 합니다. SYSSTC는 일반적으로 이를 수행합니다. 시스템 제공 서비스 클래스에 대한 정보는 z/OS MVS Planning: Workload Management(SA22-7602)를 참조하십시오.

  3. RRS를 서브시스템으로 정의하십시오.
    다음 명령문을 활성 IEFSSNxx parmlib 멤버에 배치하십시오.
    SUBSYS SUBNAME(RRS)
    이 명령문은 1차 서브시스템을 정의하는 명령문 다음에 배치합니다. 서브시스템 이름(RRS)은 RRS 카탈로그 프로시저의 이름과 일치해야 합니다. IEFSSNxx에 대한 자세한 정보는 z/OS MVS Initialization and Tuning Reference(SA22-7592)를 참조하십시오.
    참고: RRS는 동적 서브시스템 정의를 지원하지 않으므로 SETSSI ADD,SUBNAME=RRS 명령을 사용하여 RRS를 서브시스템으로 정의할 수 없습니다. 이 명령이 성공한 것처럼 보이더라도 RRS 시작을 위한 후속 시도는 실패합니다.
  4. RRS 로그 스트림을 설정하십시오.
  5. RRS를 시작하십시오.
    • 특정 로그 그룹 이름 "lgname"으로 RRS를 시작하려면 다음 MVS 콘솔 명령을 입력하십시오.
      START RRS,GNAME=lgname
    • RRS를 중지시키려면 다음 MVS 콘솔 명령을 입력하십시오.
      SETRRS CANCEL
      참고: WebSphere Application Server for z/OS 서버가 실행 중인 동안에는 RRS를 중지시키지 마십시오.

다음에 수행할 작업

RRS 설정 및 실행에 대한 자세한 정보는 z/OS MVS Programming: Resource Recovery(SA22-7616)를 참조하십시오.

주제 유형을 표시하는 아이콘 태스크 주제



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