정책 규칙 유형

지원되는 정책 규칙 유형으로는 데이터베이스 요청, 파일 요청, 프로그램 요청, 시작 요청, 스토리지, 스토리지 요청, 동기점 요청, 시간, TD 큐 요청, TS 큐 바이트, TS 큐 요청이 있습니다.

데이터베이스 요청

데이터베이스 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 DB2® SQL 요청의 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동화 조치를 수행하십시오. 엑시트로 발행되는 SQL 요청이 이 수에 포함됩니다. 예를 들어, CICS® VT를 통해 SQL 요청으로 변환되는 EXEC CICS FILE 요청을 발행하는 프로그램은 파일 요청 임계값과 SQL 수 임계값을 모두 카운트합니다.

파일 요청

파일 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 EXEC CICS 파일 액세스 요청 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동화 조치를 수행하십시오. 임계값은 READ와 같은 특정 파일 명령에 적용됩니다. 모든 파일 액세스 요청의 누적 수가 아닙니다. 파일 요청은 요청의 성공 여부와 관계없이 XFCREQ 글로벌 사용자 엑시트가 UERCBYP(무시 요청) 응답 코드를 리턴할 때를 포함하여 애플리케이션이 파일 제어를 요청할 때 카운트됩니다. 파일이 로컬인지 원격인지 상관 없이 AOR(Application Owning Region)의 태스크에서 요청이 카운트됩니다. FOR(File Owning Region)에서는 요청이 카운트되지 않습니다.

프로그램 요청

프로그램 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 EXEC CICS LINK 또는 EXEC CICS INVOKE APPLICATION 요청 수에 대한 임계값을 정의하고 임계값이 초과되면 자동 조치를 수행하십시오. 이 규칙 유형은 요청의 성공 여부와 관계없이 XPCREQ 글로벌 사용자 엑시트가 UERCBYP(무시 요청) 응답 코드를 리턴할 때를 포함하여 로컬로 또는 원격으로 서비스하는 요청에 적용됩니다. DPL 요청을 서비스하는 원격 리젼에서 시작되는 모든 태스크는 DPL을 발행한 태스크에 적용되는 규칙 범위를 벗어나므로, 원격 태스크가 수행할 수 있는 추가 요청은 로컬 태스크에서 카운트하지 않습니다.

참고: EXEC CICS INVOKE APPLICATION 요청은 EXEC CICS LINK 요청의 개수에 포함되며 별도로 카운트할 수 없습니다.

시작 요청

시작 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 EXEC CICS START 요청 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동 조치를 수행하십시오. 모든 EXEC CICS START 요청은 요청의 성공 여부와 관계없이 XICREQ 글로벌 사용자 엑시트가 UERCBYP(무시 요청) 응답 코드를 리턴하는 경우 또는 XICERES 엑시트가 UERCPURG(필수 자원이 사용 불가능함) 응답 코드를 리턴하는 때를 포함하여 카운트됩니다.
참고: 원격 리젼에서 함수가 포함되는 EXEC CICS START 요청에 대한 정책을 사용하는 경우 리젼 간 통신 프로토콜과 설정에 따라 트리거 메커니즘이 결정됩니다. 자세한 정보는 CICS TS V5.2 제품 문서의 미러 트랜잭션 및 변환기 프로그램의 내용을 참조하십시오.

스토리지

스토리지 정책 규칙 유형을 사용하여 사용자 태스크로 할당된 스토리지 양에 대한 임계값을 정의하고 임계값이 초과된 경우 자동화 조치를 수행하십시오. 31비트 태스크 스토리지와 같은 특정 스토리지 클래스에 임계값이 적용됩니다. 모든 스토리지 요청의 누적 수가 아닙니다.

임계값 개수에는 사용자 태스크로 수행되는 모든 성공적인 GETMAIN 요청, 즉, 다른 EXEC CICS 명령(예: EXEC CICS READ FILE SET)에 대한 응답으로 발생하는 명시적인 EXEC CICS GETMAIN 요청과 내재적인 GETMAIN 요청이 둘 다 포함됩니다. 태스크 관련 스토리지 요청(task24, task31 및 task64)의 경우에는 태스크가 성공적인 명시적 또는 내재적인 FREEMAIN 요청을 발행하면 개수가 증가합니다. 하지만 태스크가 공유 스토리지를 릴리스할 때 공유 스토리지(shared24, shared31 및 shared64)의 카운트는 감소하지 않습니다.

중요사항: NOSUSPEND 옵션과 함께 사용된 EXEC CICS GETMAIN 명령이 이벤트의 조치를 지정하는 규칙을 충족하는 경우 이벤트 데이터 캡처 중에 태스크가 일시중단될 수 있습니다.

스토리지 요청

스토리지 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 GETMAIN 요청의 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동화 조치를 수행하십시오. 이 유형은 할당된 스토리지 양에 기초하여 임계값을 정의하는 데 사용되는 스토리지 정책 규칙 유형과는 다릅니다. 스토리지 요청 임계값 수에는 사용자 태스크로 수행되는 모든 GETMAIN 요청 즉, EXEC CICS READ FILE SET와 같은 다른 EXEC CICS 명령에 대한 응답으로 발생하는 명시 EXEC CICS GETMAIN 요청과 내재 GETMAIN 요청 모두가 포함됩니다. 요청이 실패해도 스토리지 요청 카운터는 증가합니다.

중요사항: NOSUSPEND 옵션과 함께 사용된 EXEC CICS GETMAIN 명령이 이벤트의 조치를 지정하는 규칙을 충족하는 경우 이벤트 데이터 캡처 중에 태스크가 일시중단될 수 있습니다.

동기점 요청

동기점 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 EXEC CICS SYNCPOINT 요청 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동 조치를 수행하십시오. EXEC CICS SYNCPOINTSYNCPOINT ROLLBACK 요청은 둘 다 카운트되며, 실패한 요청도 성공 요청과 함께 포함됩니다.

시간

시간 정책 규칙 유형을 사용하여 사용자 태스크(CPU 시간 정책 항목)에서 사용한 프로세서 시간의 양 또는 태스크(소요된 시간 정책 항목)에서 사용한 소요 시간의 양에 대한 임계값을 정의하고 임계값이 초과된 경우 자동 조치를 수행하십시오. 시간 정책 규칙 유형은 임계값이 API 요청 수나 할당된 스토리지 양이 아닌 시간에 기초한다는 점에서 다른 정책 규칙 유형과 다릅니다.

참고: CPU 시간 정책 항목의 경우: 프로세서 변경사항이 기록되는 방식으로 인해, 프로세서 시간을 연속적으로 카운트할 수 없으므로, 이 기능에서 감지하기 전에 때때로 임계값이 초과될 수 있으므로, 모니터링 데이터와 수행한 정책 임계값 조치를 비교하는 경우 약간의 불일치가 발견될 수 있습니다. CPU 시간 정책 항목은 총 프로세서 시간을 정책 임계값과 비교합니다. 하지만 태스크가 프로세스 제어를 포기할 때까지는 프로세서 시간 값이 증분되지 않으므로 프로세서 제어를 포기하고 점검이 발생하기 전에 태스크가 임계값을 상당히 초과할 수 있습니다.

태스크가 다시 디스패치된 후 EXEC CICS 호출을 발행하거나 CPU 시간 임계값이 초과되었는지 여부를 확인하는 TRUE(예를 들어, EXEC SQL 호출)를 호출할 때까지는 아닙니다. 어떠한 이유로 태스크에서 제어를 포기하지 않으면,시간 정책 처리가 발생하기 전에 RUNAWAY 시간 간격이 초과될 경우 일반 RUNAWAY 처리에서는 태스크를 이상 종료합니다. 소요된 시간 정책 항목의 경우, 소요된 시간 임계값이 초과되었는지는 태스크에서 EXEC CICS 호출을 발행하거나 TRUE를 호출할 때마다 확인합니다. 임계값이 초과되고 규칙 조치가 이상 종료되는 경우, 명령이 완료된 후 이상 종료가 발생합니다.

TD 큐 요청

TD 큐 요청 정책 규칙 유형을 사용하여 사용자 태스크로 수행되는 임시 데이터 큐(TDQ) 액세스 요청 수에 대한 임계값을 정의하고 임계값이 초과된 경우 자동 조치를 수행하십시오. EXEC CICS READQ TDEXEC CICS WRITEQ TD 요청 모두가 카운트되고 모든 요청은 성공 여부에 관계없이 XTDREQ 글로벌 사용자 엑시트가 UERCBYP(무시 요청)의 응답 코드를 리턴하는 때를 포함하여 카운트됩니다.

참고: 다수의 제품이 CICS TDQ에 기록을 하며, 이로 인해 예상 요청 수가 커질 수 있습니다. 예를 들어, 언어 환경은 cobol display 및 C printf() 명령문의 출력을 캡처하고 진단 정보를 기록하는 데 EXEC CICS WRITEQ TD를 광범위하게 사용합니다. 또한 IP CICS Sockets도 EXEC CICS WRITEQ 요청을 사용하는 제품입니다.

TS 큐 바이트

TS 큐 바이트 정책 규칙 유형을 사용하여 사용자 태스크가 개별 임시 스토리지 큐(TSQ) 유형(보조 또는 기본)에 또는 보조와 기본 TSQ 결합에 기록한 총 데이터 양에 대한 임계값을 정의하고, 임계값을 초과하면 자동 조치를 취하십시오. 성공 요청의 데이터만 카운트됩니다. EXEC CICS WRITEQ TSEXEC CICS WRITEQ TS REWRITE 요청 모두에서 기록한 데이터가 총계로 카운트됩니다. EXEC CICS WRITEQ TS REWRITE 요청의 경우, 원래 WRITE와 REWRITE 사이의 델타가 아닌 REWRITE의 총 크기만큼 카운트가 증가합니다. 이 동작은 MN 도메인이 TSQ WRITE 및 REWRITE 요청을 처리하는 방식에서도 계속됩니다.

TS 큐 요청

TS 큐 요청 정책 규칙 유형을 사용하여 사용자 태스크가 보조 또는 기본 임시 스토리지 큐(TSQ)에 또는 보조와 기본 TSQ 결합 모두에 발행한 EXEC CICS READQ TSEXEC CICS WRITEQ TS 요청 수의 임계값을 정의하고 임계값을 초과하면 자동 조치를 취하십시오. 로컬 공유 임시 스토리지 큐에 대한 읽기 또는 쓰기 요청은 카운트되지 않습니다. 보조 및 기본 TSQ에 대한 모든 TSQ 액세스 요청은 XTSEREQ 글로벌 사용자 엑시트가 UERCBYP(무시 요청) 응답 코드를 리턴하는 경우를 포함하여 성공 여부에 관계없이 카운트됩니다. EXEC CICS WRITEQ TS REWRITE 요청은 WRITEQ로 카운트됩니다.

참고: 다음과 같은 점은 TS 큐 바이트 및 TS 큐 요청 정책 규칙 유형 모두에 적용됩니다.
  • 원격 TSQ 요청의 경우, 집계 READQ TSWRITEQ TS 카운트만 업데이트되며, 여기에는 공유 TSQ 요청이 포함됩니다. AOR에서는 원격 요청에 대한 TSQ 유형이 알려지지 않으므로, 특정 큐 유형에 대한 카운트는 업데이트되지 않습니다. 분산형 프로그램 링크(DPL)에서 호출하는 프로그램 또는 트랜잭션 라우팅에서 시작된 태스크가 발행한 TSQ 요청은 원격 시스템(AOR)에서만 카운트됩니다.
  • CICS 사용자 태스크가 트리거한 작업의 간접 결과로서 CICS 시스템 코드가 발행한 TSQ 요청은 카운트될 수 있습니다. 예를 들어 사용자 태스크가 CICS 이벤트를 트리거하면 임시 스토리지 이벤트 어댑터 DFHECEAT가 TSQ 요청을 발행합니다. 이벤트가 SYNChronous로 정의되면, 이러한 요청은 캡처링(사용자) 태스크에서 발행되고 정책 코드에서 카운트합니다. 이벤트가 비동기식이면, TSQ 요청은 CICS 시스템 캐스크( 그리고 DFH를 시작하는 초기 프로그램 중 하나)에서 발행되므로 정책이 해당 태스크에 적용되지 않고 카운트되지도 않습니다.
  • CICS EXEC 인터페이스 프로그램(DFHEIP)을 통해 진행되지 않는 CICS가 발행하는 TSQ 요청은 모니터링에 의해 카운트되며 정책 코드에 의해서는 카운트되지 않습니다.
정책 규칙 유형과 연관된 임계값에 대한 자세한 정보는 정책 임계값의 내용을 참조하십시오.