이 페이지에서 버전 4.0 데이터 소스에 대한 연결 풀을 작성할 수 있습니다.
JDBC 제공자, 네임스페이스 바인딩 또는 공유 라이브러리와 같은 자원은 일반적인 범위에서 중복되어 정의되는 자원을 대체하고 좀 더 특정한 범위에서 정의된 자원을 가지는 여러 범위에서 정의될 수 있습니다.
정의된 자원의 범위에 관계 없이, 자원의 특성은 개별 서버 레벨에서만 적용됩니다. 예를 들어, 셀 레벨에서 데이터 소스의 범위를 정의하는 경우, 해당 셀의 모든 사용자는 해당 데이터 소스(셀 내에서 고유함)를 찾아보고 사용할 수 있습니다. 하지만 자원 특성 설정은 셀의 각 서버에 대해 로컬입니다. 예를 들어, 최대 연결 수를 10으로 정의하는 경우, 해당 셀 내 각 서버는 13개의 연결을 가질 수 있습니다.
자원이 작성되면, 항상 패널에서 선택된 현재 범위로 작성됩니다. 다른 범위에서 자원을 보려면 범위 선택사항 양식에 다른 노드 또는 서버를 지정하십시오.
일반적인 정보는 관련 참조 섹션의 관리 콘솔 범위 설정을 참조하십시오.
| 정보 | 값 |
|---|---|
| 데이터 유형 | String |
풀에서 유지할 수 있는 최소 연결 수를 지정합니다.
최소 풀 크기는 애플리케이션의 성능에 영향을 줄 수 있습니다. 풀 크기를 작게 지정하는 경우, 적은 수의 연결이 데이터베이스에 열려 있어서 데이터베이스 수요가 낮을 때 오버헤드가 더 작습니다. 수요가 높을 때에는 풀에 있는 다른 연결이 모두 사용 중인 경우, 새 연결을 작성해야 하기 때문에 첫 번째 애플리케이션은 응답 속도가 느리게 됩니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 기본값 | 1 |
| 범위 | 음수가 아닌 임의의 정수. |
풀에 유지보수할 연결의 최대 수를 지정합니다.
연결의 최대 수에 도달하고 모든 연결이 사용 중인 경우 연결에 대한 추가 요청은 연결 제한시간에 지정된 시간(초)까지 기다립니다. 최대 풀 크기는 애플리케이션의 성능에 영향을 줄 수 있습니다. 최대 수요 시에 데이터베이스에 열린 연결이 더 많기 때문에 수요가 높을 때 풀이 클수록 더 많은 오버헤드가 필요합니다. 이 연결은 풀 외부에서 대기될 때까지 지속됩니다. 최대값이 작을수록 대기 시간이 길어지거나 최대 활동 시간 동안에 연결 제한시간 오류가 발생할 수 있습니다. 데이터베이스는 Application Server 밖에서 로드된 연결 뿐 아니라 Application Server 내의 최대 연결 수를 지원할 수 있음에 유의해야 합니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 기본값 | 10 |
| 범위 | 모든 양의 정수 |
제한시간이 종료하여 ConnectionWaitTimeout 예외를 트리거하기 전에 애플리케이션이 풀로부터의 연결을 대기하는 최대 시간(초)을 지정합니다. WebSphere Application Server는 최대 풀 크기 특성을 설정한 경우에만 이 값에 대해 작동합니다. 이 경우 최대 연결 수는 대기 제한시간 특성의 강제 실행을 트리거하는 역할을 합니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 단위 | 초 |
| 기본값 | 180 |
| 범위 | 음수가 아닌 임의의 정수. |
이 값을 0으로 설정하면 연결 제한시간을 사용 불가능하게 합니다.
기본값을 승인하면 Application Server는 풀 관리자가 연결의 최대 수가 사용 중임을 표시한 직후에 ResourceAllocation 예외를 발행합니다. 연결 제한시간을 사용 불가능하게 할 경우 Application Server는 예외를 발행하지 않습니다. 대신 연결을 할당할 수 있을 때까지 풀 관리자는 후속 연결 요청을 큐에 넣습니다.
대기(할당되지 않은) 연결이 사용 가능 자원으로 제거되기 전에 풀에 남아 있을 수 있는 최대 시간(초)을 지정합니다.
연결은 데이터베이스로의 연결을 계속 열고 있는 경우, 데이터베이스에 메모리 문제점을 초래할 수 있기 때문에 풀 밖에서 대기해야 할 필요가 있습니다. 그러나 유휴 제한시간 설정보다 오래된 경우에도 모든 연결이 풀 밖에서 대기하지는 않습니다. 연결을 제거하면 풀이 최소 크기 아래로 감소할 수 있는 경우에는 연결이 대기되지 않습니다. 이 값을 0으로 설정하면 대기 제한시간을 사용 불가능하게 합니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 단위 | 초 |
| 기본값 | 1800 |
| 범위 | 음수가 아닌 임의의 정수. |
연결을 풀로 돌려보내기 전까지 애플리케이션이 연결을 사용하지 않은 채 유지할 수 있는 최대 시간(초)을 지정합니다.
할당된 연결에 버려진 제한시간 설정보다 오래동안 활동이 없는 경우, 연결이 버려짐으로 표시됩니다. 또 다른 버려진 제한시간(초) 이후에도 연결에 계속해서 활동이 없는 경우 연결은 풀로 리턴됩니다. 애플리케이션이 연결을 다시 사용하려 시도하는 경우 무효 연결 예외가 발생합니다. 트랜잭션에 나열되는 연결은 분리되지 않습니다. 이 값을 0으로 설정하면 분리 제한시간을 사용 불가능하게 합니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 단위 | 초 |
| 기본값 | 1800 |
| 범위 | 음수가 아닌 임의의 정수. |
연결당 보유할 캐시 준비 명령문의 수를 지정합니다.
캐시 버리기를 다음과 같이 판별하지 않으려는 경우 캐시 크기를 설정해야 할 최대값입니다. 특정 서버에서 이 데이터 소스를 사용하는 각 애플리케이션에 고유의 준비된 명령문 수를 추가하십시오(sql 문자열, 동시성 및 화면이동 유형으로 판별됨). 이것은 서버 수명 동안 해당 연결에서 캐시될 수 있는 준비된 명령문의 최대 수입니다. 캐시 크기를 이 값으로 설정하면 캐시 버리기가 없습니다. 이는 더 좋은 성능을 제공합니다. 하지만, 잠재적인 자원 한계로 인하여 이런 작업이 항상 가능하지 않을 수도 있습니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | Integer |
| 기본값 | 10 |
| 범위 | 음수가 아닌 임의의 정수. |
트랜잭션이 종료할 때 연결 풀 소프트웨어가 데이터 소스에서 자동으로 연결을 닫을지 지정합니다. 다중 트랜잭션에서 같은 연결을 유지보수하고 재사용하려면 이 특성을 설정하십시오.
기본값은 false이며, 이 값은 트랜잭션이 완료될 때 Application Server가 연결을 닫고 이를 풀로 리턴하는 것을 나타냅니다. 트랜잭션 이후에 연결을 사용하면 연결이 닫히고 풀로 리턴되었기 때문에 무효 연결 예외 결과를 발생시킵니다. 이 메커니즘은 애플리케이션이 연결을 무한대로 보유하지 못하게 합니다. 값이 true로 설정되면 연결은 트랜잭션 종료 시에 풀에 리턴되지 않습니다. 이 경우 애플리케이션이 close() 메소드를 호출하여 연결을 풀에 리턴해야 합니다. 애플리케이션이 연결을 닫지 않는 경우 풀은 다른 애플리케이션이 사용할 연결을 모두 소비할 수 있습니다.
| 정보 | 값 |
|---|---|
| 데이터 유형 | 부울(선택란) |
| 기본값 | False(지우기) |