지속성 서비스

오류 발생 시 브로커를 복구하려면 메시지 전달 작업 상태를 다시 작성해야 합니다. 이렇게 하려면 데이터 저장소에 상태 정보를 저장해야 합니다. 브로커는 다시 시작할 때 저장된 데이터를 사용하여 대상 및 영구 가입을 다시 작성하고, 지속성 메시지를 복구하며, 열린 트랜잭션을 롤백하고, 전달되지 않은 메시지의 라우팅 테이블을 다시 작성합니다. 그런 다음 메시지 전달을 다시 시작합니다.

Message Queue 서비스는 파일 기반 및 JDBC 호환 지속성 모듈(그림 3–2 참조)을 지원하며 기본적으로 파일 기반 지속성을 사용합니다.

그림 3–2 지속성 지원

파일 기반 지속성

파일 기반 지속성은 개별 파일을 사용하여 영구 데이터를 저장하는 메커니즘입니다. 파일 기반 지속성을 사용하면 브로커 등록 정보를 설정하여 다음을 수행할 수 있습니다.

• 메시지 추가 및 제거 시 단편화를 해소하기 위한 데이터 저장소 압축

• 기록할 때마다 메모리 상태에서 물리적 저장 장치와 동기화. 이렇게 하면 시스템 충돌로 인한 데이터 손실을 줄일 수 있습니다.

• 데이터 저장소 파일에 대한 메시지 할당 관리 및 파일 관리와 저장에 필요한 자원 관리

일반적으로 파일 기반 지속성은 JDBC 기반 지속성보다 빠르지만, JDBC 호환 저장소가 제공하는 중복 및 관리 제어 기능을 선호하는 사용자도 있습니다.

JDBC 기반 지속성

JDBC 기반 지속성에서는 Java Database Connectivity(JDBC^TM) 인터페이스를 사용하여 브로커를 JDBC 호환 데이터 저장소에 연결합니다. 브로커가 JDBC 드라이버를 통해 데이터 저장소에 액세스하게 하려면 다음을 수행해야 합니다.

• JDBC 관련 브로커 구성 등록 정보 설정. 사용되는 JDBC 드라이버를 지정하고, 브로커를 JDBC 사용자로 인증하며, 필요한 테이블을 만드는 경우 등에 이 등록 정보를 사용할 수 있습니다.

• imqdbmgr 유틸리티를 사용하여 적합한 체제를 갖는 데이터 저장소 작성

이러한 작업을 완료하는 모든 절차와 관련 구성 등록 정보에 대한 자세한 내용은 Sun Java System Message Queue 3.7 UR1 관리 설명서의 4 장, Configuring a Broker을 참조하십시오.