세션 풀 설정

이 페이지에서 세션 풀 설정을 구성할 수 있습니다.

이 관리 콘솔 페이지는 JMS 통합 연결 팩토리, 큐 연결 팩토리 및 주제 연결 팩토리에 공통입니다. 이 페이지를 보려면 자원의 인스턴스를 선택한 후 세션 풀을 클릭하십시오. 예를 들어 자원 > JMS > 큐 연결 팩토리 > queue_connection_factory > [추가 특성] 세션 풀을 클릭하십시오.

연결 제한시간

이 간격 후에 연결 요청 제한시간이 초과되어 ConnectionWaitTimeoutException이 발생하는 간격(초)을 지정합니다.

최대 연결 수 값(최대 연결 수)에 도달하면 대기해야 합니다. 예를 들어, 연결 제한시간이 300으로 설정되고 최대 연결 수에 도달한 경우 풀 관리자는 사용 가능한 실제 연결까지 300초 동안 기다립니다. 실제 연결이 해당 시간 안에 사용 가능하게 되지 않는 경우 풀 관리자는 ConnectionWaitTimeoutException을 생성합니다. 더 오랜 대기 시간이 요구되는 경우 연결 제한시간 설정을 더 큰 값으로 설정해야 하기 때문에 getConnection() 메소드를 재시도하는 것은 바람직하지 않습니다. 따라서 응용프로그램에 이 예외가 발생하는 경우, 관리자는 예상되는 응용프로그램의 사용법을 검토하고 연결 풀 및 데이터베이스를 적절히 조정해야 합니다.

연결 제한시간을 0으로 설정하는 경우 풀 관리자는 연결이 할당될 때까지(연결 수가 최대 연결 수 밑으로 떨어질 때까지) 대기합니다.

최대 연결 수를 0으로 설정한 경우, 무한 개의 실제 연결이 가능하며 연결 제한시간은 무시됩니다.

데이터 유형 정수
단위
기본값 180
범위 0 - 최대 정수
최대 연결 수

이 풀에 작성할 수 있는 실제 연결의 최대 수를 지정하십시오.

이들은 백엔드 자원에 대한 실제 연결입니다. 일단 이 수에 도달하면, 새로운 실제 연결이 작성되지 않으며 요청자는 현재 사용 중인 실제 연결이 풀로 리턴될 때까지 대기하거나 ConnectionWaitTimeoutException이 발생됩니다.

예를 들어, 최대 연결 수가 5로 설정되고 실제 5개의 접속을 사용 중이면, 풀 관리자는 실제 접속의 연결 제한시간으로 지정한 시간만큼 대기합니다.

최대 연결 수가 0으로 설정되면 연결 제한시간 값은 무시됩니다.

성능을 개선하려면 연결 풀 값을 웹 컨테이너의 최대 연결 수 옵션에 지정한 값보다 낮게 설정하십시오. 설정 값이 낮으면(예: 연결 10-30건)이 설정 값이 높을 때(예: 100)보다 성능이 더 좋습니다.

복제가 사용되는 경우 각 복제본에 대해 하나의 데이터 풀이 존재합니다. 데이터 풀의 갯수는 데이터베이스 최대 연결 수를 구성할 때 중요합니다.

[AIX Solaris HP-UX Linux Windows] [iSeries] Tivoli® Performance Viewer를 사용하여 풀에서 최적 연결 수를 찾을 수 있습니다. 동시 대기자 수가 0보다 크지만, CPU 로드가 100%에 가깝지 않으면 연결 풀 크기 증가를 고려하십시오. 사용률이 보통 워크로드보다 계속 낮으면, 풀의 연결 수를 줄이는 것이 좋습니다.

[AIX Solaris HP-UX Linux Windows] [iSeries]
데이터 유형 정수
기본값 10
범위 0 - 최대 정수
최소 연결 수

유지보수해야 하는 실제 연결의 최소 수를 지정합니다.

이 숫자에 도달할 때까지는 풀 유지보수 스레드가 실제 연결을 버리는 일은 전혀 없습니다. 그러나 연결 건수를 이만큼 끌어 올리려고 하지 마십시오. 유효 제한시간의 값을 설정한 경우에는 최소값이 유지되지 않습니다. 유효 기간이 만료된 모든 연결은 버려집니다.

예를 들어, 최소 연결 수 값을 3으로 설정하고 하나의 실제 연결을 작성하면 미사용 제한시간 스레드는 해당 연결을 버리지 않습니다. 동일한 토큰에 의해 스레드는 최소 연결 수 설정에 도달하기 위해 자동으로 두 개의 추가 실제 연결을 작성하지 않습니다.

데이터 유형 정수
기본값 1
범위 0 - 최대 정수
Reap 시간

풀 유지보수 스레드 실행 사이의 간격(초)을 지정합니다.

예를 들어, Reap 시간을 60으로 설정하면 풀 유지보수 스레드가 60초마다 실행됩니다. Reap 시간 간격은 미사용 제한시간유효 제한시간 설정의 정확성에 영향을 미칩니다. 간격이 작을수록 정확성은 더 큽니다. 풀 유지보수 스레드가 사용 가능한 경우 Reap 시간을 미사용 제한시간 및 유효 제한시간보다 작게 설정해야 합니다. 풀 유지보수 스레드가 실행할 때, 풀 유지보수 스레드는 미사용 제한시간에 지정된 시간 값보다 길게 사용되지 않은 기존의 모든 연결을 최소 연결 수에 지정된 연결 수에 도달할 때까지 버립니다. 풀 유지보수 스레드는 또한 유효 제한시간에 지정된 시간 값보다 오래 동안 활성이었던 모든 연결을 버립니다.

Reap 시간 간격은 또한 성능에 영향을 줍니다. 더 작은 간격은 풀 유지보수 스레드가 더 자주 실행하여 성능이 떨어진다는 것을 의미합니다.

풀 유지보수 스레드를 사용 불가능하게 하려면 Reap 시간을 0으로 설정하거나 미사용 제한시간과 유효 제한시간 모두를 0으로 설정하십시오. 풀 유지보수 스레드를 사용 불가능하게 하는 방법은 Reap 시간을 0으로 설정하는 것으로서, 이 경우 미사용 제한시간 및 유효 제한시간이 무시됩니다. 그러나 미사용 제한시간 및 유효 제한시간을 0으로 설정하는 경우 풀 유지보수 스레드가 실행되지만 0이 아닌 제한시간 값으로 인해 제한시간이 초과되는 실제 연결만이 버려집니다.

데이터 유형 정수
단위
기본값 180
범위 0 - 최대 정수
사용되지 않은 제한시간

지정된 시간 후에 사용되지 않거나 대기 중인 연결이 버려지는 초 단위의 간격을 지정합니다.

최적의 성능을 위해 Reap 제한시간 값보다 높은 사용되지 않은 제한시간 값을 설정하십시오. 사용되지 않은 실제 연결은 현재 사용되지 않은 연결의 수가 최소 연결 설정을 초과할 경우에만 버려집니다. 예를 들어 미사용 제한시간 값을 120으로 설정하고 풀 유지보수 스레드가 사용 가능한 경우(Reap 시간이 0이 아님) 2분 동안 사용되지 않았던 모든 실제 연결이 버려집니다. 성능 뿐 아니라 이 제한시간의 정확성이 Reap 시간 값의 영향을 받음을 참고하십시오. 자세한 정보는 Reap 시간을 참조하십시오.

데이터 유형 정수
단위
기본값 1800
범위 0 - 최대 정수
유효 제한시간

실제 연결이 버려지기 전의 초 단위의 간격을 지정합니다.

유효 제한시간을 0으로 설정하면 활성 중인 실제 연결을 풀에 무기한으로 남아있게 지원합니다. 최적의 성능을 위해 Reap 제한시간 값보다 큰 유효 제한시간 값을 설정하십시오. 예를 들어, 유효 제한시간 값이 1200으로 설정되고 Reap 시간 값이 0이 아닌 경우, 1200초(20분) 동안 존재한 실제 연결은 풀에서 버려집니다. 성능 뿐 아니라 이 제한시간의 정확성이 Reap 시간 값의 영향을 받음을 참고하십시오. 자세한 정보는 Reap 시간을 참조하십시오.

데이터 유형 정수
단위
기본값 0
범위 0 - 최대 정수
제거 정책

무효 연결 또는 치명적 연결 오류가 발견될 때 연결을 제거하는 방법을 지정합니다.

유효값은 EntirePoolFailingConnectionOnly입니다. JCA(Java™ EE Connector Architecture) 데이터 소스에도 옵션이 있을 수 있습니다. WebSphere® 버전 4.0 데이터 소스에는 항상 EntirePool 제거 정책이 있습니다.

데이터 유형 문자열
기본값 FailingConnectionOnly
범위
EntirePool
풀 내의 모든 연결이 무효로 표시됩니다. 사용 중이 아닌 연결은 즉시 닫힙니다. 사용 중인 연결은 닫히고 해당 연결의 다음 조작 동안 StaleConnectionException이 처리됩니다. 응용프로그램에서 후속 getConnection 요청은 데이터베이스 열기에 대한 새 연결의 결과를 초래하였습니다. 이 제거 정책을 사용할 경우 풀의 일부 연결이 무효화 상태가 아닐 때 불필요하게 닫힐 수도 있습니다. 그러나 이는 거의 발생하지 않습니다. 대부분의 경우, EntirePool의 제거 정책이 최상의 선택입니다.
FailingConnectionOnly
StaleConnectionException이 발생한 연결만이 닫힙니다. 이 설정은 유효한 연결이 불필요하게 닫힐 가능성은 제거하나 좀더 복잡한 응용프로그램 Perspective로부터 복구됩니다. 현재는 실패한 연결만 닫히기 때문에, 응용프로그램으로부터 다음 getConnection 요청이 무효 풀에서 연결을 리턴할 수 있고 이는 더 많은 무효 연결 예외 결과를 발생시킵니다.



표시된(온라인) 링크는 인터넷에 액세스해야 합니다.

관련 개념
관련 태스크
관련 참조


파일 이름: umj_sesspoolset.html