응용프로그램 개발: 프로그래밍 클라이언트 응용프로그램

| | |

VM/VSE용 DB2에 대한 DB2 Universal JDBC 드라이버 유형 4 연결이 |지원되지 않음

DB2 Universal JDBC 드라이버는 VM/VSE용 DB2 데이터베이스에 대한 유형 4 연결을 |지원하지 않습니다. 응용프로그램 개발 안내서의 "Windows Java 환경 설정" 및 |『DB2 Universal JDBC 드라이버 설치"라는 제목이 |붙은 주제: 프로그래밍 클라이언트 응용프로그램과 DB2 UDB |정보 센터에서는 DB2 Universal JDBC 드라이버가 VM/VSE용 DB2 데이터베이스에 대한 |유형 4 연결을 지원하는 내용을 설명합니다.

DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스

DB2 Universal JDBC 드라이버 유형 4 연결성을 사용하여 z/OS^(R)용 DB2 UDB 서버에 액세스하는 Java 응용프로그램은 해당 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 이용할 수 있습니다.

이 기능은 DB2 Connect의 연결 집중기 및 Sysplex 워크로드 밸런스 기능과 유사합니다.

DB2 Universal JDBC 드라이버 연결 집중기는 많은 연결 오브젝트에서 동일한 실제 연결을 사용하여 데이터베이스 서버에 대한 총 실제 연결 수를 줄여서 z/OS^(R)용 DB2 UDB 데이터베이스 서버가 많은 클라이언트 응용프로그램을 지원하는 데 필요한 자원을 줄일 수 있습니다.

DB2 Universal JDBC 드라이버 Sysplex 워크로드 밸런스는 드라이버가 데이터 공유 그룹의 구성원에 대한 상태 정보를 자주 가져오므로 데이터 공유 그룹의 사용 가능성을 개선할 수 있습니다. 드라이버는 이 정보를 사용하여 다음 트랜잭션을 라우트해야 하는 데이터 공유 구성원을 판별합니다. Sysplex 워크로드 밸런스를 사용하면 z/OS용 DB2 UDB 서버 및 z/OS용 WLM(Workload Manager)에서 데이터 공유 그룹 구성원 사이에서 작업을 효율적으로 분산시키고 한 구성원에서 장애가 발생한 경우 데이터 공유 그룹의 다른 구성원으로 작업을 전송시킵니다.

DB2 Universal JDBC 드라이버는 전송 오브젝트 및 전역 전송 오브젝트 풀을 사용하여 연결 집중기 및 Sysplex 워크로드 밸런스를 지원합니다. 데이터베이스 서버에 대한 각 실제 연결에는 하나의 전송 오브젝트가 있습니다. 연결 집중기 및 Sysplex 워크로드 밸런스가 사용 가능한 경우 전송 오브젝트의 최대값을 설정하여 언제라도 데이터베이스 서버에 대한 최대 실제 연결 수를 설정합니다.

드라이버 레벨에서 DB2 Universal JDBC 드라이버 구성 등록 정보를 사용하여 전송 오브젝트 수에 대한 한계를 설정합니다.

연결 레벨에서 DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스를 사용 가능/사용 불가능하게 한 후 DataSource 등록 정보를 사용하여 전송 오브젝트 수에 대한 한계를 설정합니다.

다음 방법 중 하나를 수행하여 전역 전송 오브젝트 풀을 모니터할 수 있습니다.

DB2 Universal JDBC 드라이버 구성 등록 정보를 사용하여 시작하는 추적 사용
API 사용

연결 집중기 및 Sysplex 워크로드 밸런스의 DB2 Universal JDBC 드라이버 구성 등록 정보

연결 집중기 및 Sysplex 워크로드 밸런스에서 다음의 각 구성 등록 정보를 사용합니다.

db2.jcc.dumpPool

전역 전송 풀 이벤트에 작성된 통계 유형 및 작성된 요약 통계를 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전역 전송 풀이 사용됩니다.

db2.jcc.dumpPool의 데이터 유형은 정수(INT)입니다. db2.jcc.
dumpPoolStatisticsOnSchedule 및 db2.jcc.dumpPoolStatisticsOnScheduleFile 구성 등록 정보도 통계를 작성하기 전에 통계 작성을 위해 설정되어야 합니다.

db2.jcc.dumpPool 등록 정보에서 하나 이상의 다음 통계 유형을 지정할 수 있습니다.

DUMP_REMOVE_OBJECT(16진수: X'01', 10진수: 1)
DUMP_GET_OBJECT(16진수: X'02', 10진수: 2)
DUMP_WAIT_OBJECT(16진수: X'04', 10진수: 4)
DUMP_SET_AVAILABLE_OBJECT(16진수: X'08', 10진수: 8)
DUMP_CREATE_OBJECT(16진수: X'10', 10진수: 16)
DUMP_SYSPLEX_MSG(16진수: X'20', 10진수: 32)
DUMP_POOL_ERROR(16진수: X'80', 10진수: 128)

둘 이상의 이벤트 유형을 추적하려면 추적할 이벤트 유형의 값을 더하십시오. 예를 들어 DUMP_GET_OBJECT 및 DUMP_CREATE_OBJECT 이벤트를 추적한다고 가정합니다. 이때 숫자 값은 2 및 16이므로 db2.jcc.dumpPool 값으로 18을 지정합니다.

디폴트값은 0입니다. 즉, 전역 전송 풀의 요약 통계만 작성됨을 의미합니다.

db2.jcc.dumpPoolStatisticsOnSchedule

db2.jcc.dumpPoolStatisticsOnScheduleFile 구성 등록 정보에서 지정한 파일에 전역 전송 풀 통계를 작성하는 간격(초)을 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전역 전송 풀이 사용됩니다.

디폴트값은 -1입니다. 즉, 전역 전송 풀 통계가 작성되지 않음을 의미합니다.

db2.jcc.dumpPoolStatisticsOnScheduleFile

전역 전송 풀 통계를 작성하는 파일 이름을 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전역 전송 풀이 사용됩니다.

db2.jcc.dumpPoolStatisticsOnScheduleFile 구성 등록 정보를 지정하지 않으면 전역 전송 풀 통계는 작성되지 않습니다.

db2.jcc.maxTransportObjectIdleTime

전역 전송 오브젝트 풀에서 삭제하기 전 사용하지 않은 전송 오브젝트가 풀에 남아 있는 시간(초)을 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전송 오브젝트가 사용됩니다.

db2.jcc.maxTransportObjectIdleTime 구성 등록 정보의 디폴트값은 60입니다. db2.jcc.maxTransportObjectIdleTime을 0 미만의 값으로 설정하면 사용하지 않은 전송 오브젝트가 풀에서 즉시 삭제됩니다. 이 조치로 성능이 상당히 저하될 수 있으므로 이 조치는 권장되지 않습니다.

db2.jcc.maxTransportObjectWaitTime

db2.jcc.maxTransportObjects 값에 도달한 경우 응용프로그램에서 전송 오브젝트를 대기하는 최대 시간(초)을 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전송 오브젝트가 사용됩니다. 응용프로그램이
db2.jcc.maxTransportObjectWaitTime 값보다 오래 대기하는 경우 전역 전송 오브젝트 풀에서 SQLException이 발생합니다.

db2.jcc.maxTransportObjectWaitTime 구성 등록 정보의 디폴트값은 -1입니다. 음수 값은 응용프로그램이 계속 대기함을 의미합니다.

db2.jcc.maxTransportObjects

연결 집중기 및 Sysplex 워크로드 밸런스의 전역 전송 오브젝트 풀에 있는 전송 오브젝트 수의 상한값을 지정합니다. 풀에 있는 전송 오브젝트 수가 db2.jcc.maxTransportObjects 값에 도달하면 db2.jcc.maxTransportObjectIdleTime보다 오래 사용하지 않은 전송 오브젝트는 풀에서 삭제됩니다.

db2.jcc.maxTransportObjects 구성 등록 정보의 디폴트값은 -1입니다. 즉, 전역 전송 오브젝트 풀의 전송 오브젝트 수에 한계가 없음을 의미합니다.

db2.jcc.minTransportObjects

연결 집중기 및 Sysplex 워크로드 밸런스의 전역 전송 오브젝트 풀에 있는 전송 오브젝트 수의 하한값을 지정합니다. JVM을 작성한 경우 풀에는 전송 오브젝트가 없습니다. 전송 오브젝트가 필요한 경우 풀에 추가됩니다. db2.jcc.minTransportObjects 값에 도달하면 전역 전송 오브젝트 풀의 전송 오브젝트 수는 해당 JVM 수명의 db2.jcc.minTransportObjects 값 미만으로 내려가지 않습니다.

db2.jcc.minTransportObjects 구성 등록 정보의 디폴트값은 0입니다. 값이 0 이하인 경우 전역 전송 오브젝트 풀이 빈 상태가 될 수 있음을 의미합니다.

연결 집중기 및 Sysplex 워크로드 밸런스의 DB2 Universal JDBC 드라이버 DataSource 등록 정보

연결 집중기 및 Sysplex 워크로드 밸런스에서 다음의 각 DB2 Universal JDBC 드라이버 DataSource 등록 정보를 사용합니다.

enableConnectionConcentrator

DB2 Universal JDBC 드라이버의 연결 집중기 기능이 사용 가능한지 여부를 표시합니다. 연결 집중기 기능은 z/OS용 DB2 UDB 서버에 연결한 경우에만 사용 가능합니다.

enableConnectionConcentrator 등록 정보의 데이터 유형은 부울입니다. 디폴트값은 false입니다. 그러나 enableSysplexWLB가 true로 설정된 경우 디폴트값은 true입니다.

enableSysplexWLB

DB2 Universal JDBC 드라이버의 Sysplex 워크로드 밸런스 기능이 사용 가능한지 여부를 표시합니다. Sysplex 워크로드 밸런스 기능은 z/OS용 DB2 UDB 서버에 연결한 경우에만 사용 가능합니다.

enableSysplexWLB 등록 정보의 데이터 유형은 부울입니다. 디폴트값은 false입니다. 그러나 enableSysplexWLB가 true로 설정된 경우
enableConnectionConcentrator의 디폴트값은 true로 설정됩니다.

maxTransportObjects

DataSource 오브젝트와 연관된 모든 연결에서 사용 가능한 최대 전송 오브젝트 수를 지정합니다. 연결 집중기 및 Sysplex 워크로드 밸런스에서 전송 오브젝트가 사용됩니다. enableConnectionConcentrator 또는 enableSysplexWLB 등록 정보가 연결 집중기 또는 Sysplex 워크로드 밸런스를 사용하도록 설정되지 않은 경우 maxTransportObjects 값은 무시됩니다.

이 등록 정보의 데이터 유형은 정수(INT)입니다.

maxTransportObjects 값에 도달하지 않고 전송 오브젝트가 전역 전송 오브젝트 풀에서 사용 불가능한 경우 풀에서는 새 전송 오브젝트를 작성합니다. maxTransportObjects 값에 도달하면 응용프로그램은
db2.jcc.maxTransportObjectWaitTime 구성 등록 정보에서 지정한 시간 동안 대기합니다. 이 시간이 경과한 후 아직 풀에 사용 가능한 전송 오브젝트가 없으면 풀에서 SQLException이 발생합니다.

maxTransportObjects 등록 정보는 db2.jcc.maxTransportObjects 구성 등록 정보를 겹쳐쓰지 않습니다. maxTransportObjects 등록 정보는 다른 DataSource 오브젝트의 연결에 영향을 주지 않습니다. maxTransportObjects 값이
db2.jcc.maxTransportObjects 값보다 크면 maxTransportObjects는
db2.jcc.maxTransportObjects 값을 늘리지 않습니다.

maxTransportObjects 등록 정보의 디폴트값은 -1입니다. 즉, DataSource의 전송 오브젝트 수가 드라이버의 db2.jcc.maxTransportObjects 값으로만 제한됨을 의미합니다.

WebSphere Application Server에서 DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 사용 가능하게 하는 예

다음 프로시저는 WebSphere^(R) Application Server에서 DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 사용 가능하게 하는 예입니다.

전제조건

서버 요구사항

z/OS용 WLM
OS/390^(R) 및 z/OS용 DB2 UDB, 버전 7 이상

클라이언트 요구사항

DB2 Universal JDBC 드라이버 FixPak 레벨 10
WebSphere^(R) Application Server, 버전 5.1 이상

프로시저

WebSphere Application Server에서 DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 사용 가능하게 하려면 다음을 수행하십시오.

z/OS의 명령행 처리기 또는 UNIX^(R)의 시스템 서비스에서 다음 명령을 실행하여 DB2 Universal JDBC 드라이버가 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 지원하는 올바른 레벨인지 확인하십시오.
```
java com.ibm.db2.jcc.DB2Jcc -version
```
출력에서 다음과 유사한 행을 찾으십시오.
```
[ibm][db2][jcc] Driver: IBM DB2 JDBC Universal Driver Architecture n n
```
n은 2.7 이상이어야 합니다.
드라이버에서 작성한 모든 DataSource 인스턴스에서 연결 집중기 또는 Sysplex 워크로드 밸런스를 사용 가능하도록 DB2 Universal JDBC 드라이버 구성 등록 정보를 설정하십시오.
DB2JccConfiguration.properties 파일에서 구성 등록 정보를 설정하십시오.
1. DB2JccConfiguration.properties 파일을 작성하거나 기존의
  DB2JccConfiguration.properties 파일을 편집하십시오.
2. 다음 구성 등록 정보를 설정하십시오.
  - db2.jcc.minTransportObjects
  - db2.jcc.maxTransportObjects
  - db2.jcc.maxTransportObjectWaitTime
  - db2.jcc.dumpPool
  - db2.jcc.dumpPoolStatisticsOnScheduleFile
  다음과 유사한 설정값으로 시작하십시오.
```
db2.jcc.minTransportObjects=0
db2.jcc.maxTransportObjects=1500
db2.jcc.maxTransportObjectWaitTime=-1
db2.jcc.dumpPool=0
db2.jcc.dumpPoolStatisticsOnScheduleFile=
  /home/WAS/logs/srv1/poolstats
```
3. DB2JccConfiguration.properties의 디렉토리 경로를 WebSphere Application Server DB2 Universal JDBC 드라이버 클래스 경로에 추가하십시오.

연결 집중기 또는 Sysplex 워크로드 밸런스 기능을 사용 가능하도록 DB2 Universal JDBC 드라이버 데이터 소스 등록 정보를 설정하십시오.

WebSphere Application Server 관리 콘솔에서 응용프로그램이 데이터베이스 서버에 연결할 때 사용할 다음의 데이터 소스 등록 정보를 설정하십시오.

enableSysplexWLB
enableConnectionConcentrator
maxTransportObjects

연결 집중기 기능 및 Sysplex 워크로드 밸런스 기능이 필요하다고 가정하십시오. 다음과 유사한 설정값으로 시작하십시오.

표 26. DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능의 데이터 소스 등록 정보 설정에 대한 예
등록 정보	설정
enableSysplexWLB	true¹
maxTransportObjects	100
주: enableSysplexWLB 등록 정보가 true로 설정되었으므로 enableConnectionConcentrator 등록 정보의 기본값은 true로 설정됩니다.

WebSphere Application Server를 재시작하십시오.

DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 모니터하는 방법

DB2 Universal JDBC 드라이버 연결 집중기 및 Sysplex 워크로드 밸런스 기능을 모니터하려면 전역 전송 오브젝트 풀을 모니터해야 합니다. 다음 방법 중 하나를 수행하여 전역 전송 오브젝트 풀을 모니터할 수 있습니다.

DB2 Universal JDBC 드라이버 구성 등록 정보를 설정하여 시작하는 추적 사용
API 사용

전역 전송 오브젝트 풀을 모니터하는 등록 정보 구성

db2.jcc.dumpPool,
db2.jcc.dumpPoolStatisticsOnSchedule 및 db2.jcc.dumpPoolStatisticsOnScheduleFile 구성 등록 정보는 전역 전송 오브젝트 풀 추적을 제어합니다.

예를 들어 다음과 같이 구성 등록 정보 세트를 설정하면 Sysplex 오류 메시지 및 덤프 풀 오류 메시지가 60초마다 /home/WAS/logs/srv1/poolstats 파일에 작성됩니다.

db2.jcc.dumpPool=DUMP_SYSPLEX_MSG|DUMP_POOL_ERROR
db2.jcc.dumpPoolStatisticsOnSchedule=60
db2.jcc.dumpPoolStatisticsOnScheduleFile=/home/WAS/logs/srv1/poolstats

풀 통계 파일의 항목은 다음과 같습니다.

time Scheduled PoolStatistics npr:2575 nsr:2575 lwroc:439
hwroc:1764 coc:372 aooc:362 rmoc:362 nbr:2872 tbt:857520 tpo:10

필드의 의미는 다음과 같습니다.

npr: 풀 작성 이후 DB2 Universal JDBC 드라이버가 풀에 요청한 총 요청 수.
nsr: 풀 작성 이후 DB2 Universal JDBC 드라이버가 풀에 요청하여 성공한 요청 수. 성공한 요청은 풀에서 오브젝트를 리턴했음을 의미합니다.
lwroc: 재사용되지만 풀에 없는 오브젝트 수. 연결 오브젝트가 트랜잭션 바운더리에서 전송 오브젝트를 해제하는 경우 이 상황이 발생합니다. 나중에 연결 오브젝트가 전송 오브젝트를 필요로 하고 원래 전송 오브젝트가 다른 연결 오브젝트에서 사용되지 않은 경우 연결 오브젝트는 해당 전송 오브젝트를 사용할 수 있습니다.
hwroc: 풀에서 재사용된 오브젝트 수.
coc: 풀 작성 이후 DB2 Universal JDBC 드라이버에서 작성한 오브젝트 수.
aooc: db2.jcc.maxTransportObjectIdleTime 구성 등록 정보에서 지정한 대기 시간을 초과하여 풀에서 삭제된 오브젝트 수.
rmoc: 풀 작성 이후 풀에서 삭제된 오브젝트 수.
nbr: 풀이 최대 용량에 도달하여 풀을 블록화하도록 DB2 Universal JDBC 드라이버가 풀에 요청한 요청 수. db2.jcc.maxTransportObjectWaitTime 구성 값이 초과되어 예외가 발생하기 전에 오브젝트가 풀로 리턴되면 블록화 요청에 성공할 수 있습니다.
tbt: 풀에서 블록화된 요청의 총 시간(밀리초). 응용프로그램이 다중 스레드를 사용하는 경우 이 시간은 응용프로그램의 경과된 실행 시간보다 클 수 있습니다.
tpo: 현재 풀에 있는 오브젝트 수.

전역 전송 오브젝트 풀을 모니터하는 API

전역 전송 오브젝트 풀에서 통계를 수집하도록 응용프로그램을 작성할 수 있습니다. 해당 응용프로그램에서는 DB2PoolMonitor 클래스에 오브젝트를 작성하고 풀에 대한 정보를 검색하는 메소드를 호출합니다.

예를 들어 다음 코드에서는 전역 전송 오브젝트 풀을 모니터하는 오브젝트를 작성합니다.

import com.ibm.db2.jcc.DB2PoolMonitor;
DB2PoolMonitor transportObjectPoolMonitor =
	DB2PoolMonitor.getPoolMonitor (DB2PoolMonitor.TRANSPORT_OBJECT);

DB2PoolMonitor 오브젝트를 작성한 후 다음 메소드를 사용하여 전역 전송 오브젝트 풀을 모니터할 수 있습니다.

getMonitorVersion

형식:

public int getMonitorVersion()

DB2 Universal JDBC 드라이버과 함께 제공된 DB2PoolMoniotr 클래스의 버전을 검색합니다.

totalRequestsToPool

형식:

public int totalRequestsToPool()

풀 작성 이후 DB2 Universal JDBC 드라이버가 풀에 요청한 총 요청 수를 검색합니다.

successfullRequestsFromPool

형식:

public int successfullRequestsFromPool()

풀 작성 이후 DB2 Universal JDBC 드라이버가 풀에 요청하여 성공한 요청 수를 검색합니다. 성공한 요청은 풀에서 오브젝트를 리턴했음을 의미합니다.

numberOfRequestsBlocked

형식:

public int numberOfRequestsBlocked()

풀이 최대 용량에 도달하여 풀을 블록화하도록 DB2 Universal JDBC 드라이버가 풀에 요청한 요청 수를 검색합니다. db2.jcc.maxTransportObjectWaitTime 구성 값이 초과되어 예외가 발생하기 전에 오브젝트가 풀로 리턴되면 블록화 요청에 성공할 수 있습니다.

totalTimeBlocked

형식:

public long totalTimeBlocked()

풀에서 블록화된 요청의 총 시간(밀리초)을 검색합니다. 응용프로그램이 다중 스레드를 사용하는 경우 이 시간은 응용프로그램의 경과된 실행 시간보다 클 수 있습니다.

lightWeightReusedObjectCount

형식:

public int lightWeightReusedObjectCount()

재사용되지만 풀에 없는 오브젝트 수를 검색합니다. 연결 오브젝트가 트랜잭션 바운더리에서 전송 오브젝트를 해제하는 경우 이 상황이 발생합니다. 나중에 연결 오브젝트가 전송 오브젝트를 필요로 하고 원래 전송 오브젝트가 다른 연결 오브젝트에서 사용되지 않은 경우 연결 오브젝트는 해당 전송 오브젝트를 사용할 수 있습니다.

heavyWeightReusedObjectCount

형식:

public int heavyWeightReusedObjectCount()

풀에서 재사용된 오브젝트 수를 검색합니다.

createdObjectCount

형식:

public int createdObjectCount()

풀 작성 이후 DB2 Universal JDBC 드라이버에서 작성한 오브젝트 수를 검색합니다.

agedOutObjectCount

형식:

public int agedOutObjectCount()

db2.jcc.maxTransportObjectIdleTime 구성 등록 정보에서 지정한 대기 시간을 초과하여 풀에서 삭제된 오브젝트 수를 검색합니다.

removedObjectCount

형식:

public int removedObjectCount()

풀 작성 이후 풀에서 삭제된 오브젝트 수를 검색합니다.

totalPoolObjects

형식:

public int totalPoolObjects()

현재 풀에 있는 오브젝트 수입니다.

OleDbReportIsLongForLongTypes CLI/ODBC 구성 키워드

OleDbReportIsLongForLongTypes 키워드는 다음 데이터베이스 서버에서 지원됩니다.

z/OS용 DB2 UDB 버전 6(PTF UQ93891 포함)
z/OS용 DB2 UDB 버전 7(PTF UQ93889 포함)
z/OS용 DB2 UDB 버전 8(PTF UQ93890 포함)
Linux, Unix 및 Windows용 DB2 UDB 버전 8.2(버전 8.1 FixPak 7과 동일) 이상

키워드 설명:: DBCOLUMNFLAGS_ISLONG을 사용하여 OLE DB 플래그를 LONG 데이터 유형으로 만듭니다.
db2cli.ini 키워드 구문:: OleDbReportIsLongForLongTypes = 0 | 1
동등한 명령문 속성:: SQL_ATTR_REPORT_ISLONG_FOR_LONGTYPES_OLEDB
디폴트 설정:: LONG 유형(LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC 및 LONG VARGRAPHIC FOR BIT DATA)에 DBCOLUMNFLAGS_ISLONG 플래그 세트가 없습니다. 이 플래그 세트를 사용하면 WHERE절에 컬럼이 사용될 수 있습니다.
사용법 참고:

OLE DB의 클라이언트 커서 엔진 및 OLE DB .NET Data Provider의
CommandBuilder는 IBM^(R) DB2^(R) OLE DB Provider가 제공하는 컬럼 정보에 기초하여 갱신 및 삭제 명령문을 생성합니다. 생성된 명령문의 WHERE절에 LONG 유형이 있는 경우, 등식 연산자가 있는 검색에서 LONG 유형을 사용할 수 없으므로 명령문이 실패합니다. OleDbReportIsLongForLongTypes 키워드를 1로 설정하면 IBM DB2 OLE DB Provider가 DBCOLUMNFLAGS_ISLONG 플래그 세트로 LONG 유형(LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC 및
LONG VARGRAPHIC FOR BIT DATA)을 보고합니다. 그러면 WHERE절에 LONG 컬럼이 사용되지 않습니다.

OleDbSQLColumnsSortByOrdinal CLI/ODBC 구성 키워드

OleDbSQLColumnsSortByOrdinal 키워드는 다음 데이터베이스 서버에서 지원됩니다.

z/OS용 DB2 UDB 버전 6(PTF UQ93891 포함)
z/OS용 DB2 UDB 버전 7(PTF UQ93889 포함)
z/OS용 DB2 UDB 버전 8(PTF UQ93890 포함)
Linux, Unix 및 Windows용 DB2 UDB 버전 8.2(버전 8.1 FixPak 7과 동일) 이상

키워드 설명:: OLE DB의 IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS)이 ORDINAL_POSITION 컬럼으로 정렬된 행 세트를 리턴하도록 합니다.
db2cli.ini 키워드 구문:: OleDbSQLColumnsSortByOrdinal = 0 | 1
동등한 명령문 속성:: SQL_ATTR_SQLCOLUMNS_SORT_BY_ORDINAL_OLEDB
디폴트 설정:: IDBSchemaRowset::GetRowset(DBSCHEMA_COLUMNS)이 TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME,
COLUMN_NAME 컬럼으로 정렬된 행 세트를 리턴합니다.
사용법 참고:

Microsoft^(R) OLE DB 스펙에서는 IDBSchemaRowset::GetRowset
(DBSCHEMA_COLUMNS)이 TABLE_CATALOG, TABLE_SCHEMA,
TABLE_NAME, COLUMN_NAME 컬럼으로 정렬된 행 세트를 리턴해야 합니다. IBM DB2 OLE DB Provider는 이 스펙을 따릅니다. 그러나 Microsoft ODBC Bridge Provider(MSDASQL)를 사용하는 응용프로그램은 대개 ORDINAL_POSITION으로 정렬된 행 세트를 가져오도록 코드화되었습니다. OleDbSQLColumnsSortByOrdinal 키워드를 1로 설정하면 Provider가 ORDINAL_POSITION으로 정렬된 행 세트를 리턴합니다.

IBM DB2 OLE DB Provider의 DB2 데이터 소스 등록 정보 그룹

IBM DB2 OLE DB Provider에는 DB2 데이터 소스 등록 정보 그룹이 새로 추가되었습니다. DB2 데이터 소스의 등록 정보 세트는 DBPROPSET_DB2DATASOURCE입니다.

등록 정보 세트의 GUID는 {0x8a80412a,0x7d94,0x4fec,{0x87,0x3e,0x6c,0xd1,0xcd,0x42,0x0d,0xcd}}입니다.

DBPROPSET_DB2DATASOURCE에는 다음 세 개의 등록 정보가 있습니다.

DB2PROP_REPORTISLONGFORLONGTYPES
DB2PROP_RETURNCHARASWCHAR
DB2PROP_SORTBYORDINAL

DB2PROP_REPORTISLONGFORLONGTYPES

#define DB2PROP_REPORTISLONGFORLONGTYPES 4
Property group: DB2 Data Source 
Property set: DB2PROPSET_DATASOURCE
Type: VT_BOOL
Typical R/W: R/W
Description: Report IsLong for Long Types

OLE DB의 클라이언트 커서 엔진 및 OLE DB .NET Data Provider의
CommandBuilder는 IBM DB2 OLE DB Provider가 제공하는 컬럼 정보에 기초하여 갱신 및 삭제 명령문을 생성합니다. 생성된 명령문의 WHERE절에 LONG 유형이 있는 경우, 등식 연산자가 있는 검색에서 LONG 유형을 사용할 수 없으므로 명령문이 실패합니다.

표 27. DB2PROP_REPORTISLONGFORLONGTYPES 값
값	의미
VARIANT_TRUE	IBM DB2 OLE DB Provider가 DBCOLUMNFLAGS_ISLONG 플래그 세트로 LONG 유형(LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC 및 LONG VARGRAPHIC FOR BIT DATA)을 보고하도록 합니다. 그러면 WHERE절에 LONG 컬럼이 사용되지 않습니다.
VARIANT_FALSE	DBCOLUMNFLAGS_ISLONG은 LONG VARCHAR, LONG VARCHAR FOR BIT DATA, LONG VARGRAPHIC 및 LONG VARGRAPHIC FOR BIT DATA에 대해 설정되지 않습니다. 이는 디폴트값입니다.

DB2PROP_RETURNCHARASWCHAR

#define DB2PROP_RETURNCHARASWCHAR 2
Property group: DB2 Data Source 
Property set: DB2PROPSET_DATASOURCE
Type: VT_BOOL
Typical R/W: R/W
Description: Return Char as WChar

표 28. DB2PROP_RETURNCHARASWCHAR 값
값	의미
VARIANT_TRUE	OLE DB가 CHAR, VARCHAR, LONG VARCHAR 또는 CLOB 유형의 컬럼을 DBTYPE_WSTR로 설명합니다. ISequentialStream에 함축된 데이터의 코드 페이지는 UCS-2가 됩니다. 이는 디폴트값입니다.
VARIANT_FALSE	OLE DB가 CHAR, VARCHAR, LONG VARCHAR 또는 CLOB 유형의 컬럼을 DBTYPE_STR로 설명합니다. ISequentialStream에 함축된 데이터의 코드 페이지는 클라이언트의 로컬 코드 페이지가 됩니다.

DB2PROP_SORTBYORDINAL

#define DB2PROP_SORTBYORDINAL 3
Property group: DB2 Data Source 
Property set: DB2PROPSET_DATASOURCE
Type: VT_BOOL
Typical R/W: R/W
Description: Sort By Ordinal

Microsoft OLE DB 스펙에서는 IDBSchemaRowset::GetRowset
(DBSCHEMA_COLUMNS)이 TABLE_CATALOG, TABLE_SCHEMA,
TABLE_NAME, COLUMN_NAME 컬럼으로 정렬된 행 세트를 리턴해야 합니다. IBM DB2 OLE DB Provider는 이 스펙을 따릅니다. 그러나 Microsoft ODBC Bridge Provider(MSDASQL)를 사용하는 응용프로그램은 대개 ORDINAL_POSITION으로 정렬된 행 세트를 가져오도록 코드화되었습니다.

표 29. DB2PROP_SORTBYORDINAL 값
값	의미
VARIANT_TRUE	Provider가 ORDINAL_POSITION로 정렬된 행 세트를 리턴하도록 합니다.
VARIANT_FALSE	Provider가 TABLE_CATALOG, TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME로 정렬된 행 세트를 리턴하도록 합니다. 이는 디폴트값입니다.

DB2Binder 구문 다이어그램의 올바르지 않은 URL 구문

"IDB2 Universal JDBC 드라이버 설치" 주제에 DB2Binder 구문 다이어그램이 DB2 Universal JDBC 드라이버의 URL 구문이 올바르지 않게 정의되어 있습니다. DB2Binder의 올바른 URL 구문 표현은 다음 다이어그램과 같습니다.

DB2Binder 구문

>>-java--com.ibm.db2.jcc.DB2Binder------------------------------>
 
>---url jdbc:db2://server-+---------+-/database----------------->
                          '-:--port-'
 
>---user user-ID---password password--+---------------+--------->
                                      '--size integer-'
 
>--+-----------------------------+------------------------------>
   '--collection collection-name-'
 
>--+-------------------------------+--+-------+----------------><
   |              .-,------------. |  '--help-'
   |              V              | |
   '--tracelevel ---trace-option-+-'

DB2 Universal JDBC 드라이버 클라이언트 리라우팅

Linux^(TM), UNIX^(R) 및 Windows^(R)용 DB2 Universal Database^(TM)(UDB)의 자동 클라이언트 리라우트 기능을 사용하면 클라이언트 응용프로그램이 서버와의 통신 손실을 복구하여 최소의 인터럽트로 계속 작업할 수 있습니다.

서버 잠금이 발생할 때마다 해당 서버에 연결된 각각의 클라이언트는 통신 오류를 수신하며, 이에 따라 연결이 종료되고 응용프로그램 오류가 발생합니다. 사용 가능성이 중요한 경우, 중복 설정 또는 장애 복구 지원을 받아야 합니다. (장애 복구는 다른 서버가 실패할 경우 한 서버가 조작을 넘겨 받는 기능입니다.) 어느 경우에서도, DB2 Universal JDBC 드라이버 클라이언트는 장애 복구 노드에서 실행 중일 수 있는 원래 서버나 새 서버와의 연결을 재설정하려고 합니다. 연결을 재설정할 때, 응용프로그램은 트랜잭션 실패를 알리는 SQLException을 수신하지만 다음 트랜잭션으로 계속할 수 있습니다.

제한사항

DB2 Universal JDBC 드라이버 클라이언트 리라우트 지원은 javax.sql.DataSource 인터페이스를 사용하는 연결에 대해서만 사용 가능합니다.
클라이언트 응용프로그램이 통신 손실을 복구하기 전에 대체 서버 위치를 서버에 지정해야 합니다. 데이터베이스 관리자는 UPDATE ALTERNATE SERVER FOR DATABASE 명령으로 대체 서버를 지정합니다.

프로시저

데이터베이스 관리자가 서버 인스턴스에서 특정 데이터베이스에 대체 서버 위치를 지정하고 나면, 연결할 때 기본 및 대체 서버 위치가 다시 클라이언트에 리턴됩니다. DB2 Universal JDBC 드라이버는 참조 가능한 오브젝트 DB2ClientRerouteServerList의 인스턴스를 작성하고 이 인스턴스를 임시 메모리에 저장합니다. 통신이 손실되면, DB2 Universal JDBC 드라이버는 서버에서 리턴된 서버 정보를 사용하여 연결을 재설정합니다.

clientRerouteServerListJNDIName DataSource 등록 정보는 클라이언트에서 추가 클라이언트 리라우트 지원을 제공합니다. clientRerouteServerListJNDIName에는 두 가지 기능이 있습니다.

JVM 사이에 대체 서버 정보를 지속시킬 수 있습니다.
데이터베이스 서버와의 첫 번째 연결이 실패할 경우 대체 서버 위치를 제공합니다.

clientRerouteServerListJNDIName은 대체 서버 정보의 JNDI 저장소에서
DB2ClientRerouteServerList 인스턴스에 대한 JNDI 참조를 식별합니다. 기본 서버에 연결되고 나면, clientRerouteServerListJNDIName이 제공하는 대체 서버 정보 위에 서버에서 제공하는 정보가 겹쳐서 쓰여집니다. clientRerouteServerListJNDIName 등록 정보가 정의된 경우, DB2 Universal JDBC 드라이버는 장애 복구 후 갱신된 정보를 JNDI 저장소로 전파합니다. clientRerouteServerListJNDIName을 지정한 경우, DB2ClientRerouteServerList에 지정된 1차 서버 정보가 연결에 사용됩니다. 1차 서버를 지정하지 않으면, 데이터 소스에 지정된 serverName 정보가 사용됩니다.

DB2ClientRerouteServerList는 네 개의 등록 정보가 있는 직렬 가능한 Java^(TM) Bean입니다.

alternateServerName
alternatePortNumber
primaryServerName
primaryPortNumber

이러한 등록 정보에 액세스하기 위한 Getter 및 Setter 메소드가 제공됩니다. DB2ClientRerouteServerList 클래스의 정의는 다음과 같습니다.

package com.ibm.db2.jcc;
public class DB2ClientRerouteServerList 
  implements java.io.Serializable,
  javax.naming.Referenceable
{
  public String[] alternateServerName;
  public synchronized void 
    setAlternateServerName(String[] alternateServer);
  public String[] getAlternateServerName();
  public int[] alternatePortNumber;
  public synchronized void 
    setAlternatePortNumber(int[] alternatePortNumberList);
  public int[] getAlternatePortNumber();
  
  public synchronized void 
    setPrimaryServerName (String primaryServerName);
  public String getPrimaryServerName ();
  public synchronized void setPrimaryPortNumber (int primaryPortNumber)
  public int getPrimaryPortNumber (); 
}

새로 설정된 장애 복구 연결은 원래 데이터 소스 등록 정보로 구성되지만 서버 이름 및 포트 번호가 다릅니다. 또한 원래 연결 중 수정된 임의의 DB2 UDB 특수 레지스터가 DB2 Universal Driver JDBC 드라이버로 장애 복구 연결에서 다시 설정됩니다.

통신이 실패할 경우, DB2 Universal JDBC 드라이버는 먼저 기본 서버로의 복구를 시도합니다. 실패 복구가 실패할 경우, 드라이버는 대체 위치에 대한 연결을 시도합니다(장애 복구). 연결이 재설정된 후, 드라이버는 응용프로그램에 SQLCODE -4498과 함께 java.sql.SQLException을 발생시켜 응용프로그램에 대체 서버의 연결이 자동으로 재설정되었음을 나타냅니다. 그러면 응용프로그램이 그 트랜잭션을 재시도할 수 있습니다.

DB2ClientRerouteServerList의 지속 설정을 위한 프로시저

DB2ClientRerouteServerList를 지속적으로 만들도록 스토리지를 설정하려면 다음 단계를 수행하십시오.

DB2ClientRerouteServerList 인스턴스를 작성한 후 해당 인스턴스를 JNDI 레지스트리로 바인드하십시오. 예를 들면, 다음과 같습니다.

// Create a starting context for naming operations
InitialContext registry = new InitialContext();
// Create a DB2ClientRerouteServerList object
DB2ClientRerouteServerList address=new DB2ClientRerouteServerList();

// Set the port number and server name for the primary server
address.setPrimaryPortNumber(50000);
address.setPrimaryServerName("mvs1.sj.ibm.com");

// Set the port number and server name for the alternate server
int[] port = {50002};
String[] server = {"mvs3.sj.ibm.com"};
address.setAlternatePortNumber(port);
address.setAlternateServerName(server);
    
registry.rebind("serverList", address);

DB2ClientRerouteServerList 오브젝트의 JNDI 이름을 DataSource 등록 정보 clientRerouteServerListJNDIName에 지정하십시오. 예를 들면, 다음과 같습니다.
```
datasource.setClientRerouteServerListJNDIName("serverList");
```

DB2 Universal JDBC 드라이버 구성 등록 정보 사용자 정의

DB2 Universal JDBC 드라이버 구성 등록 정보를 사용하여 드라이버 전체 범위의 등록 정보 값을 설정할 수 있습니다. 이 설정은 응용프로그램과 데이터 소스 인스턴스에 적용됩니다. 응용프로그램 소스 코드나 데이터 소스 특성을 변경하지 않고도 설정을 변경할 수 있습니다.

각 DB2 Universal JDBC 드라이버 구성 등록 정보 설정 양식은 다음과 같습니다.

property=value

구성 등록 정보가 db2.jcc.override로 시작할 경우, 구성 등록 정보는 모든 연결에 적용 가능하며 동일 등록 정보 이름을 갖는 연결 또는 데이터 소스 등록 정보를 대체합니다. 구성 등록 정보가 db2.jcc 또는 db2.jcc.default로 시작할 경우, 구성 등록 정보 값이 디폴트값입니다. 연결 또는 데이터 소스 등록 정보 설정은 이 값보다 우선합니다.

프로시저

구성 등록 정보를 설정하려면 다음을 수행하십시오.

Java 시스템 등록 정보로 구성 등록 정보를 설정하십시오. 이 설정은 다른 설정보다 우선합니다.
독립형 Java 응용프로그램의 경우, java 명령을 실행할 때 구성 등록 정보마다 -Dproperty=value를 지정하여 구성 등록 정보를 Java 시스템 등록 정보로 설정할 수 있습니다.
db2.jcc.propertiesFile Java 시스템 등록 정보에 이름을 지정하는 자원에서 구성 등록 정보를 설정하십시오. 예를 들어, db2.jcc.propertiesFile 값에 대해 절대 경로 이름을 지정할 수 있습니다.
독립형 Java 응용프로그램의 경우, java 명령을 실행할 때 -Ddb2.jcc.propertiesFile=path를 지정하여 구성 등록 정보를 설정할 수 있습니다.
DB2JccConfiguration.properties 자원에서 구성 등록 정보를 설정하십시오. 표준 Java 자원 검색이 DB2JccConfiguration.properties를 찾는 데 사용됩니다. DB2 Universal JDBC 드라이버는 사용자가 db2.jcc.propertiesFile Java 시스템 등록 정보를 설정하지 않은 경우에만 이 자원을 검색합니다.
DB2JccConfiguration.properties는 독립형 파일이 되거나 JAR 파일에 포함될 수 있습니다.

DB2JccConfiguration.properties가 표준 파일일 경우, DB2JccConfiguration.properties의 경로는 CLASSPATH 병합에 있어야 합니다.

DB2JccConfiguration.properties가 JAR 파일에 있을 경우, JAR 파일은 CLASSPATH 병합에 있어야 합니다.

다음 DB2 Universal JDBC 드라이버 구성 등록 정보를 설정할 수 있습니다. 모든 등록 정보는 선택적입니다.

db2.jcc.override.traceFile

Java 드라이버 코드에 대한 DB2 Universal JDBC 드라이버 추적을 사용하도록 하고 추적 파일 이름이 기초로 하는 이름을 지정합니다.

db2.jcc.override.traceFile 등록 정보 값에 대한 완전한 파일 이름을 지정하십시오.

db2.jcc.override.traceFile 등록 정보는 연결 또는 데이터 소스 오브젝트에 대한 traceFile 등록 정보 보다 우선합니다.

예를 들어, db2.jcc.override.traceFile에 대해 다음 설정을 지정하면 /SYSTEM/tmp/jdbctrace 파일에 대한 DB2 Universal JDBC 드라이버 Java 코드 추적이 사용됩니다.

db2.jcc.override.traceFile=/SYSTEM/tmp/jdbctrace

IBM

고객만족센터의 지시 하에 추적 등록 정보를 설정해야 합니다.

db2.jcc.sqljUncustomizedWarningOrException

사용자에 맞게 정의하지 않은 SQLJ 응용프로그램이 실행될 때 DB2 Universal JDBC 드라이버가 취하는 조치를 지정합니다.
db2.jcc.sqljUncustomizedWarningOrException은 다음 값을 가질 수 있습니다.

0: 사용자에 맞게 정의하지 않은 SQLJ 응용프로그램이 실행될 때 DB2 Universal JDBC 드라이버는 경고 또는 예외를 생성하지 않습니다. 이는 디폴트값입니다.
1: 사용자에 맞게 정의하지 않은 SQLJ 응용프로그램이 실행될 때 DB2 Universal JDBC 드라이버는 경고를 생성합니다.
2: 사용자에 맞게 정의하지 않은 SQLJ 응용프로그램이 실행될 때 DB2 Universal JDBC 드라이버는 예외를 생성합니다.

db2secFreeToken 함수 제거

db2secFreeToken 함수(토큰이 보유하는 여유 메모리)는 더 이상
db2secGssapiServerAuthFunctions_1 사용자 인증 플러그인 API의 일부가 아닙니다.

사용자 정의 보안 플러그인을 주의하여 전개

보안 플러그인의 전개를 적절하게 코드화, 검토 및 테스트하지 않으면, DB2 Universal Database(UDB) 설치의 무결성이 손상될 수 있습니다. DB2 UDB는 일반 유형의 여러 실패를 방지하기 위해 주의하지만, 사용자 작성 보안 플러그인이 전개된 경우에는 완전한 무결성을 보장할 수 없습니다.

보안 플러그인

사용자 고유의 사용자 정의 보안 플러그인을 사용 중이면, CLP 또는 동적 SQL문을 통해 발행한 연결 명령문에서 255자까지 사용자 ID를 사용할 수 있습니다.

보안 플러그인 API

db2secGetGroupsForUser, db2secValidatePassword 및 db2secGetAuthIDs API의 경우, 입력 매개변수 dbname이 널(NULL)이 될 수 있으며 해당되는 길이 입력 매개변수 dbnamelen은 0으로 설정됩니다.

보안 플러그인 이름 지정 규칙(Linux 및 UNIX)

.so는 이제 모든 Linux 및 UNIX 플랫폼에서 사용자 작성 보안 플러그인 라이브러리의 파일 이름 확장자로 승인됩니다.

AIX^(R)에서 보안 플러그인 라이브러리는 확장자로 .a 또는 .so를 가질 수 있습니다. 두 개의 플러그인 라이브러리 버전 모두 존재할 경우, .a 버전이 사용됩니다.

PA-RISC의 HP-UX 경우, 보안 플러그인 라이브러리 확장자는 .sl 또는 .so가 될 수 있습니다. 두 개의 플러그인 라이브러리 버전 모두 존재할 경우, .sl 버전이 사용됩니다.

다른 모든 Linux 및 UNIX 플랫폼에서 .so는 보안 플러그인 라이브러리에 대해 지원되는 유일한 파일 이름 확장자입니다.

보안 플러그인 라이브러리에 대한 제한사항

AIX에서 보안 플러그인 라이브러리는 파일 이름 확장자로 .a 또는 .so를 가질 수 있습니다. 플러그인 라이브러리를 로드하기 위해 사용되는 메커니즘은 사용되는 확장자에 따라 다릅니다.

파일 이름 확장자가 .a인 플러그인 라이브러리

파일 이름 확장자가 .a인 플러그인 라이브러리는 공유 오브젝트 구성원을 포함하는 아카이브인 것으로 간주됩니다. 이 구성원의 이름은 shr.o(32비트) 또는 shr64.o(64비트)여야 합니다. 단일 아카이브는 32비트와 64비트 둘 다 포함할 수 있으므로, 두 유형의 플랫폼에서 전개할 수 있습니다.

예를 들어, 32비트 아카이브 스타일 플러그인 라이브러리를 빌드하려면 다음을 입력하십시오.

  xlc_r -qmkshrobj -o shr.o MyPlugin.c -bE:MyPlugin.exp
  ar rv MyPlugin.a shr.o

파일 이름 확장자가 .so인 플러그인 라이브러리

파일 이름 확장자가 .so인 플러그인 라이브러리는 동적으로 로드 가능한 공유 오브젝트일 것으로 간주됩니다. 이러한 오브젝트는 빌드할 때 사용된 컴파일러 및 링커 옵션에 따라 32비트 또는 64비트가 됩니다. 예를 들어, 32비트 플러그인 라이브러리를 빌드하려면 다음을 입력하십시오.

  xlc_r -qmkshrobj -o MyPlugin.so MyPlugin.c -bE:MyPlugin.exp

AIX가 아닌 다른 모든 플랫폼에서는 보안 플러그인 라이브러리가 항상 동적으로 로드 가능한 공유 오브젝트일 것으로 간주됩니다.

| | |

DB2 Universal JDBC 드라이버의 GSS-API 플러그인 지원

DB2 Universal JDBC 드라이버를 사용하여 플러그인 인증을 수행하는 |Java 응용프로그램에서 추상 클래스 com.ibm.db2.jcc.DB2JCCPlugin을 |확장하고 다음 등록 정보를 설정하여 해당 플러그인을 구현해야 합니다.

사용자 ID 및 암호: |이는 인증에 사용되는 사용자 증명서입니다.

플러그인 이름: 이는 서버측의 플러그인 모듈의 이름을 |지정합니다.

보안 메커니즘: 이는 플러그인 보안으로 |설정되어야 합니다.

플러그인: 이는 클라이언트 응용프로그램측의 플러그인 모듈을 |지정합니다.

다음 예를 참고하십시오.

   java.util.Properties properties = new java.util.Properties();
|   properties.put("user", "db2admin");
|   properties.put("password", "admindb2");
|   properties.put("pluginName", "gssapi_simple");
|   properties.put("securityMechanism",
|   new String(""+com.ibm.db2.jcc.DB2BaseDataSource.PLUGIN_SECURITY+""));
|   properties.put("plugin", new JCCSimpleGSSPlugin());
|   Connection con = java.sql.DriverManager.getConnection(url, properties);

GSS-API 보안 플러그인에서 지원되지 않는 다중 플로우 인증

GSS-API 인증은 클라이언트에서 서버로 한 토큰을 이동하고 서버에서 클라이언트로 한 토큰을 이동하도록 제한됩니다. 이러한 토큰은 클라이언트의 gss_init_sec_context() 및 서버의 gss_accept_sec_context()에서 획득됩니다. GSS-API 플러그인이 추가 플로우를 시도하면 보안 플러그인의 예기치 않은 오류가 생성되므로 연결에 실패합니다.

GSS-API 보안 플러그인에서 지원되지 않는 메시지 암호화 및 서명

GSS-API 보안 플러그인에서는 메시지 암호화 및 서명이 사용 불가능합니다.

독립형 응용프로그램에서 트랜잭션의 내재된 종료

모든 응용프로그램 종료(정상 및 비정상)는 운영 체제에 관계 없이 미해결 작업 단위를 내재적으로 롤백합니다.

분산 트랜잭션 지원

DB2 Universal Database(UDB) 버전 8.2의 새로운 기능 문서에서 DB2 Universal JDBC 드라이버 향상 절의 분산 트랜잭션 지원 정보가 올바르지 않습니다. 이 절의 마지막 부분이 올바르지 않습니다. 올바른 정보는 다음과 같습니다.

현재 DB2 UDB 버전 8.2는 XA 스펙을 준수하는 분산 트랜잭션 프로세싱에 대한 지원을 제공합니다. 이 지원은 Java 2 Platform, Enterprise Edition(J2EE) Java Transaction Service(JTS) 및 Java Transaction API(JTA) 스펙을 구현합니다.

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