Query Patroller 버전 8에 대한 설치 요구사항
Query Patroller 설치 및 사용을 위한 DYN_QUERY_MGMT 설정
Query Patroller 버전 7에서 이주시 추가 주의사항
위치 지정된 UPDATE문 또는 DELETE문을 사용한 실행기록 데이터 생성시 제한사항
Query Patroller 시작에 대한 요구사항 제거(AIX)
DB2 연결 집중기(connection concentrator)와 Query Patroller 사용
결과 표시 대화 상자에서 사용 불가능한 DBCLOB 오브젝트
각 데이터베이스에 대해 실행해야 하는 qpsetup 명령
대소문자를 구분하는 Query Patroller 프로파일 ID
DBADM 권한을 가진 사용자에게 필요하지 않은 운영자 프로파일
Query Controller 또는 Query Patroller Center의 메모리 부족 오류
DB2 Universal Database Enterprise Server Edition 버전 8.1.2에 Query Patroller 버전 8을 설치하는 경우, FixPak 2+도 이미 설치되어 있어야 합니다. 즉, Query Patroller를 설치하기 전에 DB2 버전 8.1.2(FixPak 2라고도 함)와 FixPak 2+가 이미 설치되어 있어야 함을 의미합니다.
DB2 Enterprise Server Edition 이후 버전이 있는 경우, 이 추가 FixPak은 필요하지 않습니다.
DB2 버전 8.1.2(Fixpak 2)와 FixPak 2+는 모두 DB2 기술 지원 다운로드 페이지 http://www-3.ibm.com/cgi-bin/db2www/data/db2/udb/winos2unix/support/download.d2w/report에서 사용 가능합니다.
FixPak 2+를 설치하지 않고 DB2 Enterprise Server Edition 버전 8.1.2에 Query Patroller 버전 8을 설치하려고 하면 이 제품을 설치하기에는 DB2 Universal Database 레벨이 올바르지 않음을 나타내는 오류 메시지가 표시됩니다.
Query Patroller가 쿼리를 간섭하고 관리하려면 DYN_QUERY_MGMT 매개변수를 ENABLE로 설정해야 합니다. 그러나 Query Patroller를 설치하기 전에는 설치 프로그램에 의해 실행되는 내부 쿼리의 간섭을 방지하기 위해 이 매개변수를 DISABLE로 설정해야 합니다.
디폴트로 이 매개변수는 DISABLE로 설정됩니다.
Query Patroller 버전 7에서 Query Patroller 버전 8로 관리자 프로파일을 이주시킬 때 운영자 프로파일이 작성됩니다. 이 프로파일에는 모든 Query Patroller 특권의 최대 권한 레벨이 자동으로 부여됩니다. 그러나 이주된 프로파일에는 Query Patroller 데이터베이스에 대한 DBADM 권한이 자동으로 부여되지 않습니다. 즉, 이주된 관리자 프로파일에 실행기록 데이터를 생성하거나 운영자 프로파일을 작성, 갱신 또는 제거할 수 있는 특권이 없음을 의미합니다. 사용자 또는 이주된 프로파일을 가지고 있는 사용자가 이러한 태스크를 수행해야 하는 경우, 이주 이후에 사용자에게 DBADM 권한을 수동으로 부여해야 합니다.
실행기록 데이터는 위치 지정된 UPDATE문이나 위치 지정된 DELETE문이 포함된 쿼리에 대해서는 생성할 수 없습니다.
Query Patroller 문서에는 AIX에서 Query Patroller를 시작하기 위한 다음 요구사항이 언급되어 있습니다.
EXTSHM=ON export EXTSHM
이 종속성이 제거되었으며, 위의 항목은 더 이상 AIX에서 Query Patroller를 시작하기 위한 요구사항이 아닙니다.
Query Patroller의 주요 기능은 데이터베이스 관리자가 데이터베이스에 대한 쿼리를 관리할 수 있도록 돕는 것입니다. DB2 조정자의 주요 기능은 관리자가 데이터베이스에 대해 실행되고 있는 응용프로그램을 관리할 수 있도록 돕는 것입니다.
DB2 조정자를 사용하면 잠금 수, 대기 시간 및 응용프로그램에서 사용하는 CPU 양과 같이 자원에 대한 한계를 설정할 수 있습니다. DB2 조정자를 Query Patroller와 함께 사용하면 관리 제어 권한이 극대화됩니다. 그러나 이들을 함께 효과적으로 사용하려면 이들 간의 상호작용을 이해해야 합니다.
Query Patroller는 데이터베이스에 대해 실행되는 공동 응용프로그램의 체계입니다. 조정자는 다른 응용프로그램에 역반응하는 것과 동일한 방식으로 이들 응용프로그램에 대해서도 역반응할 수 있기 때문에 조정자 구성 파일에서 규칙을 지정할 때 따라야 하는 몇 가지 지침이 있습니다.
특히 조정자 구성 파일의 규칙에 Query Patroller가 사용하는 프로세스를 포함시키지 말아야 합니다. Query Patroller는 Windows에서 javaw.exe, java.exe, db2fmp.exe 및 qp.exe를 사용하고 UNIX에서 java, db2fmp 및 qp를 사용하여 조작을 수행합니다. 조정자가 Query Patroller에 역반응하지 않도록 하려면 조정자 구성 파일에 이들 프로세스를 포함시키지 마십시오. 디폴트로 모든 응용프로그램을 간섭하는 일반 규칙도 없어야 합니다. 대신 DB2 조정자가 간섭할 응용프로그램 목록은 분명히 포함시키십시오.
Query Patroller에서 사용하는 프로세스를 DB2 조정자의 간섭에서 제외시킬 수 없는 경우, 조정자 구성 파일 규칙을 작성할 때 다음 지침을 따르십시오.
CPI 사용량 및 대기 시간을 비롯한 다른 한계의 제한성으로 인해 DB2 조정자는 Query Patroller가 Query Patroller 제어 테이블에 대해 조작하는 데 사용하는 시간과 자원에 따라 Query Patroller 프로세스에 역반응할 수도 있습니다. 역시 이 양은 하드웨어 성능 및 데이터 크기에 따라 다르므로 사전 판별할 수 없습니다. 원하는 경우, 한계를 보다 높은 값으로 증가시켜서 DB2 조정자가 Query Patroller에 역반응하지 않도록 하십시오.
우선순위 또는 스케줄 조치가 Query Patroller 프로세스에 적용되는 경우, Query Patroller는 줄어든 시스템 자원으로 계속 실행됩니다. 그러나 강제 조치가 Query Patroller 프로세스에 적용되는 경우, 프로세스가 종료될 수 있습니다. 강제 조치는 SQL1224N 리턴 코드를 리턴하면서 Query Patroller 프로세스를 정상적으로 종료하거나 강제가 발행되기 전에 db2fmp 프로세스가 시작된 경우, 응용프로그램 오류 또는 DARI 프로세스의 비정상 종료를 발생시킬 수 있습니다(SQL1131N). Query Patroller는 db2fmp 프로세스가 시작된 후에는 중지할 수 없습니다. Query Patroller가 db2fmp 프로세스를 정상적으로 실행하는 데 필요한 데이터베이스 연결을 종료한 후에도 db2fmp 프로세스는 실행을 완료하려고 시도합니다.
db2fmp 프로세스에 대한 자세한 정보는 응용프로그램 개발 안내서: 클라이언트 응용프로그램 프로그래밍을 참조하십시오.
Query Patroller와 DB2 조정자를 모두 동일한 쿼리 제출자 응용프로그램에 대해 사용할 수 있습니다. 예를 들어, DB2 CLP(Windows의 db2bp.exe 및 UNIX의 db2bp)와 같은 제출 응용프로그램을 Query Patroller가 간섭하고 조정자 구성 파일에 포함된 응용프로그램으로 나열할 수 있습니다.
Query Patroller는 제출시 쿼리를 간섭하며 DB2 조정자는 쿼리 실행시 응용프로그램을 간섭합니다. 쿼리 제출은 쿼리 실행 전에 발생하기 때문에 Query Patroller는 항상 DB2 조정자보다 먼저 쿼리를 간섭합니다. 즉, Query Patroller가 쿼리를 보유하거나 큐에 대기시키는 경우, DB2 조정자는 쿼리를 제출한 응용프로그램을 간섭하기 전에 쿼리가 실행될 때까지 기다려야 함을 의미합니다.
Query Patroller가 간섭하는 쿼리는 제출 응용프로그램이나 Windows의 qprunquery.exe와 UNIX의 qprunquery와 같은 다른 응용프로그램에 의해 실행될 수 있습니다. 제출자의 제출 환경설정이 제출 응용프로그램이 응용프로그램을 해제하기 전에 쿼리 결과가 리턴될 때까지 기다려야 함을 지정하는 경우, 제출 응용프로그램이 쿼리를 실행하게 됩니다. 제출 응용프로그램이 DB2 조정자 구성 파일에 나열된 경우, DB2 조정자는 쿼리를 실행할 때 제출 응용프로그램을 간섭합니다.
제출자의 제출 환경설정이 제출 응용프로그램을 해제하고 쿼리 결과를 결과 테이블로 보내도록 지정한 경우, qprunquery로 쿼리를 실행합니다. 이 경우, DB2 조정자 구성 파일에 qprunquery가 포함되었으면 DB2 조정자만이 응용프로그램을 간섭합니다.
Query Patroller 문서에서는 "qp ?"를 입력하면 명령행에서 Query Patroller 명령 목록을 볼 수 있다고 언급합니다. 이 내용은 잘못되었습니다. Query Patroller 명령 목록을 보려면 다음 데이터베이스 이름을 입력하십시오.
qp -d db_name ?
또는
qp -d db_name help
qp -d db_name -u user_id -p password ?
또는
qp -d db_name -u user_id -p password help
자주 발생하지는 않지만 큐에 대기되었거나 실행 중인 쿼리의 상태가 변경되면 Query Patroller가 새 상태를 즉시 기록할 수 없는 경우가 있습니다. 이러한 경우는 보통 다음 중 하나와 같은 비정상 종료 상황일 경우에 발생합니다.
Query Patroller 서버는 시작할 때 및 주기적으로 자동 복구를 수행합니다. 현재 상태가 큐에 대기되었거나 실행 중인 쿼리를 점검하고 상태가 계속 정확한지 점검합니다. 현재 상태가 정확한 경우, 쿼리는 정상적으로 처리되며 Query Patroller 서버가 종료되었다가 재시작된 경우, 내부 Query Patroller 서버 데이터 구조가 복원됩니다. 그러나 상태가 큐에 대기되었거나 실행 중인 쿼리가 DB2 서버의 종료 후 재시작 또는 Query Patroller의 작동 중지로 쿼리의 상태를 갱신할 수 없기 때문에 더 이상 DB2에 존재하지 않으면 복구는 쿼리에서 수행됩니다. 취하는 복구 조치는 쿼리가 클라이언트 응용프로그램으로 결과를 리턴하는지 아니면 DB2 결과 테이블로 리턴하는지에 따라 다릅니다.
Query Patroller 서버를 설치할 때 다음 사항을 주의하십시오.
Query Patroller가 큐에 쿼리를 넣으면 이 쿼리는 실행될 때까지 큐에 있는 시간 동안 계속 응용프로그램을 블록화합니다.
DB2 연결 집중기(connection concentrator)가 활성화되지 않으면 모든 응용프로그램은 응용프로그램의 연결이 끊어질 때까지 데이터베이스 연결을 관리하는 자체의 에이전트를 갖게 됩니다. 집중기가 활성화되면 모든 응용프로그램이 트랜잭션 바운더리에 있는 응용프로그램들 간에 전환되는 에이전트 풀을 공유합니다. 즉, 집중기가 사용 가능하고 Query Patroller가 쿼리를 큐에 대기시키면 쿼리가 실행될 때까지 이러한 에이전트들을 연결합니다. 그러면 사용 가능한 에이전트 풀이 줄어드는 효과가 있으며 응용프로그램이 에이전트의 서비스를 받을 수 없기 때문에 요청을 연결하거나 실행할 수 없으므로 DB2 성능이 영향을 받습니다. 이러한 이유로 연결 집중기가 활성화되면 Query Patroller는 쿼리를 큐에 대기시키지 않으며 대신 디폴트로 큐에 대기된 것으로 예상되는 쿼리를 거부합니다. (sqlcode는 29009이고 이유 코드는 6입니다.)
큐에 대기되는 쿼리를 거부하지 못하도록 하려면 시스템 레벨에서는 UPDATE QP_SYSTEM 명령을 사용하고 사용자 레벨에서는 UPDATE SUBMITTER_PROFILE 명령을 사용하여 옵션 BLOCK_OPTION을 설정함으로 집중기가 활성화된 경우, Query Patroller가 쿼리를 거부하지 않고 실행하도록 선택할 수 있습니다. 디폴트로 BLOCK_OPTION은 'reject'('R')로 설정되며 집중기가 활성화되었을 때 쿼리가 큐에 대기되지 않고 거부될 것임을 지정합니다. 집중기가 활성화되었을 때 Query Patroller가 쿼리를 거부하지 않고 실행하도록 지정하려면 BLOCK_OPTION을 'proceed'('P')로 설정하십시오.
예를 들어, 집중기가 활성화되었을 때 거부되는 데이터베이스 "sample"에 대한 쿼리를 Query Patroller가 실행하도록 하려면 다음과 같이 BLOCK_OPTION 옵션을 'P'로 설정하십시오.
qp -d sample -u userid -p password "UPDATE QP_SYSTEM USING BLOCK_OPTION 'P'"
집중기가 활성화되었을 때 거부되는 프로파일 "STEVED" 하에 제출된 쿼리를 Query Patroller가 실행하도록 하려면 다음과 같이 이 프로파일의 BLOCK_OPTION을 'P'로 설정하십시오.
qp -d sample -u userid -p password "UPDATE SUBMITTER_PROFILE FOR USER'STEVED' USING BLOCK_OPTION 'P'"
BLOCK_OPTION의 값은 데이터베이스의 QP_SYSTEM 및 SUBMITTER_PROFILE 테이블에 저장됩니다.
QP_SYSTEM의 BLOCK_OPTION 설정은 널(NULL) 입력이 불가능하며 SUBMITTER_PROFILE의 BLOCK_OPTION 설정은 널(NULL) 입력이 가능합니다. BLOCK_OPTION이 QP_SYSTEM 및 사용자의 제출자 프로파일 모두에 대해 설정된 경우, 제출자 프로파일의 값이 사용자의 값보다 우선입니다. 다른 모든 사용자의 경우, QP_SYSTEM의 BLOCK_OPTION 설정이 적용됩니다. QP_SYSTEM의 BLOCK_OPTION 설정이 특정 사용자에게 적용되도록 하려면 해당 사용자의 SUBMITTER_PROFILE에 대한 BLOCK_OPTION을 NULL로 설정하십시오.
JDBC 제한으로 인해 DBCLOB 오브젝트를 Query Patroller 결과 표시 대화 상자 창에 표시할 수 없습니다. 대신 대화 상자 창의 DBCLOB 오브젝트 자리에 비어 있는 문자열이 나타납니다. 이 제한은 Query Patroller Center에만 적용되며 Query Patroller 명령행에는 적용되지 않습니다.
Query Patroller를 사용하려는 각 데이터베이스에 대해 qpsetup 명령을 실행해야 합니다. 그러면 각 데이터베이스에 대해 테이블과 연관된 제어 테이블, 뷰 및 트리거와 같은 Query Patroller 제어 데이터베이스 오브젝트 세트 및 각 데이터베이스에 대한 QP 실행에 필요한 사용자 정의 함수 및 프로시저가 작성됩니다. 제어 테이블에는 구성 설정값, 사용자 프로파일 및 실행기록 쿼리 데이터와 같은 정보가 있습니다. 자세한 정보는 Query Patroller 안내서: 설치, 관리 및 사용 또는 DB2 정보 센터에서 Query Patroller 정보를 참조하십시오.
Query Patroller 제출자 및 운영자 프로파일 ID는 대소문자를 구분한다는 점을 반드시 기억해야 합니다. 이러한 프로파일 ID는 DB2 권한 부여 ID로도 존재합니다. 즉, "TESTUSER"로 식별된 사용자에 대해 제출자 프로파일을 작성하는 경우, "TESTUSER"라고 하는 기존의 DB2 권한 부여 ID도 있음을 의미합니다. "testuser"로 식별된 사용자에 대해 제출자 프로파일을 작성하는 경우, 이 프로파일은 DB2 권한 부여 ID "TESTUSER"와 연관되지 않으며 Query Patroller에서 사용되지 않습니다. 대신 "TESTUSER" ID로 제출된 쿼리는 디폴트 PUBLIC 제출자 프로파일과 연관됩니다.
데이터베이스에 대한 DBADM 권한을 가진 사용자에 대해서는 운영자 프로파일을 작성할 필요가 없습니다. 이러한 사용자는 이미 최대 운영자 특권 레벨을 소유하고 있으므로 이들에 대해 운영자 프로파일을 추가하는 것은 의미가 없습니다. 프로파일과 연관된 운영자 특권에 대한 제한이 있어도 DBADM 권한을 가진 사용자는 모든 Query Patroller 태스크를 자동으로 수행할 수 있기 때문에 이러한 사용자에 대해 운영자 프로파일을 작성하는 것은 착오입니다.
수백 개의 관리되는 쿼리나 실행기록 쿼리를 보는 경우, Query Patroller Center의 응답 시간이 상당히 느려질 수 있습니다. 이 문제를 완화하기 위해 뷰에 필터를 적용하여 표시되는 쿼리 수를 줄이는 것이 좋습니다. Query Patroller Center에서 필터를 적용하는 방법에 대한 정보는 Query Patroller 안내서: 설치, 관리 및 사용 또는 DB2 정보 센터의 Query Patroller 정보를 참조하십시오.
Query Patroller 버전 8 문서에는 LIST QUERIES 명령의 WITH STATUS 매개변수에 대한 매개변수 값이 잘못 설명되어 있습니다. 이 문서에서는 "R" 값이 거부된 모든 쿼리를 리턴함을 나타내지만 실제로 이 값은 실행 중인 모든 쿼리 목록이 리턴됨을 지정합니다.
LIST QUERIES 명령의 디폴트 작동에 대한 설명에도 오류가 있습니다. 문서에서는 매개변수를 지정하지 않고 LIST QUERIES 명령을 발행하면 마지막 100개의 쿼리를 리턴함을 나타냅니다. 이 내용은 잘못되었습니다. 매개변수 없이 발행된 LIST QUERIES 명령은 현재 사용자에게 속한 모든 관리 쿼리 목록을 리턴합니다. 모든 관리 쿼리를 보려면 "FOR USER ALL"을 지정해야 합니다.
Query Patroller 버전 8 문서에서는 DBADM 권한이 있는 사용자가 qpstart 명령을 실행할 수 있다고 언급합니다. 이 내용은 잘못되었습니다. qpstart 명령을 발행하려면 Query Patroller를 실행하려는 데이터베이스가 포함된 인스턴스의 소유자이어야 합니다.
또한 문서에서는 DBADM 권한이 있는 경우, qpsetup 명령을 실행할 수 있다고 언급합니다. 이 내용은 잘못되었습니다. 데이터베이스에서 qpsetup 명령을 실행하려면 SYSADM 권한이 있어야 합니다.
데이터베이스 사용량이 극히 적은 기간에는 실행기록 데이터 생성 프로그램을 실행할 것을 권장합니다(GENERATE HISTORICAL_DATA 명령 사용). 이렇게 사용이 드문 시간에 이 명령을 실행하면 데이터베이스에 성능 영향을 미칠 위험을 최소화합니다.
또한 한 번에 데이터가 수집되는 쿼리 수를 줄이기 위해 GENERATE HISTORICAL_DATA 명령을 정기적으로 실행하도록 권장합니다.
실행기록 데이터 생성 프로그램이 실행되는 동안 실행기록 데이터의 생성을 중지하려면 다음 명령을 발행하십시오.
generate historical_data stop
그러면 실행기록 데이터 생성 프로그램이 실행되는 동안 매번 20개의 쿼리를 점검하는 플래그가 설정됩니다. 이 플래그가 설정된 경우, 실행기록 데이터 생성 프로그램의 실행이 중지됩니다. 이 시점까지 생성된 쿼리 데이터는 보유되며 다음에 실행기록 데이터 생성 프로그램이 실행될 때 다시 생성되지 않습니다. 그러나 실행기록 데이터가 마지막으로 수집되었을 때를 나타내는 값(QP_SYSTEM 제어 테이블의 TIME_HIST_GENERATOR_LAST_RUN)은 갱신되지 않습니다.
쿼리가 백그라운드에서 실행되면 쿼리 결과가 결과 테이블에 저장됩니다. 결과 테이블을 생성하는 쿼리는 qprunquery라고 하는 프로세스로 실행됩니다. 이 프로세스는 결과 테이블을 작성하며 커서에서 로드를 발행하여 쿼리 결과로 테이블을 채웁니다. 즉, 결과 테이블을 작성하는 쿼리가 커서의 다른 로드와 동일한 제한사항을 모두 따라야 함을 의미합니다. 이러한 제한사항에 대한 자세한 설명은 DB2 Command Reference의 LOAD 명령 문서를 참조하십시오.
qprunquery로 로드가 수행될 때마다 항목은 db2diag.log 파일에 놓입니다. UNIX 운영 체제에서는 INSTANCE/db2dump 디렉토리의 서브디렉토리에 하나 이상의 메시지가 작성되며, 여기서 INSTANCE는 DB2를 설치한 디렉토리입니다. Windows에서는 diagpath 데이터베이스 구성 매개변수에 지정된 디렉토리의 서브디렉토리에 하나 이상의 메시지가 작성됩니다. 메시지 파일 서브디렉토리의 이름은 로드 조작의 세부사항에 따라 생성됩니다. 예를 들어, 다음은 생성된 메시지 파일 서브디렉토리의 이름입니다.
qpTbLoad_SAMPLE_349_2003-05-21-16.51.32
항목 설명:
이 서브디렉토리에 포함된 메시지 파일 이름은 다음과 같습니다.
qpTbLoad_SAMPLE_349_2003-05-21-16.51.32.MSG.*
.
메시지 파일은 로드가 정상적으로 완료되면 삭제됩니다. 문제점 판별을 돕기 위해 로드가 실패한 경우, 메시지 파일은 삭제되지 않습니다.
병렬로 실행할 수 있는 동시 로드 수에는 한계가 있습니다. 이 한계를 초과하면 쿼리가 중단되고 qpdiag.log 파일에 오류 SQL6555가 기록됩니다. 이 오류가 발생한 경우, 한 번에 허용되는 병렬 로드 수를 판별하는 DB2ATLD_PORTS 레지스트리 변수로 지정된 범위를 변경하여 오류 상태를 정정할 수 있습니다. 시스템에서 필요한 포트 수를 대략적으로 계산하려면 qprunquery로 발행된 로드와 다른 로드 조작을 포함하여 한 번에 실행해야 하는 최대 로드 수를 결정하십시오. 이 수에 사용자 환경에 있는 물리적 파티션 당 논리적 파티션 수를 곱하십시오. 이 수에 25%를 더하십시오.
DB2ATLD_PORTS 레지스트리 변수를 설정하려면, 다음 명령을 발행하십시오.
db2set DB2ATLD_PORTS=num1:num2
여기서, num1< num2입니다.
Query Patroller는 50000-56000 범위 내에서 디폴트로 6000개의 포트를 사용합니다. DB2ATLD_PORTS를 설정하면 이 값을 겹쳐씁니다.
Query Patroller가 많은 쿼리를 관리하고 있으며 Query Controller 또는 Query Patroller Center가 실행되고 있는 경우, 머신에 사용 가능한 메모리가 충분해도 메모리 부족 오류가 발생할 수 있습니다. 사용 가능한 메모리를 보다 많이 활용하려면 Java 힙(heap) 환경 변수 설정을 디폴트 레벨 이상으로 증가시키면 됩니다.
갱신할 환경 변수는 QP_INIT_JAVA_HEAP_SIZE와 QP_MAX_JAVA_HEAP_SIZE입니다. 이러한 변수가 설정되지 않은 경우, 디폴트는 각각 32mb와 512mb입니다.
IBM은 다른 국가에서는 이 책에 기술된 제품, 서비스 또는 기능을 제공하지 않을 수도 있습니다. 현재 사용할 수 있는 제품 및 서비스에 대한 정보는 한국 IBM 담당자에게 문의하십시오. 이 책에서 IBM 제품, 프로그램 또는 서비스를 언급했다고 해서 해당 IBM 제품, 프로그램 또는 서비스만을 사용할 수 있다는 것을 의미하지는 않습니다. IBM의 지적 재산권을 침해하지 않는 한, 기능상으로 동등한 제품, 프로그램 또는 서비스를 대신 사용할 수도 있습니다. 그러나 비IBM 제품, 프로그램 또는 서비스의 운영에 대한 평가 및 검증은 사용자의 책임입니다.
IBM은 이 책에서 다루고 있는 특정 내용에 대해 특허를 보유하고 있거나 현재 특허 출원 중일 수 있습니다. 이 책을 제공한다고 해서 특허에 대한 라이센스까지 부여하는 것은 아닙니다. 라이센스에 대한 의문사항은 다음으로 문의하십시오.
135-2702바이트(DBCS) 정보에 관한 라이센스 문의는 한국 IBM 고객만족센터에 문의하거나 다음 주소로 서면 문의하시기 바랍니다.
IBM World Trade Asia Corporation Licensing다음 단락은 현지법과 상충하는 영국이나 기타 국가에서는 적용되지 않습니다. IBM은 타인의 권리 비침해, 상품성 및 특정 목적에의 적합성에 대한 묵시적 보증을 포함하여(단, 이에 한하지 않음) 묵시적이든 명시적이든 어떠한 종류의 보증없이 이 책을 『현상태대로』 제공합니다. 일부 국가에서는 특정 거래에서 명시적 또는 묵시적 보증의 면책사항을 허용하지 않으므로, 이 사항이 적용되지 않을 수도 있습니다.
이 정보에는 기술적으로 부정확한 내용이나 인쇄상의 오류가 있을 수 있습니다. 이 정보는 주기적으로 변경되며, 이 변경사항은 최신판에 통합됩니다. IBM은 이 책에서 설명한 제품 및/또는 프로그램을 사전 통고없이 언제든지 개선 및/또는 변경할 수 있습니다.
이 정보에서 비IBM의 웹 사이트는 단지 편의상 제공된 것으로, 어떤 방식으로든 이들 웹 사이트를 옹호하고자 하는 것은 아닙니다. 해당 웹 사이트의 자료는 본 IBM 제품 자료의 일부가 아니므로 해당 웹 사이트 사용으로 인한 위험은 사용자 본인이 감수해야 합니다.
IBM은 귀하의 권리를 침해하지 않는 범위 내에서 적절하다고 생각하는 방식으로 귀하가 제공한 정보를 사용하거나 배포할 수 있습니다.
(i) 독립적으로 작성된 프로그램과 기타 프로그램(본 프로그램 포함) 간의 정보 교환 및 (ii) 교환된 정보의 상호 이용을 목적으로 정보를 원하는 프로그램 라이센스 사용자는 다음 주소로 문의하십시오.
135-270이러한 정보는 해당 조항 및 조건에 따라(예를 들면, 사용권 지불 포함) 사용할 수 있습니다.
이 정보에 기술된 라이센스가 있는 프로그램 및 이 프로그램에 대해 사용 가능한 모든 라이센스가 있는 자료는 IBM이 IBM 기본 계약, IBM 프로그램 라이센스 계약(IPLA) 또는 이와 동등한 계약에 따라 제공한 것입니다.
본 문서에 포함된 모든 성능 데이터는 제한된 환경에서 산출된 것입니다. 따라서, 다른 운영 환경에서 얻어진 결과는 상당히 다를 수 있습니다. 일부 성능은 개발 레벨 상태의 시스템에서 측정되었을 수 있으므로 이러한 측정치가 일반적으로 사용되고 있는 시스템에서도 동일하게 나타날 것이라고는 보증할 수 없습니다. 또한, 일부 성능은 추정치 일 수도 있으므로, 실제 결과는 다를 수 있습니다. 이 문서의 사용자는 해당 데이터를 사용자의 특정 환경에서 검증해야 합니다.
비IBM 제품에 관한 정보는 해당 제품의 공급업체, 공개 자료 또는 다른 기타 범용 소스로부터 얻은 것입니다. IBM에서는 이러한 제품들을 테스트하지 않았으므로, 비IBM 제품과 관련된 성능의 정확성, 호환성 또는 기타 청구에 대해서는 확신할 수 없습니다. 비IBM 제품의 성능에 대한 의문사항은 해당 제품의 공급업체에 문의하십시오.
IBM의 향후 방향 또는 의도에 관한 모든 언급은 별도의 통지없이 변경될 수 있습니다.
이 정보에는 일상의 비즈니스 운영에서 사용되는 자료 및 보고서에 대한 예제가 들어 있습니다. 이들 예제에는 개념을 가능한 완벽하게 설명하기 위해 개인, 회사, 상표 및 제품의 이름이 사용될 수 있습니다. 이들 이름은 모두 가공의 것이며 실제 기업의 이름 및 주소와 유사하더라도 이는 전적으로 우연입니다.
저작권:
이 정보에는 여러 운영 플랫폼에서의 프로그래밍 기법을 보여주는 원어로 된 샘플 응용프로그램이 들어 있습니다. 귀하는 이러한 샘플 응용프로그램의 작성 기준이 된 운영 플랫폼의 응용프로그램 프로그래밍 인터페이스(API)에 부합하는 응용프로그램을 개발, 사용, 판매 또는 배포할 목적으로 추가 비용없이 이들 샘플 프로그램을 어떠한 형태로든 복사, 수정 및 배포할 수 있습니다. 이러한 샘플 프로그램은 모든 조건하에서 완전히 테스트된 것은 아닙니다. 따라서 IBM은 이들 프로그램의 신뢰성, 서비스 가능성 또는 기능을 보증하거나 암시하지 않습니다.
이러한 샘플 프로그램 또는 파생 제품의 각 사본이나 그 일부에는 반드시 다음과 같은 저작권 표시가 포함되어야 합니다.
(c) (귀하의 회사명) (연도). 이 코드의 일부는 IBM Corp.의 샘플 프로그램에서 파생됩니다. (c) Copyright IBM Corp. _연도_. All rights reserved.
다음 용어는 미국 또는 기타 국가에서 사용되는 IBM Corporation의
상표이며, 이러한 용어는 DB2 UDB 문서 라이브러리에 있는 최소 하나의 문서에서 사용되었습니다.
|
ACF/VTAM AISPO AIX AIXwindows AnyNet APPN AS/400 BookManager C Set++ C/370 CICS Database 2 DataHub DataJoiner DataPropagator DataRefresher DB2 DB2 Connect DB2 Extenders DB2 OLAP Server DB2 Query Patroller DB2 Universal Database Distributed Relational Database Architecture DRDA eServer Extended Services FFST First Failure Support Technology IBM IMS IMS/ESA iSeries |
LAN Distance MVS MVS/ESA MVS/XA Net.Data NetView OS/390 OS/400 PowerPC pSeries QBIC QMF RACF RISC System/6000 RS/6000 S/370 SP SQL/400 SQL/DS System/370 System/390 SystemView Tivoli VisualAge VM/ESA VSE/ESA VTAM WebExplorer WebSphere WIN-OS/2 z/OS zSeries |
다음 용어는 기타 회사의 상표 또는 등록상표이며, DB2 UDB 문서 라이브러리의 최소 하나의 문서에서 사용되었습니다.
Microsoft, Windows, Windows NT 및 Windows 로고는 미국 또는 기타 국가에서 사용되는 Microsoft Corporation의 상표입니다.
Intel 및 Pentium은 미국 및 기타 국가에서 사용되는 Intel Corporation의 상표입니다.
Java 및 모든 Java 관련 상표는 미국 및 기타 국가에서 사용되는 Sun Microsystems, Inc.의 상표입니다.
UNIX는 미국 및 기타 국가에서 The Open Group의 등록 상표입니다.