데이터 저장소 연결이 유실된 경우 메시징 엔진 및 서버 동작 구성
장애가 발생했거나 데이터베이스에서 유지보수를 중지했기 때문에 실행 중인 메시징 엔진과 해당 데이터 저장소 사이의 연결이 끊어지면 서버를 자동으로 다시 시작하도록 구성하여 연결이 복원된 후 메시징 엔진이 올바르게 작동하도록 할 수 있습니다.
이 태스크 정보
이 주제에서 설명하는 동작은 메시징 엔진이 실행 중이고 해당 데이터 저장소에 대한 독점 잠금을 설정한 경우에만 발생합니다.
메시징 엔진에서 sib.msgstore.jdbcFailoverOnDBConnectionLoss 사용자 정의 특성을 설정하면 데이터 저장소에 대한 연결이 유실된 경우 메시징 엔진 및 해당 호스트 서버의 동작을 판별할 수 있습니다.특성 값 | 데이터 저장소 연결이 유실된 경우 수행되는 동작 |
---|---|
true(기본값) |
고가용성
관리자는 다음 코어 그룹 서비스 활성화(Is alive)
검사가 수행되면(기본값: 120초) 메시징 엔진 및 호스팅
애플리케이션 서버를 중지합니다. 노드 에이전트가
서버를 모니터링하고 서버에 대한 모니터링 정책에서
자동 다시 시작이 사용 가능한 경우 서버가 다시 시작됩니다. 해당 서버가 사용 가능할 때 메시징 엔진이
시작됩니다.
참고: 신뢰도
레벨이 확실한 지속적 상태보다 낮은 메시지는
Is alive 검사 간격 중 메시징 엔진에 의해
승인되어 유실될 수 있습니다.
|
false | 메시징 엔진은 계속 실행되고, 작업을 승인하고, 정기적으로 데이터 저장소에 대한 연결을 다시 시도합니다. 데이터 저장소를 사용할 수 없는 동안 메시징 엔진에 작업이 계속해서 제출되면 그 결과는 예측할 수 없고 데이터 저장소 연결이 복원되면 메시진 엔진이 일관되지 않은 상태가 될 수 있습니다. 참고: 작업이
계속해서 메시징 엔진에 제출되면 메시징 엔진이 데이터 저장소를
사용해야 하므로 비지속적 메시징에도 실패할 수 있습니다(예:
메시지에 고유한 ID 할당 또는 메모리 부족으로 비지속적 메시지를
이동하기 위해 데이터 저장소를 사용하는 경우).
|
![]() |
![]() 메시징 엔진은 계속 실행되고, 작업을 승인하고, 정기적으로 데이터 저장소에 대한 연결을 다시 시도합니다. 참고: 고가용성 환경이 배치되어 있는 z/OS의 경우(클러스터된 WebSphere Application Server
및 DB2 데이터 공유 그룹 포함) false 설정이 권장됩니다.
false 설정이 적합하지 않은 유일한 시나리오는
클러스터에 멤버가 하나만 있는 경우와 장애 복구를 위한 메시징 엔진에 대해
서버가 없는 경우입니다.
|
프로시저
- 을 클릭하여 메시징 엔진에 대한 사용자 정의 특성 패널로 이동하십시오.
- 새로 작성을 클릭하십시오.
- 이름 필드에 sib.msgstore.jdbcFailoverOnDBConnectionLoss를 입력하고 값 필드에 true를 입력하십시오.
- 확인을 클릭하십시오.
- 마스터 구성에 변경사항을 저장하십시오.
- 애플리케이션 서버를 다시 시작하십시오.
- 클러스터가 있는 경우 이전 단계를 반복하여 클러스터의 모든 메시징 엔진에서 이 특성을 추가하십시오.
결과
서버를 다시 시작하려는 경우 서버에 대한 모니터링 정책에서 자동 다시 시작이 선택되었는지 확인하십시오.
다음에 수행할 작업
이 상황에서 서버가 자동으로 다시 시작되면 서버의 JVM 로그에 CWSID0039E 메시지가 나타납니다.
서버를 다시 시작한 후 을 클릭하여 메시징 엔진의 상태를 보십시오. 메시징 엔진이 다시 시작되어 실행 중인지 확인하십시오.
서버가 클러스터의 멤버인 경우 메시징 엔진이 시작에 실패한 경우 고가용성 관리 주제의 지시사항에 따라 클러스터 멤버가 고가용성에 대해 계속 사용 가능한지 확인하십시오.
데이터베이스 연결 유실을 신속하게 발견할 수 있도록 시스템을 조정할 수도 있습니다. 메시징 엔진은 다른 서버에서 시작하기 전에 데이터 저장소가 다시 사용 가능해질 때까지 적절한 시간동안 대기합니다.