Query Patroller

쿼리 클래스 동작 갱신

Query Patroller Center 또는 Query Patroller 명령행에서 다음과 같은 작업을 수행할 때 경고 메시지가 리턴됩니다.

쿼리 클래스 추가
쿼리 클래스 제거
쿼리 클래스에 대한 최대 쿼리 비용 갱신

다음과 같은 경고 메시지가 나타납니다.

DQP1024W  서버를 재시작할 때까지 쿼리 클래스 작성, 변경 또는
          제거가 적용되지 않습니다.

이와 마찬가지로 DB2 Query Patroller^(TM) Guide: Installation, Administration, and Usage 버전 8.2에서도 쿼리 클래스를 작성, 변경 또는 제거한 후 Query Patroller 서버를 재시작 해야만 변경사항이 적용된다고 언급되어 있습니다.

이 안내서의 메시지와 내용은 더 이상 정확하지 않습니다. 이전에 언급된 세 가지 쿼리 클래스 태스크는 큐에 대기되거나 실행 중인 쿼리가 아닐 경우 즉시 적용됩니다. 큐에 대기되거나 실행 중인 쿼리(새로 제출된 쿼리 포함)가 있는 경우, 큐에 대기되거나 실행 중인 쿼리가 완료된 후 쿼리 클래스의 변경사항이 적용됩니다. 큐에 대기되거나 실행 중인 모든 쿼리가 완료되기를 기다리지 않으려면 Query Patroller 서버를 재시작해야 합니다.

주:

이전 버전의 Query Patroller와 마찬가지로 쿼리 클래스의 최대 쿼리 수 갱신은 언제나 즉시 적용됩니다.

관리 쿼리 상태에 대한 정의 갱신사항

취소됨 및 완료 쿼리 상태의 의미는 다음과 같이 갱신되었습니다.

취소됨: 프로파일에 편집 권한의 MONITORING 특권이 있는 관리자, 제출자 또는 운영자에 의해, Query Patroller Center 운영자에 의해, Query Patroller Center 또는 Query Patroller 명령행을 통해 쿼리가 취소되었습니다. 실행 중, 보류됨, 해제됨 및 큐에 대기됨 상태의 쿼리만 취소할 수 있습니다.
완료: 쿼리가 완료되었습니다.
주:

쿼리 자체가 오류없이 완료된 경우라도 DB2 force 응용프로그램과 같은 외부 이벤트에 의해 완료된 경우에는 응용프로그램이 오류를 수신할 수 있습니다.

Query Patroller 실행기록 데이터 생성 프로그램을 실행하기 전에 Explain 테이블 작성

Query Patroller에 대한 실행기록 데이터 생성 프로그램을 실행할 때, Explain 테이블이 이미 존재하지 않는 경우 사용자에 대한 생성 프로그램이 작성됩니다. 그러나 실행기록 데이터 생성 프로그램을 실행하기 전에 Explain 테이블을 작성하는 것을 적극 권장합니다. Explain 테이블을 작성할 때 동일한 파티션에서 작성하는지 확인하십시오. 동일한 파티션에서 Explain 테이블을 활성적으로 작성하면 Explain 기능의 성능이 향상됩니다. 이러한 향상은 실행기록 데이터 생성 프로그램의 성능을 증진시킵니다.

실행기록 분석을 위한 Query Patroller 로그 파일 점검

쿼리 활동 초과 시간(실행기록 분석) 보고서의 Explain 실행 컬럼이 쿼리에 대한 실행 실패 상태를 표시할 경우, 실행기록 데이터가 해당 쿼리에 대해 생성되지 않습니다. 그러므로 이 쿼리는 실행기록 분석 보고서 또는 그래프에 표시되지 않습니다. 버전 8의 문서로 쿼리가 실패한 이유를 판별하려면 qpuser.log 파일을 검토하십시오.

qpuser.log 파일을 검토하고 qpdiag.log 파일도 점검해야 합니다.

실행기록 데이터 생성 프로그램의 비정상 종료

실행기록 데이터 생성 프로그램을 실행하다가 비정상적인 방법으로 종료한 경우, 다음에 실행기록 데이터 생성 프로그램을 실행하려 할 때 오류 메시지를 수신하게 됩니다. 비정상 종료의 예는 다음과 같습니다.

DB2 Universal Database^(TM)가 예기치 않게 중지함
db2stop force 명령 발행
killdb2 명령 발행

실행기록 데이터 생성 프로그램이 비정상적으로 종료된 경우, 실행기록 데이터 생성 프로그램을 재실행하기 전에 다음 명령을 발행해야 합니다.

    qp -d database generate historical_data stop

여기서, database는 명령이 실행되는 데이터베이스를 식별합니다.

동적 쿼리 클래스 갱신사항

특정 쿼리 클래스 조작의 경우 갱신사항을 적용하기 위해 Query Patroller를 중지했다가 재시작할 필요가 없습니다.

다음 표의 활성 쿼리는 상태가 실행 중 또는 큐에 대기된 쿼리입니다.

표 38. 쿼리 클래스 변경사항 적용을 위한 조건
변경 속성	변경사항 적용을 위한 조건
쿼리 클래스의 추가, 제거 또는 갱신	활성 쿼리가 없을 경우, 변경사항은 즉시 적용됩니다.
최대 쿼리 수의 변경만 포함된 쿼리 클래스의 갱신	활성 쿼리가 있더라도 즉시 적용됩니다.
최대 쿼리 비용의 변경만 포함된 쿼리 클래스의 갱신	활성 쿼리가 있을 때 다음의 경우에 변경사항이 적용됩니다. Query Patroller가 중지되었다가 재시작되는 경우 활성 쿼리가 더 이상 없을 경우 주: 최대 쿼리 비용에 대한 변경이 보류 중일 경우, 임의의 종류의 후속 쿼리 클래스 갱신사항은 위의 두 조건 중 하나가 충족될 때까지 적용되지 않습니다.
쿼리 클래스의 추가 또는 제거	활성 쿼리가 있을 때 다음의 경우에 추가 또는 제거가 적용됩니다. Query Patroller가 중지되었다가 재시작되는 경우 활성 쿼리가 더 이상 없을 경우

중첩 쿼리 작동

중첩 쿼리는 큐에 대기될 수 없습니다. 대신 일반적으로 큐에 대기를 발생시키는 임계값을 초과할 경우 중첩 쿼리가 즉시 실행됩니다.

SQL문 유형별 제한사항

이전 문서와 달리, 다음 명령문이 포함된 쿼리를 큐에 대기시킬 수 있습니다.

호스트 변수와 함께 정적 SQL이 포함된 쿼리
식별 값 함수(IDENTITY_VAL_LOCAL) 또는 NEXT VALUE FOR 또는 PREVIOUS VALUE FOR와 같은 시퀀스 값 함수가 포함된 쿼리

터미널 서비스 클라이언트를 사용할 때 해상도 제한사항

해상도 640x480에서 터미널 서비스 클라이언트를 사용하여 Query Patroller Center를 실행 중인 리모트 데스크탑에 연결할 때, 제출 환경설정 창이 공백으로 표시될 수 있습니다. 제출 환경설정 창이 적절하게 표시되도록 하려면 640x480 보다 높은 해상도를 사용해야 합니다.

쿼리 제출에 대한 새 그룹 지원

버전 8.2부터는 DB2 Universal Database(UDB)가 운영 체제 그룹을 벗어나서 사용자 그룹을 지원합니다. 따라서 Query Patroller Center의 쿼리 제출 환경설정 창에서 사용할 제출자 프로파일 드롭 다운 목록이 약간 변경되었습니다.

로그인했지만 Query Patroller 사용자 관리에 대한 편집 특권이나 DBADM 권한이 없는 경우, 자신에 대한 제출 환경설정만 추가하거나 갱신할 수 있습니다. 이 경우, 사용할 제출자 프로파일 드롭 다운 목록에는 사용자가 속하는 운영 체제 그룹 대신 사용자가 속하는 DB2^(R) UDB 그룹의 기존 제출자 프로파일이 포함됩니다.

로그인했고 Query Patroller 사용자 관리에 대한 편집 특권이나 DBADM 권한이 있는 경우, 다른 사용자에 대한 제출 환경설정을 추가하거나 갱신할 수 있습니다. 이 경우, 사용할 제출자 프로파일 드롭 다운 목록에는 기존의 모든 그룹 제출자 프로파일이 포함됩니다.

Query Patroller 스케줄 제한

Query Patroller Center에서 스케줄에 대해 작업할 때, 스케줄 창을 사용하여 스케줄을 파일에 저장한 후 나중에 임포트할 수 있습니다. FixPak 6이나 이전 버전을 사용하여 저장한 스케줄이 있으면, 버전 8.2 이상을 사용하여 스케줄을 임포트할 수 없습니다. 이 제한사항은 DB2 UDB 버전 8.2에서 도입된 JDK 레벨 사이의 순번 매김에서의 변경 때문입니다.

RUN IN BACKGROUND QUERY 명령을 사용하기 위해 필요한 권한

RUN IN BACKGROUND QUERY 명령을 실행하려면 사용자가 원래 쿼리를 제출한 제출자여야 합니다.

결과 테이블의 별명 작성

Query Patroller 버전 8.1 FixPak 5에서 Query Patroller는 쿼리 제출자의 권한 부여 ID와 일치한 스키마에서 결과 테이블을 작성하는 것을 중지했습니다. 대신, Query Patroller는 공통 DB2QPRT 스키마에서 결과 테이블 작성을 시작했습니다. 제출자의 스키마를 사용하여 결과 테이블을 참조할 수 있도록, Query Patroller 버전 8.2에서는 Query Patroller가 작성하는 새 결과 테이블마다 자동으로 별명을 작성하는 옵션을 도입했습니다. 결과 테이블은 DB2QPRT 스키마에서 작성되며 별명은 제출자의 권한 부여 ID와 일치하는 스키마에서 작성됩니다.

이 옵션을 설정하거나 해제하려면 CREATE_RESULT_TABLE_ALIASES 옵션과 함께 UPDATE QP_SYSTEM 명령을 실행하십시오.

>>-UPDATE QP_SYSTEM USING--------------------------------------->
 
>--+-DEFAULT--------------------------------+------------------><
   '-CREATE_RESULT_TABLE_ALIASES--+-' Y '-+-'
                                  '-'N'---'

상위 항목이 삭제된 결과 테이블 별명 제거

CREATE_RESULT_TABLE_ALIASES 옵션으로 작성된 별명은 결과 테이블이 삭제될 때 자동으로 삭제됩니다. 그러나 해당되는 별명을 삭제하지 않고 결과 테이블을 삭제할 수 있는 두 가지 상황이 있습니다.

qp 명령행이나 Query Patroller Center를 사용하지 않고 수동으로 결과 테이블을 삭제할 경우
쿼리 제출자가 아니며 DBADM 권한을 가지고 있지 않은 운영자의 권한으로 qp 명령행이나 Query Patroller Center를 사용하여 결과 테이블을 삭제할 경우

해당되는 결과 테이블을 가지고 있지 않은 별명을 정리하기 위해 새 명령인 REMOVE RESULT_TABLE_ALIASES가 작성되었습니다. 이 명령은 결과 테이블이 Query Patroller에서 스케줄된 결과 테이블 제거 프로세스의 일부로 제거될 때마다 자동으로 실행됩니다. REMOVE RESULT_TABLE_ALIASES 명령은 다음 쿼리를 사용하여 제거할 별명의 목록을 확보합니다.

with a as (select tabschema, tabname from syscat.tables 
           where type = 'A' and tabname like 'QUERY%_RESULTS'), 
     t as (select tabname from syscat.tables 
           where type = 'T' and tabname like 'QUERY%_RESULTS')
  select all tabschema, tabname from a 
  where not exists (select * from t where t.tabname=a.tabname)

전제조건

DBADM 권한이 있어야 합니다.

프로시저

REMOVE RESULT_TABLE_ALIASES 명령 발행

이 명령은 해당되는 결과 테이블이 삭제된 후 존재하는 모든 별명을 제거합니다. 별명은 원래 결과 테이블을 작성하기 위해 Query Patroller에서 작성된 것입니다.

명령 구문

>>-REMOVE RESULT_TABLE_ALIASES---------------------------------><

주:

명령 인터페이스를 사용하여 Query Patroller 명령을 입력하는 방법이나 Query Patroller 명령에 대한 일반적인 구문에 대해서는 Query Patroller 명령 인터페이스를 참조하십시오.

분리(Fenced) 사용자 ID에 필요한 qpdiag.log 파일 및 경로에 대한 쓰기 액세스

Query Patroller는 qpdiag.log 파일에 항목을 로그하는 일부 분리(fenced) 스토어드 프로시저를 사용합니다. 그러므로, 분리 사용자 ID에 qpdiag.log 파일 및 qpdiag.log 파일이 위치하는 경로에 대한 쓰기 액세스가 있어야 합니다.

[ 페이지의 맨 위 |이전 페이지 | 다음 페이지 | 목차 ]