관리: 성능

| | |

32비트 환경 및 64비트 환경에서 DB2_FORCE_FCM_BP 레지스트리 |변수 비교

| | |

테이블 작성 후 권장되는 RUNSTATS

| | |

SQL1169N의 새 이유 코드

SQL 오류 메시지 SQL1169N에 Explain 테이블의 컬럼이 너무 작다고 표시하는 |새 이유 코드 5가 있습니다. |

이유 코드 5에 대한 설명: Explain 테이블의 컬럼이 너무 작습니다. |db2diag.log에 스키마 이름, 테이블 이름 및 컬럼 이름 이외에 |정보 기능으로 생성된 데이터를 포함하는 데 필요한 컬럼 크기를 |식별하는 메시지가 포함됩니다.

사용자 조치: 필요한 컬럼 크기가 테이블이나 데이터베이스에서 수용될 수 있는지 여부를 |판단하십시오. 가능한 경우 ALTER TABLE 명령문을 사용하여 |컬럼 크기를 늘리십시오.

| | |

MDC 테이블에 대한 최적화 전략

다음 텍스트는 관리 안내서: |성능, 6 장. SQL 컴파일러 이해에 대한 갱신 내용입니다.

또한 db2expln 출력이 『Cell Delete』 어구를 표시하므로 MDC 롤아웃이 효과적인지 알 수 있습니다. | db2exfmt가 이 정보를 표시하지 않습니다.

다음 텍스트는 부록 A에 대한 갱신사항입니다. |DB2 레지스트리 및 환경 변수:

DB2_MDC_ROLLOUT에 관한 설명은 『DELETE 명령문에 Where 절이 있으면 |삭제될 행을 찾도록 RID 인덱스를 옵티마이저가 |선택하지 않음』 조건이 목록에서 제거되도록 |변경되어야 합니다.

| | |

NEWLOGPATH, MIRRORPATH 및 OVERFLOWLOGPATH 구성 매개변수 |설명

DB2 UDB Enterprise Server Edition 환경에서 |newlogpath, mirrorpath 또는 overflowlogpath |구성 매개변수 값을 갱신하면 시스템의 노드 수와 관계없이 |노드 번호가 추가됩니다. 이는 DB2 UDB Enterprise Server Edition 환경에서 |단일 파티션이나 다중 파티션 시스템 모두에 적용됩니다.

| | |

DB2_COLLECT_TS_REC_INFO 디폴트값

DB2_COLLECT_TS_REC_INFO의 디폴트값은 |ON입니다. DB2 UDB V 8.1 FixPak 7에서 DB2_COLLECT_TS_REC_INFO |레지스트리 변수의 디폴트값이 ON으로 변경됩니다. 현재 |문서에서는 이 변수의 디폴트값이 OFF로 잘못 지정되어 |있습니다.

조정자 유틸리티

조정자 인스턴스는 프론트엔드 유틸리티 및 한 개 이상의 디먼으로 구성됩니다. 사용자가 시작하는 각 조정자 인스턴스는 데이터베이스 관리 프로그램 인스턴스에 고유합니다. 디폴트로, 조정자를 시작할 때 파티션된 데이터베이스의 각 파티션에서 조정자 디먼이 시작합니다. 그러나 모니터하려는 단일 파티션에서 디먼이 시작되도록 지정할 수 있습니다.

주:

조정자가 활성화되면, 해당 스냅샷 요청이 데이터베이스 관리 프로그램 성능에 영향을 줍니다. 성능을 향상시키려면, 조정자 활성 구간을 늘려 해당 CPU 사용을 줄이십시오.
조정자 디먼은 실행하는 동안 로컬 인스턴스에 LOCAL 스냅샷을 발행합니다. 따라서 setlimit절을 포함하는 모든 규칙이 GLOBAL 스냅샷에서 집계된 결과가 아닌 LOCAL 스냅샷 출력에 적용됩니다.

각 조정자 디먼은 데이터베이스에 대해 실행하는 응용프로그램에 대한 정보를 수집합니다. 그런 다음 조정자 디먼이 이 데이터베이스의 조정자 구성 파일에서 지정되는 규칙에 대해 이 정보를 점검합니다.

테이블 재구성 메소드 선택

클래식 테이블 재구성 대신 올바른 위치 테이블 재구성을 고려하는 경우 올바른 위치 테이블 재구성에 더 많은 로그 스페이스가 필요하다는 점을 주의하십시오.

올바른 위치 테이블 재구성은 예상치 못한 실패 이후에도 복구가 가능하도록 해당 활동을 로그하기 때문에, 클래식 재구성보다 큰 로그 스페이스를 필요로 합니다.

올바른 위치 재구성은 재구성된 테이블 크기의 몇 배에 해당하는 로그 스페이스를 필요로 합니다. 필수 스페이스 크기는 이동되는 행 수와 테이블 인덱스의 수 및 크기에 의존합니다.

권장사항: 유지보수 창이 최소인 24x7 조작에 올바른 위치 테이블 재구성을 선택하십시오.

DMS 테이블의 온라인 테이블 재구성에서는 재구성을 수행하는 동안 테이블이 상주하는 테이블 스페이스의 온라인 백업 조작을 시작할 수 있습니다. 자르는 단계 동안 재구성 조작의 잠금 대기가 발생할 수 있습니다.

이러한 테이블 재구성 방법 실행에 대한 세부사항 정보는 REORG TABLE 구문 설명을 참조하십시오.

FCM 메모리의 대형 페이지 지원(AIX 5L 64비트)

이제 AIX^(R) 5L 64비트에서 DB2_LARGE_PAGE_MEM 레지스트리 변수는 FCM 키워드를 지원합니다.

디폴트로 AIX^(R) 5L^(TM) 64-비트에서 FCM 메모리는 DBMS 메모리 세트에 있습니다. 그러나 DB2_FORCE_FCM_BP 레지스트리 변수가 사용 가능하면 FCM 메모리는 자체 메모리 세트에 있습니다. AIX 5L^(TM) 64-비트에서 DB2_LARGE_PAGE_MEM 이 DBMS 메모리 설정 스펙을 지원합니다. FCM 메모리가 DBMS 메모리 세트에 있고 해당 메모리 세트에서 대형 페이지 지원이 사용 가능한 경우 FCM 메모리는 대형 페이지에 있습니다. FCM 메모리가 자체 메모리 세트에 있는 경우 FCM 메모리의 대형 페이지를 사용하려면 FCM 키워드를 DB2_LARGE_PAGE_MEM 레지스트리 변수 값에 추가해야 합니다.

DB2_RESOURCE_POLICY 레지스트리 변수가 새 요소를 승인합니다.

DB2 UDB(Universal Database^(TM)) 버전 8.2.2(버전 8.1 FixPak 9와 동일)부터 DB2_RESOURCE_POLICY 레지스트리 변수에 지정된 구성 파일은
SCHEDULING_POLICY 요소를 승인합니다. SCHEDULING_POLICY 요소는 일부 플랫폼에서 다음을 선택하는 데 사용할 수 있습니다.

DB2 UDB 서버에서 사용하는 운영 체제 스케줄링 정책
주:

운영 체제 스케줄링 정책의 설정 기능이 AIX^(R)용 DB2까지 확장되었습니다. 이전까지는 DB2NTPRICLASS 레지스트리 변수 사용하여 Windows^(R)용 DB2 UDB에서만 사용할 수 있었습니다.
개별 DB2 서버 에이전트에서 사용되는 운영 체제 우선순위

DB2PRIORITIES 및 DB2NTPRICLASS 레지스트리 변수를 따로따로 사용하여 운영 체제 스케줄링 정책을 제어하고 DB2 에이전트 우선순위를 설정할 수 있습니다.

그러나 자원 정책 구성 파일에 있는 SCHEDULING_POLICY 요소의 스펙에서는 스케줄링 정책과 관련 에이전트 우선순위를 모두 한 곳에서 지정할 수 있습니다.

예 1

db2 로그 기록기 및 판독기 프로세스에 우선순위가 지정된 AIX SCHED_FIFO2 스케줄링 정책의 선택:

<RESOURCE_POLICY>
   <SCHEDULING_POLICY>
      <POLICY_TYPE>SCHED_FIFO2</POLICY_TYPE>
      <PRIORITY_VALUE>60</PRIORITY_VALUE>

      <EDU_PRIORITY>
         <EDU_NAME>db2loggr</EDU_NAME>
         <PRIORITY_VALUE>56</PRIORITY_VALUE>
      </EDU_PRIORITY>

      <EDU_PRIORITY>
         <EDU_NAME>db2loggw</EDU_NAME>
         <PRIORITY_VALUE>56</PRIORITY_VALUE>
      </EDU_PRIORITY>
   </SCHEDULING_POLICY>
</RESOURCE_POLICY>

예 2

Windows에서 DB2NTPRICLASS=H 교체.

<RESOURCE_POLICY>
   <SCHEDULING_POLICY>
      <POLICY_TYPE>HIGH_PRIORITY_CLASS</POLICY_TYPE>
   </SCHEDULING_POLICY>
</RESOURCE_POLICY>

새 시스템 환경 변수(Linux)

FixPak 8에서 DB2_MAPPED_BASE 및 DB2DBMSADDR 시스템 환경 변수가 추가되었습니다.

이러한 레지스트리 변수는 고급 사용자인 경우에만 사용할 것을 권장합니다.

DB2_MAPPED_BASE

변수 이름

DB2_MAPPED_BASE

값

31비트 및 32비트 어드레스 범위 OR NULL(설정되지 않음)의 0 OR(16진) 가상 어드레스

운영 체제

Linux^(TM)(x86) 및 Linux(zSeries^(R))(31비트)

설명

DB2_MAPPED_BASE 레지스트리 변수를 사용하여 특정 프로세스에 대한 공유 라이브러리의 첨부 어드레스를 재배치함으로써 DB2 Universal Database^(TM)(UDB) 프로세스가 사용할 수 있는 연속 가상 어드레스 스페이스 크기를 증가시킬 수 있습니다. 연속 가상 어드레스 스페이스는 DB2^(R) UDB가 사용할 수 있는 데이터베이스 공유 메모리 크기를 최대화하는 데 중요합니다. 이 변수는 proc 파일 시스템의 프로세스 식별 디렉토리에 mapped_base 파일이 있는 분배에서만 유효합니다.

이 변수를 설정하지 않으면, DB2 UDB가 공유 라이브로리를 가상 어드레스 0x10000000으로 재배치합니다.

레지스트리 변수를 31 및 32비트 어드레스 스페이스 범위의 가상 어드레스(16진)로 설정할 수도 있습니다.

주:

어드레스가 올바르지 않으면 DB2 UDB에 심각한 문제가 발생할 수 있습니다. 예를 들어, DB2 UDB를 시작할 수 없거나 데이터베이스에 연결할 수 없습니다. 올바르지 않은 어드레스의 예로는 이미 사용 중이거나 다른 것에 사용하도록 미리 정해진 메모리 영역과 충돌하는 어드레스가 있습니다. 이 문제점을 해결하려면 다음 명령을 사용하여 DB2_MAPPED_BASE 변수를 NULL로 재설정하십시오.

db2set DB2_MAPPED_BASE=

각 논리 노드에 대해 한 번씩 이 변경을 수행해야 하기 때문에 다음 메시지가 db2diag.log 파일에 여러 번 표시될 수 있습니다.

ADM0506I  DB2 has automatically updated the "mapped_base" 
kernel parameter from "0x40000000(hex) 1073741824(dec)" to 
the recommended value "0x10000000(hex) 268435456(dec)".

이 메시지는 레지스트리 변수가 성공적으로 설정된 경우에만 표시되며, 공유 라이브러리가 재배치된 어드레스를 포함합니다.

DB2DBMSADDR

변수 이름

DB2DBMSADDR

값

0x10000씩 증가되는 0x09000000 - 0xB0000000 범위의 가상 어드레스

운영 체제

Linux(x86) 및 Linux(zSeries)(31비트)

설명

16진수 형식으로 디폴트 데이터베이스 공유 메모리 주소를 지정하십시오.

주:

어드레스가 올바르지 않으면 DB2 UDB에 심각한 문제가 발생할 수 있습니다. 예를 들어, DB2 UDB를 시작할 수 없거나 데이터베이스에 연결할 수 없습니다. 올바르지 않은 어드레스의 예로는 이미 사용 중이거나 다른 것에 사용하도록 미리 정해진 메모리 영역과 충돌하는 어드레스가 있습니다. 이 문제점을 해결하려면 다음 명령을 사용하여 DB2DBMSADDR 변수를 NULL로 재설정하십시오.

db2set DB2DBMSADDR=

이 변수는 DB2_MAPPED_BASE와 함께 설정하거나 단독으로 설정하여 DB2 UDB 프로세스의 어드레스 스페이스 레이아웃을 세부 조정할 수 있습니다. 이 변수는 인스턴스 공유 메모리의 위치를 가상 어드레스 0x20000000의 현재 위치에서 제공된 새 값으로 변경합니다.

새 통신 레지스트리 변수

DB2TCP_CLIENT_RCVTIMEOUT 레지스트리 변수가 버전 8.2에 추가되었습니다.

표 12. 통신 변수
변수 이름	운영 체제	값
설명
DB2TCP_CLIENT_RCVTIMEOUT	모두	디폴트=0(설정되지 않음) 값: 0 - 32767초
클라이언트가 TCP/IP 수신에서 데이터를 기다리는 초 수를 지정하십시오. 레지스트리 변수를 설정하지 않거나 0으로 설정할 경우 시간종료는 없습니다. 시간종료 값이 만기되기 전에 데이터와 함께 TCP/IP 수신이 리턴되면 응용프로그램은 정상적으로 진행됩니다. 데이터가 리턴되기 전에 시간종료 값이 만기되면 연결은 닫힙니다. 주: 이 레지스트리 변수는 DB2 클라이언트와 DB2 게이트웨이의 클라이언트 측에만 적용할 수 없습니다. DB2 서버에는 적용할 수 없습니다.

새 성능 변수

DB2_LARGE_PAGE_MEM 성능 변수가 버전 8.2에 추가되었습니다.

표 13. 성능 변수
변수 이름	운영 체제	값
설명
DB2_LARGE_PAGE_MEM	AIX^(R) 5.x 64비트 전용 Linux	디폴트=NULL *를 사용하여 모든 적용 가능한 메모리 영역이 대형 페이지 메모리를 사용하도록 표시하거나, 대형 페이지 메모리를 사용해야 하는 특정 메모리 영역 목록(쉼표로 구분)을 사용하십시오. 사용 가능한 영역은 운영 체제마다 다릅니다. AIX 5.x 64비트에서는 DB, DBMS 또는 PRIVATE 영역을 지정할 수 있습니다. Linux에서는 DB 영역을 지정할 수 있습니다.
대형 페이지 메모리는 AIX 5L^(TM)용 DB2 Universal Database(UDB), 64비트 개정판 및 Linux용 DB2 UDB에 대해서만 지원됩니다. DB2_LARGE_PAGE_MEM 레지스트리 변수는 해당 커널이 지원되는 모든 Linux 아키텍처나 AIX 5.x에서 실행 중일 때 대형 페이지를 지원하기 위해 사용됩니다. 이 레지스트리 변수는 데이터베이스 공유 메모리 영역에 대형 페이지 메모리가 사용되도록 하기 위해서만 사용할 수 있는 DB2_LGPAGE_BP 레지스트리 변수 대신 사용됩니다. 이 변수는 이제 DB2_LARGE_PAGE_MEM=DB 설정으로 사용할 수 있습니다. DB2_LGPAGE_BP 레지스트리 변수로 대형 페이지를 사용 가능하게 한다고 언급하는 모든 문서는 DB2_LARGE_PAGE_MEM=DB를 설정하는 것과 같은 것으로 간주할 수 있습니다. 대용량 페이지 사용의 기본적인 목적은 고성능 컴퓨팅 응용프로그램의 성능을 향상시키는 데 있습니다. 많은 양의 가상 메모리를 사용하는 메모리 액세스 집약 응용프로그램은 대형 페이지를 사용함으로써 성능을 개선할 수 있습니다. DB2 UDB가 대형 페이지 사용을 가능하게 하려면, 우선 대형 페이지를 사용할 운영 체제를 구성해야 합니다. 대형 개인용 페이지를 사용 가능하게 하면 각각의 DB2 UDB 에이전트가 최소 하나의 대형 페이지(16MB) 실제 메모리를 소비하므로 DB2 UDB 메모리 사용량이 확실하게 증가됩니다. AIX용 64비트 DB2 UDB에서 에이전트 개인용 메모리에 대형 페이지를 사용 가능하게 하려면 (DB2_LARGE_PAGE_MEM=PRIVATE 설정), 운영 체제에서 대형 페이지를 구성하는 것 외에도 다음 조건을 갖춰야 합니다. 인스턴스 소유자는 CAP_BYPASS_RAC_VMM 및 CAP_PROPOGATE 성능을 처리해야 합니다. 커널은 프로세스가 런타임에서 페이지 크기를 수정할 수 있도록 하는 인터페이스를 지원해야 합니다. AIX용 64비트 DB2 UDB에서 이 변수를 사용하면 데이터베이스 메모리를 백킹하는 공유 메모리 세그먼트의 크기가 최소한의 요구사항으로 줄어듭니다. 디폴트값은 64GB 세그먼트를 작성하는 것입니다. 세부사항은 데이터베이스 공유 메모리 크기(database_memory) 데이터베이스 구성 매개변수를 참조하십시오. 이는 필요한 것보다 많은 공유 메모리를 RAM에 고정하는 것을 방지합니다. 이 변수를 설정하면, 전체적인 데이터베이스 공유 메모리 구성을 동적으로 증가시키는 능력이 제한됩니다(예: 버퍼 풀의 크기 증가). Linux의 경우, libcap.so 라이브러리의 사용 가능성에 대한 추가 요구사항이 있습니다. 이 옵션을 사용하려면 이 라이브러리를 설치해야 합니다. 이 옵션을 설정했는데 시스템에 라이브러리가 없으면, DB2 UDB가 대형 커널 페이지를 사용하지 않고 이전처럼 계속 작동합니다. Linux에서 대형 커널 페이지가 있는지 확인하려면, 다음 명령을 발행하십시오. cat /proc/meminfo 사용 가능할 경우, 다음 세 행이 나타납니다(머신에 구성된 메모리 양에 따라 다양한 숫자로). HugePages_Total: 200 HugePages_Free: 200 Hugepagesize: 16384 KB 이 행을 볼 수 없거나 HugePages_Total이 0이면, 운영 체제나 커널을 구성해야 합니다.

SQL 컴파일러 변수

다음 갱신사항은 관리 안내서: 성능의 부록 A 『DB2 레지스트리 및 환경 변수』에 있는 『SQL 컴파일러 변수』 주제에 적용됩니다.

DB2 컴파일러 변수 DB2_MINIMIZE_LISTPREFETCH 및 DB2_INLIST_TO_NLJN 둘 다 또는 하나가 ON으로 설정되면, REOPT(ONCE)를 지정한 경우에도 변수가 활성 상태를 유지합니다.

구성 매개변수 갱신사항

다음은 구성 매개변수 문서에 대한 갱신사항입니다.

인증 - 인증 유형

인증 유형(인증) 데이터베이스 관리 프로그램 구성 매개변수도 다음 값을 승인합니다.

DATA_ENCRYPT
서버가 암호화된 SERVER 인증 스킴 및 사용자 데이터의 암호화를 승인합니다. 인증은 SERVER_ENCRYPT와 정확히 동일한 방법으로 작동합니다.

이 인증 유형을 사용할 경우 다음과 같은 사용자 데이터가 암호화됩니다.
- SQL문
- SQL 프로그램 변수 데이터
- SQL문에 대한 서버 처리로부터의 출력 데이터 및 데이터에 대한 설명
- 쿼리 결과 생성된 응답 세트 데이터의 일부 또는 전부
- 대형 오브젝트(LOB) 데이터 스트림
- SQLDA 디스크립터
DATA_ENCRYPT_CMP
서버가 암호화된 SERVER 인증 스킴 및 사용자 데이터의 암호화를 승인합니다. 그리고 이 인증 유형은 DATA_ENCRYPT 인증 유형을 지원하지 않은 이전 제품과 호환되도록 허용합니다. 해당 제품은 사용자 데이터를 암호화하지 않고 SERVER_ENCRYPT 인증 유형을 사용하여 연결할 수 있습니다. 새 인증 유형을 지원하는 제품은 이 유형을 사용해야 합니다. 이 인증 유형은 서버의 데이터베이스 관리자 구성 파일에서만 유효하며 CATALOG DATABASE 명령에서 사용할 경우 유효하지 않습니다.

util_impact_lim - 인스턴스 영향 규정

DB2 Universal Database 버전 8.2부터 인스턴스 영향 규정(util_impact_lim) 데이터베이스 관리 프로그램 구성 매개변수의 디폴트값이 100에서 10으로 변경됩니다.

sysadm 그룹, sysmaint 그룹, sysctrl 그룹, sysmon 그룹

다음 데이터베이스 관리 프로그램 구성 매개변수는 모두 모든 플랫폼에서 30바이트(또는 미만)의 그룹 이름을 승인할 수 있습니다.

시스템 관리 권한 그룹 이름(sysadm_group)
시스템 유지보수 권한 그룹 이름(sysmaint_group)
시스템 제어 그룹 권한 이름(sysctrl_group)
시스템 모니터 권한 그룹 이름(sysmon_group)

"데이터베이스 관리 프로그램 구성 매개변수 요약" 주제에 있는 테이블에는 이러한 데이터베이스 관리 프로그램 구성 매개변수에 대한 올바르지 않은 데이터 유형이 포함되어 있습니다. 모든 경우, 올바른 값은 char(30)입니다.

estore_seg_sz - 확장 스토리지 메모리 세그먼트 크기

Windows^(R) 기반 플랫폼에서 확장 스토리지 메모리 세그먼트 크기 데이터베이스(estore_seg_size) 구성 매개변수의 최대 크기는 16 777 216입니다.

hadr_timeout - HADR 시간종료 값

HADR 시간종료 값(hadr_timeout) 데이터베이스 구성 매개변수의 올바른 상한은 4 294 967 295입니다.

locklist - 잠금 목록용 최대 스토리지

잠금 목록의 최대 스토리지(locklist) 데이터베이스 구성 매개변수에 대한 문서는 홈 로컬 클라이언트에만 서비스를 제공하는 Windows 64비트 및 32비트 서버에 대한 최대값은 60 000이라고 명시합니다. 이 값은 올바르지 않으며 524 288이어야 합니다.

num_db_backups - 데이터베이스 백업 수

데이터베이스 백업 수(num_db_backups) 데이터베이스 구성 매개변수의 값 범위가 올바르지 않습니다. 올바른 범위는 0 - 32 767입니다.

SQLDBCONF 데이터베이스 구성 매개변수 파일

버전 8.1에서 DB2 Universal Database(UDB) 버전 8.2로 이주한 후, DB2 UDB는 SQLDBCONF라는 새 16KB 데이터베이스 구성 매개변수 파일을 사용합니다. (버전 8.1에서 데이터베이스 구성 매개변수 파일은 4KB이었으며 이름은 SQLDBCON입니다.)

DB2_HASH_JOIN 디폴트값으로 변경

버전 8.1에서 레지스트리 변수 DB2_HASH_JOIN은 디폴트로 ON으로 설정됩니다.

해시 조인 변수를 사용해야 하지만, 성능을 최적화하려면 이 변수를 조정해야 합니다.

해시 루프와 디스크 오버플로우를 피할 수 있는 경우 해시 조인 성능이 최적입니다. 해시 조인 성능을 조정하려면, sheapthres 매개변수에 사용 가능한 최대 메모리 양을 측정한 다음, sortheap 매개변수를 조정하십시오. 가능한 한 많은 해시 루프와 디스크 오버플로우를 피할 때까지 해당 값을 증가시키지만 sheapthres 매개변수에서 지정한 한계에 도달하지 마십시오.

자세한 정보는 관리 안내서: 성능 매뉴얼의 "Join 메소드" 주제를 참조하십시오.

더 이상 사용되지 않는 DB2NTNOCACHE 레지스트리 변수

이전에 DB2NTNOCACHE를 통해 수행했던 기능은 CREATE TABLESPACE 또는 ALTER TABLESPACE문에 NO FILE SYSTEM CACHING절을 지정하여 테이블 스페이스 레벨에서 수행할 수 있습니다. 사용법에 대한 자세한 정보는 SQL 참조서를 참조하십시오. DB2NTNOCACHE 레지스트리 변수는 차후 릴리스에서 제거됩니다.

Explain 테이블 및 Explain 정보의 구성

Explain 테이블은 둘 이상의 사용자에게 공통이 될 수도 있습니다. 그러나 Explain 테이블은 한 사용자에 대해 정의될 수 있으며, 정의된 테이블을 지정하는 동일한 이름을 사용하는 각 추가 사용자에 대해 별명을 정의할 수 있습니다. 또는 SYSTOOLS 스키마 아래에 Explain 테이블을 정의할 수도 있습니다. 동적 SQL에 대해 사용자 세션 ID 하에, 또는 정적 SQL에 대해 명령문 권한 ID 하에 다른 어떤 Explain 테이블이나 별명도 발견되지 않은 경우 Explain 기능의 디폴트값은 SYSTOOLS 스키마입니다. 공통의 Explain 테이블을 공유하는 각 사용자는 이 테이블에 대한 삽입 사용 권한을 가지고 있어야 합니다. 일반 Explain 테이블에 대한 읽기 사용 권한도 제한해야 합니다(일반적으로, Explain 정보를 분석하는 사용자로).

Explain 정보 캡처에 대한 지침

Explain 데이터는 SQL문이 컴파일될 때 요청되는 경우에 캡처됩니다. Explain 데이터를 요청할 때 캡처된 정보를 어떻게 사용할지 고려하십시오.

Explain 테이블의 정보 캡처

동적 SQL문:
Explain 테이블 정보는 다음 상황에 대해 캡처됩니다.
- CURRENT EXPLAIN MODE 특수 레지스터는 다음으로 설정됩니다.
  - 예: SQL 컴파일러는 Explain 데이터를 캡처하고 SQL문을 실행합니다.
  - EXPLAIN: SQL 컴파일러는 Explain 데이터를 캡처하지만 SQL문을 실행하지는 않습니다.
  - RECOMMEND INDEXES: SQL 컴파일러는 Explain 데이터를 실행하고 권장 인덱스를 ADVISE_INDEX 테이블에 배치하지만, SQL문이 실행되지는 않습니다.
  - EVALUATE INDEXES: SQL 컴파일러는 평가를 위해 사용자가
    ADVISE_INDEX 테이블에 배치한 인덱스를 사용합니다. EVALUATE INDEXES 모드에서, 모든 동적 명령문은 이들 가상 인덱스를 사용할 수 있다고 설명되어 있습니다. 명령문의 성능이 향상될 경우, SQL 컴파일러는 가상 인덱스를 사용하도록 선택합니다. 그렇지 않으면 인덱스가 무시됩니다. 제안된 인덱스가 유용한지 확인하려면, EXPLAIN 결과를 검토하십시오.
  - REOPT: SQL 컴파일러는 호스트 변수, 특수 레지스터 또는 매개변수 표시문자의 실제 값을 사용할 수 있을 때 실행시 명령문을 재최적화하는 동안 정적 또는 동적 SQL문에 대해 Explain 데이터를 캡처합니다.
- EXPLSNAP ALL 옵션이 BIND나 PREP 명령에 지정되어 있습니다. CURRENT EXPLAIN MODE 특수 레지스터가 아니오로 설정되더라도, SQL 컴파일러가 런타임시 동적 SQL의 Explain 데이터를 캡처합니다. 또한 SQL문도 실행되어 쿼리 결과를 리턴합니다.

db2CfgGet API, collate_info 매개변수의 추가 리턴 코드

조합 정보 매개변수는 db2CfgGet API를 사용하여 표시할 수 있습니다. 이것은 명령행 처리기 또는 제어 센터를 통해서는 표시할 수 없습니다.

구성 유형: 데이터베이스
매개변수 유형: 정보용

이 매개변수는 260바이트의 데이터베이스 조합 정보를 제공합니다. 처음 256바이트는 데이터베이스 조합 순서를 지정합니다. 여기서, 바이트 『n』에는 데이터베이스의 코드 페이지에서 기반이 되는 10진 표현이 『n』인 코드 포인트의 정렬 가중치가 포함됩니다.

마지막 4바이트에는 조합 순서에 대한 내부 정보가 포함됩니다. collate_info의 마지막 4바이트는 정수입니다. 정수는 플랫폼 엔디안(endian) 순서의 영향을 받습니다. 가능한 값은 다음과 같습니다.

0 - 고유하지 않은 가중치를 포함하는 순서
1 - 고유한 모든 가중치를 포함하는 순서
2 - 문자열이 바이트 단위로 비교되는 식별 순서인 순서
3 - 시퀀스는 NLSCHAR로, TIS620-1(코드 페이지 874) 태국어 데이터베이스에서 문자 정렬에 사용됩니다.
4 - 시퀀스는 IDENTITY_16BIT로, 유니코드 기술 컨소시엄 웹 사이트인 http://www.unicode.org에서 사용 가능한 유니코드 기술 보고서 #26에 지정된 대로 "CESU-8 UTF-16용 호환성 코드화 체계: 8비트" 알고리즘을 구현합니다.
X'8001' - 시퀀스는 UCA400_NO로, 정규화가 암시적으로 ON으로 설정된 유니코드 표준 버전 4.00을 기반으로 UCA(Unicode Collation Algorithm)를 구현합니다.
X'8002' - 시퀀스는 UCA400_LTH로, 유니코드 표준 버전 4.00을 기반으로 UCA도 구현하고 로열판 태국어 사전 순서대로 모든 태국어 문자를 정렬합니다.
X'8003' - 시퀀스는 UCA400_LSK로, 유니코드 표준 버전 4.00을 기반으로 UCA를 구현하고 모든 슬로바키아어 문자를 적절하게 정렬합니다.

위의 내부 유형 정보를 사용할 경우, 다른 플랫폼의 데이터베이스의 정보를 검색할 때 바이트 리버설을 고려해야 합니다.

데이터베이스 작성시 조합 순서를 지정할 수 있습니다.

디폴트 프리페치 크기 및 갱신 디폴트값 자동 설정

DB2 Universal Database(UDB) 버전 8.2부터 테이블 스페이스에 대해 AUTOMATIC 프리페치 크기를 사용할 수 있습니다. DB2 UDB는 테이블 스페이스의 컨테이너 수가 변경될 때 프리페치 크기를 자동으로 갱신합니다.

DB2_PARALLEL_IO 레지스트리 변수 구문이 다른 입출력 병렬 처리 특성을 갖는 컨테이너를 인식하도록 확장되었습니다. 다른 테이블 스페이스의 컨테이너는 확장된 구문을 통해 다른 입출력 병렬 처리 특성을 가질 수 있습니다. 각 테이블 스페이스의 입출력 병렬 처리 특성은 테이블 스페이스에 대해 프리페치 크기 AUTOMATIC이 지정된 경우에 사용됩니다. DB2_PARALLEL_IO 레지스트리 변수가 사용 가능하지만 테이블 스페이스의 특정 입출력 병렬 처리 특성을 지정하는 확장 구문이 사용되지 않으면, 디폴트 레벨의 병렬 처리인 것으로 가정됩니다. 디폴트 레벨은 RAID 5(6+1)입니다.

옵티마이저가 사용하는 프리페치 크기 정보는 테이블 스페이스의 프리페치 크기를 변경하거나 컨테이너 수를 변경(ADD/DROP/BEGIN NEW STRIPE SET/ADD TO NEW STRIPE SET 사용)하는 ALTER TABLESPACE문이 발행된 경우에만 새로 고쳐집니다. 각 컨테이너 레지스트리 설정값에 대한 실제 디스크 수가 변경되는 경우, 옵티마이저 정보를 새로 고치려면 ALTER TABLESPACE <table space name> PREFETCHSIZE AUTOMATIC문을 발행해야 합니다(옵티마이저 정보를 새로 고치는 ALTER TABLESPACE문이 이미 발행되지 않은 경우).

테이블 스페이스가 다른 수의 컨테이너를 사용하도록 경로 재지정되거나 리스토어된 경우, ALTER TABLESPACE <table space name> PREFETCHSIZE
AUTOMATIC문을 발행하여 옵티마이저 정보를 새로 고치십시오. 테이블 스페이스 내에 다중 스트라이프 세트가 있는 경우, 스트라이프 세트 중에 있는 최대 컨테이너 수가 프리페치 크기를 계산하는 데 사용됩니다. 계산된 프리페치 크기가 최대 크기(32767 페이지)를 초과하는 경우, 컨테이너 수의 배수 중 최대값보다 작은 가장 큰 수가 프리페치 크기로 사용됩니다.

DB2 UDB Enterprise Server Edition 환경에서 테이블 스페이스가 자동 프리페치 크기를 사용하는 경우, 프리페치 크기는 데이터베이스 파티션마다 서로 다를 수 있습니다. 이러한 상황은 다른 데이터베이스 파티션에서 프리페치 크기를 계산하는 데 사용되는 컨테이너 수가 서로 다르기 때문에 발생합니다. 옵티마이저는 쿼리 액세스 플랜을 생성하기 위해 데이터베이스 파티션 그룹에 있는 첫 번째 파티션의 프리페치 크기를 사용합니다.

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