고가용성 데이터베이스
고가용성 데이터베이스는 확장성이 높으며 항상 실행 중인 RDBMS(Relational Database Management System)에 따라 다릅니다. 메시징 엔진에 대해 고가용성 데이터베이스를 데이터 저장소로 선택하면 제한사항이 적용됩니다.
고가용성 프레임워크 또는 기능을 가진 데이터베이스는 여분의 1차 및 대기 서버를 가질 수 있습니다. 이러한 데이터베이스를 데이터 저장소로 사용하고 있을 경우, 다음과 같은 특정 조치가 필요합니다.
- 연결이 대기 데이터베이스로 라우트되기 전에 메시징 엔진을 중지하여 다시 시작하지 않는 한 대기 데이터베이스가 1차 데이터베이스로부터 넘겨 받을 때 1차 및 대기 데이터베이스가 동일해야 합니다. 데이터베이스 클라이언트(예: 메시징 엔진)가 1차 데이터베이스에서 대기 데이터베이스로 시스템에 의해 라우트될 경우, 메시징 엔진은 동일한 두 데이터베이스 모두에 있는 데이터에 의존합니다.
- 애플리케이션이 메시징 엔진이 사용하는 JDBC 연결을 공유할 수 있게 하는 1단계 커미트 최적화를 사용하지 마십시오.
DB2®의 HADR(High Availability Data Recovery) 기능을 사용할 경우, 다음 제한사항을 유의하십시오.
- 메시징 엔진 기본 메시징 제공자는 동기 및 동기에 가까운 동기화 모드만 지원합니다. 기본 메시징 제공자는 비동기 HADR 구성을 지원하지 않습니다.
- TAKEOVER BY FORCE 명령은 대기 데이터베이스가 피어 상태에 있거나 피어 상태에서 현재 상태(예: 연결이 끊긴 상태)로 변경된 경우에만 허용됩니다.
WebSphere® Application Server가 고가용성 데이터베이스를 데이터 저장소로 사용하도록 구성한 후 데이터베이스 장애 복구가 발생하면, 메시징 엔진이 실행 중인 애플리케이션 서버가 중지될 수 있습니다. 이 문제점의 원인은 메시징 엔진이 장애 복구를 임시 통신 오류로 항상 처리할 수 없기 때문입니다.
해당 데이터 저장소에 대해 고가용성 데이터베이스를 사용하도록 메시징 엔진을 구성하는 경우에는 메시징 엔진에서 애플리케이션 서버 실패 이후에 자동으로 다시 시작될 수 있는지 확인하십시오. 구성에 적합한 옵션을 선택하십시오.
- 단일 서버를 실행 중인 경우에는 WebSphere Application Server에서 장애 복구를 지원하지 않습니다. 기타 고가용성 제공을 고려하십시오.
- 클러스터링이 없는 WebSphere Application Server Network Deployment를 실행 중이면, 노드 에이전트에 대한 기본 구성을 자동으로 다시 시작해야 합니다.
- 클러스터링이 있는 WebSphere Application Server Network Deployment를 실행 중이면, 피어 복구가 메시징 엔진을 다시 시작합니다. 피어 복구가 사용 가능하도록 고가용성 정책을 구성했는지 확인하십시오.