자동 클라이언트 리라우트 기능은 디폴트로 최대 10분 동안 반복적으로 |데이터베이스로 연결을 시도합니다. 또한 다음 두 레지스트리 변수를 |한 개 또는 두 개 모두 사용해서 재시도 동작을 정확하게 |구성할 수 있습니다.
|DB2_MAX_CLIENT_CONNRETRIES가 설정되고 DB2_CONNRETRIES_INTERVAL이 설정되지 않으면 |DB2_CONNRETRIES_INTERVAL 디폴트값은 30입니다.
|DB2_MAX_CLIENT_CONNRETRIES가 설정되지 않고
|
|DB2_CONNRETRIES_INTERVAL이 설정되면
|DB2_MAX_CLIENT_CONNRETRIES 디폴트값은 10입니다.
DB2_MAX_CLIENT_CONNRETRIES 또는 DB2_CONNRETRIES_INTERVAL이 모두 설정되지 않으면 |자동 클라이언트 리라우트 기능이 앞에서 설명한 디폴트 동작으로 되돌아갑니다.
|참고:
|DB2(R) Universal JDBC 드라이버와 유형 4 사용자의 연결에는 |다음 두 개의 데이터 소스 등록 정보를 사용하여 자동 클라이언트 리라우팅이 |구성되어야 합니다.
|DB2TIMEOUT 레지스트리 변수가 더이상 지원되지 않습니다. 이 설정은 |긴 SQL 쿼리 중에 Windows(R) 3.x 및 Macintosh 클라이언트의 시간 종료를 |제어하는 데 사용됩니다. 이 기능은 디폴트로 사용 불가능합니다.
| | |테이블 스페이스 컨테이너가 작성 중일 때 DB2 UDB는 존재하지 않는 |모든 디렉토리 레벨을 작성합니다.
|예를 들어, 컨테이너가 /project/user_data/container1로 지정되고 디렉토리 /project가 존재하지 않으면 DB2 UDB가
|디렉토리 /project 및
|
|/project/user_data를 작성합니다.
DB2 UDB V8.2, FixPak 4에서 시작하면 DB2 UDB에서 작성된 모든 디렉토리는 |PERMISSION 700에서 작성됩니다. 이는 소유자만이 읽기, 쓰기 및 실행 |액세스 권한이 있음을 의미합니다.
|다중 인스턴스를 작성할 때 다음 시나리오를 참고하십시오.
|DB2 UDB에서 첫 번째 요청으로부터 PERMISSION 700에서 디렉토리 레벨 |/project/user_data가 작성되었으므로 user2가 이 디렉토리 레벨에 액세스하지 않고 |해당 디렉토리에 container2를 작성할 수 없습니다. 이러한 경우 CREATE TABLESPACE 조작에 실패합니다.
|이 충돌을 해결하려면 다음과 같은 두 가지 방법이 있습니다.
|컨테이너의 이름 형식이 테이블 스페이스 ID와 컨테이너 ID가 함께 변경되는 방식으로 변경되었습니다. 새로운 형식은 다음과 같습니다.
<스토리지 경로>/<인스턴스>/노드#### /T####### /C#######.<EXT>
여기서,
DB2(R) Universal Database 버전 8.2.2(버전 8.1 FixPak 9와 동일)부터 생성된 컬럼을 고유 인덱스에서 사용할 수 있습니다.
생성된 컬럼은 제한조건, 참조 제한조건, 기본 키 및 전역 임시 테이블에서 사용할 수 없습니다. LIKE와 구체화된 뷰를 사용하여 작성된 테이블은 생성된 컬럼 등록 정보를 상속하지 않습니다.
DB2WORKLOAD를 SAP로 설정한 경우, 사용자 테이블 스페이스 SYSTOOLSPACE와 사용자 임시 테이블 스페이스 SYSTOOLSTEMPSPACE는 자동으로 작성되지 않습니다. 이 테이블 스페이스는 다음과 같은 마법사, 유틸리티 또는 함수에 의해 작성된 테이블에만 사용됩니다.
SYSTOOLSPACE 및 SYSTOOLSTEMPSPACE 테이블 스페이스가 없으면 이러한 마법사, 유틸리티 또는 함수를 사용할 수 없습니다.
마법사, 유틸리티 또는 함수를 사용하려면 다음 중 하나를 수행하십시오.
CREATE REGULAR TABLESPACE SYSTOOLSPACE
IN IBMCATGROUP
MANAGED BY SYSTEM
USING ('SYSTOOLSPACE')위의 작업 중 하나 이상을 완료한 후 사용자 임시 테이블 스페이스를 작성하십시오(DPF를 사용하는 경우 카탈로그 노드에서만). 예를 들면, 다음과 같습니다.
CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE
IN IBMCATGROUP
MANAGED BY SYSTEM
USING ('SYSTOOLSTMPSPACE')
테이블 스페이스 SYSTOOLSPACE와 임시 테이블 스페이스 SYSTOOLSTEMPSPACE가 작성되면 앞에서 언급한 마법사, 유틸리티 또는 함수를 사용할 수 있습니다.
DATA_ENCRYPT_CMP 인증 유형은 클라이언트가 DATA_ENCRYPT 대신 SERVER_ENCRYPT 인증을 사용하여 데이터 암호화를 지원하지 않는 이전 릴리스에서 서버에 연결할 수 있도록 합니다. 이 인증은 다음 세 문장이 적용되는 경우에는 작동하지 않습니다.
이 경우, 클라이언트는 서버에 연결할 수 없습니다. 연결할 수 있도록 하려면, 클라이언트를 버전 8로 업그레이드하거나 게이트웨이 레벨이 버전 8 FixPak 6 또는 이전 레벨이어야 합니다.
직접 I/O(DIO)는 파일 시스템 레벨의 캐싱을 생략하기 때문에 메모리 성능을 향상시킵니다. 이 프로세스는 CPU 오버헤드를 줄이므로 데이터베이스 인스턴스가 더 많은 메모리를 사용할 수 있게 됩니다.
동시 I/O(CIO)에는 DIO의 이점이 포함되며 쓰기 액세스의 순번 매김을 변화시킵니다.
DB2 Universal Database(TM)(UDB)는 AIX(R)에서 DIO 및 CIO를 지원하고 HP-UX, Solaris 운영 환경, Linux(TM) 및 Windows(R)에서 DIO를 지원합니다.
키워드 NO FILE SYSTEM CACHING 및 FILE SYSTEM CACHING은 CREATE 및 ALTER TABLESPACE SQL문의 일부로, 각 테이블 스페이스에서 DIO 또는 CIO를 사용할 것인지 지정할 수 있도록 합니다. NO FILE SYSTEM CACHING이 적용되는 경우, DB2(R) UDB는 가능할 때마다 동시 I/O를 사용합니다. 이 경우, CIO가 지원되지 않으면(예: JFS가 사용되는 경우), DIO가 대신 사용됩니다.
자세한 정보는 다음 URL에 있는 『AIX에서 동시 I/O를 사용하여 IBM(R) DB2 UDB 스팅어의 파일 시스템 컨테이너에서 데이터베이스 성능 향상』 기사를 참조하십시오.
http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/
다음 정보는 관리 안내서: 구현 부록 B 『자동 클라이언트 리라우팅 사용』의 일부입니다.
Linux, UNIX(R) 및 Windows용 DB2 Universal Database의 자동 클라이언트 리라우트 기능을 사용하면 클라이언트 응용프로그램이 클라이언트에서 서버로 데이터베이스 연결을 자동 재설정함으로써 서버와의 통신 손실을 복구하여, 응용프로그램이 계속 최소 인터럽트로 작업할 수 있습니다.
클라이언트의 서버 연결에 실패하면, 클라이언트의 재연결 요청이 WebSphere(R) EdgeServer와 같은 분배자 또는 디스패처에 의해 정의된 시스템 세트로 분배됩니다.
다음과 같은 환경에서 분배자 기술을 사용할 수 있습니다.
클라이언트 --> 분배자 기술 --> (DB2 Connect(TM) 서버 1 또는 DB2 Connect 서버 2) --> DB2 z/OS(R)
여기서,
클라이언트는 분배자 기술을 사용하여 DB2 Connect 서버 중 하나에 액세스하기 위해 DThostname을 사용하여 카탈로그됩니다. 중재 분배자 기술은 GWYhostname1 또는 GWYhostname2를 사용할 것인지 결정합니다. 결정되면, 클라이언트가 이러한 두 DB2 Connect 게이트웨이 중 하나에 직접 소켓 연결을 갖게 됩니다. 선택한 DB2 Connect 서버로 소켓 연결이 설정되면, DB2 z/OS 연결성을 위한 DB2 Connect 서버로 일반 클라이언트가 연결됩니다.
예를 들어, 분배자가 GWYhostname2를 선택한다고 가정하십시오. 이 경우, 다음 환경이 생성됩니다.
클라이언트 --> DB2 Connect 서버 2 --> DB2 z/OS
통신 실패가 발생하는 경우, 분배자는 연결을 재시도하지 않습니다. 이러한 환경에서 데이터베이스에 대해 자동 클라이언트 리라우트 기능을 사용하려면, DB2 Connect 서버(DB2 Connect 서버 1 또는 DB2 Connect 서버 2)에서 연관된 데이터베이스의 대체 서버가 분배자(DThostname)가 되도록 설정해야 합니다. 그런 다음, 어떠한 이유로 DB2 Connect 서버 1이 잠기면, 자동 클라이언트 리라우트가 트리거되고 분배자를 기본 서버 및 대체 서버로 사용하여 클라이언트 연결을 재시도합니다. 이 옵션을 사용하면 DB2 자동 클라이언트 리라우트 기능으로 분배자 기능을 결합하고 유지보수할 수 있습니다. 대체 서버를 분배자 호스트 이름이 아닌 다른 호스트로 설정해도 클라이언트에 자동 클라이언트 리라우트 기능이 제공됩니다. 그러나 클라이언트가 정의된 대체 서버에 직접 연결하고 분배자 기술을 사용하지 않으므로 분배자 및 분배자가 가져오는 값은 제거됩니다.
자동 클라이언트 리라우트는 다음 sqlcode를 인터셉트합니다.
DB2 Connect 서버와의 대체 서버 연결에 관련된 다음 두 항목을 고려해 보십시오.
로컬 시스템 어카운트(LSA) 컨텍스트에서 실행되는 응용프로그램은 Windows ME를 제외한 모든 Windows 플랫폼에서 지원됩니다.
CONNECT문과 ATTACH 명령은 2 파트 사용자 ID를 지원합니다. SAM 호환 가능 사용자 ID의 규정자는 최대 길이가 15자인 NetBIOS 스타일 이름입니다. 이 기능은 Windows ME에서는 지원되지 않습니다.
UNIX(R) 및 Linux(TM) 운영 체제의 DB2(R) UDB(Universal Database) 서버에서 사용하는 Kerberos 서버 핵심부 이름을 겹쳐쓸 수 있습니다. DB2_KRB5_PRINCIPAL 환경 변수를 원하는 완전한 서버 핵심부 이름으로 설정하십시오. db2start를 실행해야만 DB2 UDB에서 서버 핵심부 이름을 인식할 수 있기 때문에 인스턴스를 재시작해야 합니다.
Linux Kerberos 지원에 대한 전제조건이 문서에 부정확하게 보고되어 있습니다. 제공된 DB2 Kerberos 보안 플러그인은 IBM Network Authentication Service(NAS) 1.4 클라이언트가 있는 Red Hat Enterprise Linux Advanced Server 3에서 지원됩니다.
zSeries 및 iSeries에 연결된 경우, AUTHENTICATION KERBEROS 매개변수를 사용하여 데이터베이스를 카탈로그화하고 TARGET PRINCIPAL 매개변수 이름을 명시적으로 지정해야 합니다.
zSeries와 iSeries는 둘 다 상호 인증을 지원하지 않습니다.
또한 모든 경우에 DB2 관리 로그 또는 db2diag.log는 "로그온 실패" 또는 "로그온 거부"를 표시합니다.
로컬 보안 권한에 접속할 수 없습니다.오류는 먼저 로컬 사용자를 찾는 Windows 때문입니다. 솔루션은 연결 문자열에서 사용자를 완전히 규정하는 것입니다. 예를 들면, 다음과 같습니다.
name@DOMAIN.IBM.COM
Windows 어카운트가 DES 암호화를 사용하도록 구성되었는지 판별하려면, 활성 디렉토리에서 어카운트 등록 정보를 보십시오. 어카운트 등록 정보가 변경된 경우에는 재시작해야 합니다.
host/<server hostname>@<server domain name>예를 들면, 다음과 같습니다.
host/myhost.domain.ibm.com@DOMAIN.IBM.COM그렇지 않으면, 유효한 도메인 어카운트로 DB2 서비스를 시작해야 합니다.