이 페이지를 참조하여 특정 JDBC 드라이버 구현 클래스를 제공하는 JDBC 프로바이더 아래에 데이터소스를 작성하십시오.
버전 5.0 데이터소스를 사용하기 원하는지를 확인하십시오. Enterprise JavaBean 구성요소 모델 버전 1.0 및 Servlets 2.2를 사용 중인 경우, 버전 4.0 데이터소스를 사용해야 합니다.
이 관리 콘솔 페이지를 보려면 자원 > JDBC 프로바이더 > JDBC_provider > 데이터소스 > data_source를 클릭하십시오.
구성 탭
JDBC 프로바이더, 네임 스페이스 바인딩 또는 공유 라이브러리와 같은 자원은 일반적인 범위에서 정의된 중복을 대체하는, 좀 더 특정한 범위에서 정의된 자원을 가지는 다중 범위에서 정의될 수 있습니다.
정의된 자원의 범위에 관계 없이, 자원의 등록 정보는 개별 서버 레벨에서만 적용됩니다. 예를 들어 셀 레벨에서 데이터소스의 범위를 정의하는 경우, 해당 셀의 모든 사용자는 해당 데이터소스(셀 내에서 고유함)를 찾아보고 사용할 수 있습니다. 그러나 자원 등록 정보 설정은 셀 내 각 서버에 로컬입니다. 예를 들어 최대 연결 수를 10으로 정의하는 경우, 해당 셀 내 각 서버는 13개의 연결을 가질 수 있습니다.
자원이 작성되면, 항상 패널에서 선택된 현재 범위로 작성됩니다. 다른 범위에서 자원을 보려면 범위 선택사항 양식에 다른 노드 또는 서버를 지정하십시오.
| 데이터 유형 | 문자열 |
예를 들어 이 필드를 Test Data Source로 설정할 수 있습니다.
| 데이터 유형 | 문자열 |
분산 컴퓨팅 환경은 종종 이름 및 디렉토리 서비스를 사용하여 공유 구성요소 및 자원을 가져옵니다. 이름 및 디렉토리 서비스는 이름을 위치, 서비스, 정보 및 자원과 연관시킵니다.
네임 서비스는 name-to-object 맵핑을 제공합니다. 디렉토리 서비스는 오브젝트에 대한 정보와 해당 오브젝트를 찾는 데 필요한 검색 도구를 제공합니다.
많은 네이밍 및 디렉토리 서비스 구현과 이들을 다양하게 하는 인터페이스가 있습니다.JNDI는 다양한 네이밍 및 디렉토리 서비스에 액세스하는 데 사용되는 공통 인터페이스를 제공합니다.
예를 들어 이름 jdbc/markSection을 사용할 수 있습니다.
이 필드를 공백으로 두면 JNDI 이름은 데이터소스의 이름에서 생성됩니다. 예를 들어 markSection의 데이터소스 이름이 jdbc/markSection의 JNDI 이름을 생성합니다.
이 값을 설정한 후 저장하고 서버를 다시 시작했으면 dumpnamespace를 실행할 때 이 문자열을 볼 수 있습니다.
| 데이터 유형 | 문자열 |
선택란이 선택된 경우, 이 데이터소스와 관련된 CMP 커넥터 팩토리가 관계형 자원 어댑터에 대해 작성됩니다.
| 데이터 유형 | 선택란 |
| 기본값 | 체크되지 않음 |
| 데이터 유형 | 문자열 |
| 데이터 유형 | 문자열 |
WebSphere Application Server 데이터소스는 준비된 명령문의 처리를 최적화합니다. 준비된 명령문은 준비된 명령문 오브젝트에 저장된 사전 처리 SQL문입니다. 이 오브젝트를 사용하여 효율적으로 주어진 SQL문을 여러번 실행할 수 있습니다.
캐시가 충분히 크지 않은 경우 새 항목을 위한 공간을 만들기 위해 유용한 항목을 버립니다. 캐시 버리기와 같은 경우를 피하려면 캐시 크기의 최대값을 결정해야 합니다. 고유하게 작성한 준비문의 수, 호출 가능문(sql 문자열,동시성, 화면이동 유형) 등을, 특정 서버에서 이 데이터소스를 사용하는 응용프로그램마다 추가하십시오. 이 값은 서버 자체의 수명이 다하지 않는 한 특정 연결 중 캐시로 처리할 준비문의 최대 갯수입니다. 캐시 크기를 이 값으로 설정하면 캐시 버리기가 없습니다. 일반적으로 응용프로그램이 더 많은 명령문을 가질수록 캐시가 더 커져야 합니다. 예를 들어 응용프로그램에 다섯 개의 SQL 문이 있다면, 각 연결이 다섯 개의 명령문을 갖도록 명령문 캐시 크기를 5로 설정하십시오.
캐시 버리기를 최소화하려면 또한 Tivoli Performance Viewer를 사용할 수 있습니다. 들어오는 클라이언트 요청 수를 나타내는 표준 워크로드를 사용하고 수정된 수의 반복을 사용하고 구성 설정의 표준 세트를 사용하십시오.참고: 명령문 캐시가 클수록 시스템 자원이 많이 묶이게 됩니다. 그러므로 값을 너무 높게 설정하면 자원이 부족하게 될 것입니다. 시스템이 준비해 둔 명령문을 그 만큼 많이 열 수 없기 때문입니다.
테스트 응용프로그램에서, 명령문 캐시를 조정하면 처리량이 10-20% 개선되었습니다. 하지만, 잠재적인 자원 한계로 인하여 이런 작업이 항상 가능하지 않을 수도 있습니다.
| 데이터 유형 | 정수 |
| 기본값 | 데이터베이스에 의존합니다. 대부분 10입니다. 최신 수정사항이 없는 Informix 버전 7.3, 9.2 또는 9.3도 0이어야 합니다. 기본값 0은 캐시 문장이 없음을 의미합니다. |
이것은 런타임시에 Relational Resource Adapter가 사용합니다. 기본 DataStoreHelper 구현 클래스는 com.ibm.websphere.rsadapter.<database>DataStoreHelper를 사용하여 JDBC 드라이버 구현 클래스를 기초로 설정됩니다. 예를 들어, JDBC 프로바이더가 DB2일 경우, 기본 DataStoreHelper 클래스는 com.ibm.websphere.rsadapter.DB2DataStoreHelper입니다. 필요한 경우, DataStoreHelper의 서브클래스로 변경할 수 있습니다.
| 데이터 유형 | 문자열 |
| 기본값 | JDBC 드라이버 구현 클래스에 따라 다릅니다. |
사용자 자원 인증(res-auth)이 응용프로그램에 설정된 경우, 구성요소 관리 인증 별명에서 별명을 설정할 수 있습니다.
이 필드를 설정하지 않고 사용자 데이터베이스가 연결하기 위해 사용자 ID 및 암호가 필요한 경우, 실행 시간 동안 예외를 받습니다.
사용자 데이터베이스(예: Cloudscape)가 사용자 ID 및 암호를 지원하지 않는 경우, 구성요소 관리 인증 별명 또는 컨테이너 관리 인증 별명 필드의 별명을 설정할 수 없습니다. 그렇지 않은 경우, 시스템 로그에는 사용자 및 암호가 올바르지 않은 등록 정보임을 나타내는 경고 메시지가 표시됩니다. 이 메시지는 단지 경고 메시지일 뿐 데이터소스는 작성됩니다.
| 데이터 유형 | 선택 목록 |
res-auth가 컨테이너에 설정되는 경우, 컨테이너 관리 인증 별명을 설정하십시오.
이 필드를 설정하지 않고 사용자 데이터베이스가 연결하기 위해 사용자 ID 및 암호가 필요한 경우, 실행 시간 동안 예외를 받습니다.
사용자 데이터베이스(예: Cloudscape)가 사용자 ID 및 암호를 지원하지 않는 경우, 구성요소 관리 인증 별명 또는 컨테이너 관리 인증 별명 필드의 별명을 설정할 수 없습니다. 그렇지 않은 경우, 시스템 로그에는 사용자 및 암호가 올바르지 않은 등록 정보임을 나타내는 경고 메시지가 표시됩니다. 이 메시지는 단지 경고 메시지일 뿐 데이터소스는 작성됩니다.
| 데이터 유형 | 선택 목록 |
DefaultPrincipalMapping JAAS 구성은 인증 별명을 사용자 ID 및 암호에 맵핑합니다. 다른 맵핑 구성을 정의하고 사용할 수도 있습니다.
| 데이터 유형 | 선택 목록 |