Sun ONE Message Queue 3.0.1 SP2 릴리스 노트

Sun™ ONE Message Queue 릴리스 노트

버전 3.0.1 SP2

부품 번호: 817-3828-10

2003년 8월

이 릴리스 노트에는 Sun™ Open Net Environment (Sun ONE) Message Queue (MQ) 버전 3.0.1 서비스 팩 2 (SP2) 릴리스에 사용할 수 있는 중요한 정보가 포함되어 있습니다. 여기에서는 새로운 기능과 향상된 기능, 알려진 제한 사항과 문제점, 기술 노트 및 기타 정보에 대해 다룹니다. MQ 3.0.1 SP2를 사용하기 전에 이 문서를 읽으십시오.

이 릴리스 노트의 최신 버전은 Sun ONE 설명서 웹 사이트(http://docs.sun.com/?p=/coll/S1_MessageQueue_301)에서 보실 수 있습니다. 소프트웨어를 설치 및 설정하기 전후에 이 웹 사이트를 주기적으로 방문하여 릴리스 노트 및 설명서의 최신 버전을 확인하십시오.

이 릴리스 노트는 다음 내용으로 구성되어 있습니다.

개정 내역

표 1  개정 내역 

날짜

변경 사항 설명

2003년 8월

이 문서의 변경 사항은 다음과 같습니다.

2002년 10월

이 문서의 초기 릴리스

Java™ Message Service (JMS) 호환

MQ 3.0.1 버전은 JMS 1.1 Compatibility Test Suite (CTS)를 통과하여 Java Message Service (JMS) 1.1 사양과의 호환성을 인증 받았습니다.

Sun ONE Application Server 7의 원 JMS 공급자인 MQ 3.0.1 또한 Sun ONE Application Server 7 (JMS 1.0.2b와의 호환 필수)의 J2EE 1.3.1 CTS 테스트에 통과했습니다.

Message Queue 3.0.1 SP2의 새로운 기능

MQ 3.0.1 SP2는 (새로운 기능 없이 버그 릴리스였던) MQ 3.0.1 SP1의 업데이트입니다. MQ 3.0.1 SP1은 MQ 3.0.1의 업데이트입니다. 이 릴리스 노트에서 3.0.1 버전에 대한 참조는 일반적으로 각각 3.0.1, 3.0.1 SP1 및 3.0.1 SP2를 의미합니다.

MQ 3.0.1 SP2 제품에는 MQ 3.0 및 3.0.1의 새로운 기능과 3.0.1 SP2의 두 가지 추가 기능이 모두 포함되어 있습니다.

Message Queue 3.0.1 SP2의 새로운 기능

MQ 3.0.1 SP2에는 MQ 3.0.1과 대비하여 다음 두 가지의 새로운 기능이 있습니다.

Message Queue 3.0.1의 새로운 기능

MQ 3.0.1에는 MQ 3.0과 대비하여 다음 두 가지의 새로운 기능이 있습니다.

Message Queue 3.0의 새로운 기능

MQ 3.0은 버전 2.0 제품—iMQ 2.0 (및 iMQ 2.0, 서비스 팩 1)에 많은 변경 사항을 추가하였습니다.

이러한 변경 사항 중 가장 주목할 만한 점은 다음과 같이 플랫폼판과 엔터프라이즈판의 두 버전을 사용할 수 있다는 것입니다.

플랫폼판     기본 JMS 지원을 제공하며 소규모 배포 및 개발 환경에 가장 적합합니다.

엔터프라이즈판     HTTP/HTTPS 지원, 확장성 향상 및 보안 기능을 제공하며 대규모 배포에 가장 적합합니다.

두 판에 대한 자세한 내용은 MQ Administrator’s Guide 또는 MQ Developer’s Guide의 소개를 참조하십시오.

아래 MQ 3.0 제품 변경 사항에 대한 설명은 해당 내용이 두 판 모두에 적용되는지 아니면 엔터프라이즈판에만 적용되는지 여부에 따라 분류됩니다.

엔터프라이즈판 및 플랫폼판 모두

엔터프라이즈판에만 적용

Message Queue 설명서 업데이트

다음 MQ 3.0.1 및 MQ 3.0.1 SP2 문서는 해당 제품의 버전 3.0에서 업데이트되었습니다. 이 업데이트 문서는 Sun ONE 설명서의 웹 사이트(http://docs.sun.com/coll/S1_MessageQueue_301)에서 보실 수 있습니다.

설치 설명서

MQ Installation Guide를 업데이트하여 MQ 3.0.1 SP2에 대한 변경 사항을 포함하였습니다("Message Queue 3.0.1 SP2의 새로운 기능" 참조).

관리자 설명서

MQ Administrator’s Guide를 업데이트하여 MQ 3.0.1의 새로운 기능을 포함하였습니다("Message Queue 3.0.1의 새로운 기능" 참조).

개발자 설명서

MQ Developer’s Guide를 업데이트하여 MQ 3.0.1의 새로운 기능을 포함하였습니다("Message Queue 3.0.1의 새로운 기능" 참조).

호환성 문제

MQ 3.0.1 버전은 MQ 3.0과 완전히 호환되므로 MQ 3.0에서 MQ 3.0.1로 업그레이드 시 브로커 구성, 관리 객체, 관리 도구 또는 클라이언트 응용 프로그램을 변경할 필요가 없습니다.

그러나, MQ 3.0.1 버전(이하 3.0.1)은 일반적으로 iMQ 2.0과는 호환되지 않습니다. 특히, iMQ 2.0 (또는 iMQ 2.0 서비스 팩 1)에서 MQ 3.0.1로 업그레이드할 경우에는 많은 문제들이 발생합니다.

브로커 호환성

MQ 3.0.1 브로커는 브로커 등록 정보 및 영구 저장소 스키마의 변경으로 인해 iMQ 2.0 브로커와 상호 운용성이 없습니다. 그러나, 표 2에 표시된 것처럼 일부 iMQ 2.0 데이터는 MQ 3.0.1과 호환되므로 MQ 3.0.1로 업그레이드한 후에도 보존될 수 있습니다. iMQ 2.0에서 MQ 3.0.1로 업그레이드할 경우 다음 사항을 고려해야 합니다.

표 2  iMQ 2.0 데이터와 MQ 3.0.1의 호환성 

iMQ 2.0 데이터 범주

iMQ 2.0 데이터 위치

MQ 3.0.1과의 호환성

브로커 등록 정보

IMQ_VARHOME/stores/brokerName/
props/config.properties

호환되지 않음, 사용 불가

영구 저장소(메시지,
대상, 영구 가입, 트랜잭션)

IMQ_VARHOME/stores/brokerName/
filestore/
또는 JDBC 액세스 가능 데이터 저장소

호환되지 않음, 사용 불가

관리 객체

로컬 디렉토리 또는 LDAP 서버

호환 가능, 사용 가능 및/또는 3.0.1로 변환 가능

보안: 사용자 저장소

IMQ_VARHOME/security/passwd
또는 LDAP 서버

호환 가능
이동 위치:
  IMQ_HOME/etc/passwd
  (Solaris의 경우 /etc/imq/passwd)

보안: 액세스 제어 파일

IMQ_VARHOME/security/
accesscontrol.properties

호환 가능
이동 위치:
  IMQ_HOME/etc/...
  (Solaris의 경우 /etc/imq/...)

관리 객체 호환성

MQ 3.0.1 관리 객체가 새 속성으로 향상되고 iMQ 2.0 속성의 이름이 바뀌었으므로 iMQ 2.0에서 MQ 3.0.1로 업그레이드 시 다음 사항을 고려해야 합니다.

관리 도구 호환성

많은 파일 및 디렉토리의 이름이 바뀌어(특히, 문자열 "jmq"를 "imq"로 대체) 모든 MQ 3.0.1 명령줄 유틸리티, 브로커 등록 정보, 관리 객체 속성 및 내부 파일 이름이 변경되었습니다. 따라서, iMQ 2.0에서 MQ 3.0.1로 업그레이드 시 다음 사항을 고려해야 합니다.

클라이언트 호환성

iMQ 2.0에서 MQ 3.0.1로 업그레이드 시 다음 사항을 고려해야 합니다.

알려진 제한 사항

이 절의 제한 사항은 해당 사항이 MQ 3.0.1 버전의 엔터프라이즈판과 플랫폼판에 모두 적용되는지 또는 엔터프라이즈판에만 적용되는지 여부에 따라 분류됩니다.

엔터프라이즈판 및 플랫폼판 모두

엔터프라이즈판에만 적용

알려진 버그

이 절에서는 MQ 3.0.1 SP2 릴리스 당시에 알려진 중요 버그를 나열합니다.

Java Developer Connection (TM) 구성원인 경우 현재 버그 목록, 버그 상태 및 해결 방법은 Java Developer Connection 웹 사이트의 Bug Parade 페이지를 참조하십시오. 새로운 버그를 보고하기 전에 이 페이지를 확인하십시오. 여기에 모든 MQ 버그가 나열되어 있지는 않지만 문제가 보고된 적이 있는지 여부를 확인할 수 있습니다.

관련 페이지:

새 버그를 보고하거나 기능 요청서를 제출하려면 imq-feedback@sun.com으로 메일을 보내십시오.

표 3  버그 설명 

버그 번호

세부 정보

4431924      

imqadmin: 모달 대화 상자가 교착 상태가 될 수 있습니다.

관리 콘솔(imqadmin)은 응용 프로그램 모달인 대화 상자를 사용합니다. 이러한 대화 상자는 대부분 브로커 추가 메뉴 항목 선택과 같은 그래픽 사용자 인터페이스와의 상호 작용을 통해 명시적으로 표시됩니다. 브로커 연결이 끊어져서 대화 상자가 나타날 수도 있습니다. 두 개 이상의 대화 상자가 열리면 관리 콘솔이 잠깁니다. 닫기 버튼을 사용하여 모달 대화 상자를 닫을 수 없습니다.

해결 방법: 창 관리자 컨트롤을 사용하여 최상위 대화 상자를 닫습니다.

       - Windows의 경우 오른쪽 위에 있는 'X' 버튼

       - Solaris의 경우 창 관리자 메뉴 항목의 '닫기'

4449354

아주 드물게 메소드 Session.recover 및 Session.rollback (개별 스레드) 호출과 동시에 메소드 Connection.stop, Connection.start 및 Connection.close를 호출하면 예기치 않은 메시지 재전송 요청이 발생할 수 있습니다.

해결 방법: 동일한 스레드를 사용하거나 동기화를 사용하여 위에서 지정한 Connection... 및 Session... 메소드에 대한 호출을 일련화합니다.

4683029

값에 공백이 있으면 모든 Solaris/Win 스크립트의 -javahome 옵션이 작동하지 않습니다.

-javahome 옵션은 MQ 명령 및 유틸리티에서 사용할 대체 Java 2 호환 런타임을 지정하는 데 사용됩니다. 그러나, 대체 Java 런타임의 경로가 공백이 없는 경로에 있어야 합니다.

공백이 있는 경로의 예는 다음과 같습니다.

젨젨쟙indows:

젨젨C:\jdk 1.4 (Windows에서는 "C:\jdk 1.4"와 같이 전체 경로를 따옴표로 묶을 경우 경로에 공백을 포함할 수 있습니다.)

젨젨젨Solaris:

젨젨/work/java 1.4

해결 방법: 공백이 없는 위치 또는 경로에 Java 런타임을 설치합니다.

4689962

일본어 로켈에서 다양한 관리 유틸리티 출력이 열에 제대로 정렬되어 있지 않고 경계선이 너무 짧습니다.

해결 방법: 없음

4703406

QueueBrowser가 connection.start() 메소드를 처음 호출하지 않고 작동해야 합니다.

QueueBrowser에서 대기열을 찾아보려면 연결에서 Connection.start()를 호출해야 합니다. Connection.start()를 호출하지 못하면 QueueBrowser 열거가 nextElement()에서 차단되어 결과적으로 java.util. NoSuchElementException이 발생합니다.

해결 방법: QueueBrowser.getEnumeration()을 호출하기 전에 Connection.start()를 호출합니다.

4753010

서버 VM에서 Java 프로세스 고유 힙 세그먼트가 무제한으로 증가합니다.

클라이언트 연결의 빠른 열기 및 닫기 상태에서 브로커 프로세스에 영향을 줄 수 있는 Java VM 버그입니다. 이는 지속적인 무제한 브로커 프로세스 메모리 증가의 원인이 될 수 있습니다. 시스템 메모리가 모두 사용되면 브로커가 충돌할 수 있습니다.

/usr/proc/bin/pmap 도구를 사용하여 고유 힙 세그먼트의 증가를 확인할 수 있습니다.

해결 방법: 다음 명령 옵션을 사용하여 브로커가 클라이언트 VM을 사용하도록 합니다.

젨젨imqbrokerd -clientvm

또는 브로커를 시작하는 /usr/bin/imqbrokerd 셸 스크립트에서 -server 인수를 제거하거나, JDK 1.4.1로 업그레이드하여 다음 명령 옵션을 사용할 수 있습니다.

젨젨imqbrokerd -javahome JDK_1.4.1_directory

4761626

복잡한 사용자 작성/삭제 w/ 대기열 자동 작성은 메시지 손실의 원인이 될 수 있습니다.

드물게 스트레스 상태에서 자동 작성된 대기열 대상에서 메시지가 손실될 수 있습니다.

대기열에서 전달된 모든 메시지를 확인한 후 새 메시지 생성자(다른 연결)가 해당 대기열에 메시지를 보내는 것과 동시에 대기열의 마지막 메시지 사용자를 제거하면 이 오류가 발생합니다. 이 경우 새 메시지가 도착하자마자 대기열이 "자동 제거"(사용자 없이 빈 상태)되므로 새 메시지가 손실됩니다.

해결 방법: MQ 관리 도구를 사용하여 관리상 대기열을 작성합니다.

4879448

Sun ONE Message Queue Version 3.0.1에서 힙이 빨강 메모리 상태까지 채워질 경우 지속성 메시지를 디스크에 스왑하지 않습니다.

메시지에 잘못된 논리가 있는지 확인하는 부울 식이 있습니다. 논리가 잘못된 경우 메시지가 스왑 아웃되어야 합니다. 따라서, 지속성 메시지가 메모리에서 스왑 아웃되는 경우가 있습니다. 비지속성 메시지 스왑 기능을 해제하면 지속성 메시지가 항상 올바르게 평가됩니다.

해결 방법: config.properties 파일 또는 명령줄에서 다음 브로커 등록 정보를 설정합니다.
imqmemory_management.swapNPMsps=false

4883126

자동 재연결 기능이 제대로 작동하지 않습니다.

브로커가 중복 메시지를 보내는 원인이 되는 자동 다시 연결 후에는 사용자 수가 증가합니다.

해결 방법: 없음. 이 버그는 MQ 3.5에서 수정됩니다.

4888270

처음 트랜잭션에 보낸 메시지를 다시 전송하면 브로커 오류가 발생합니다.

트랜잭션에 처음 보낸 메시지를 나중에 다시 받고 동일한 메시지 객체가 트랜잭션되지 않은 세션에 다시 전송되면 브로커에서 오류를 보고합니다.

해결 방법: 동일한 메시지 객체를 사용하지 마십시오. 메시지를 다시 전송하려는 경우에는 별도의 새 메시지를 만듭니다.

4893546

w/jdk1.4.2 및 서버 vm을 실행할 때 브로커가 메모리를 릴리스하지 않습니다.

해결 방법: clientvm을 사용합니다. 다음 명령을 사용하여 브로커를 시작해야 합니다.

imqbrokerd -clientvm

Message Queue 3.0.1 버전에서 수정된 버그

아래 내용은 MQ 3.0.1, 3.0.1 SP1 및 3.0.1 SP2에서 수정된 가장 중요한 버그에 대한 간단한 설명입니다.

MQ 3.0에서 수정된 버그에 대해서는 다음 웹 사이트의 MQ 3.0 릴리스 노트를 참조하십시오.

다음 버그 수정에 대한 자세한 내용은 Java Developer Connection 사이트의 전체 보고서를 참조하십시오.

표 4  MQ 3.0.1 버전에서 수정된 버그 

버그 번호

설명

4679837

TLS를 사용하여 전송할 경우 클라이언트에서 connection의 close()에 JMSException이 발생하는 경우가 있습니다.

4683129

자정과 오전 1시 사이의 브로커 로그 타임스탬프가 올바르지 않습니다.

4688051

클라이언트에서 브로커에 대한 연결을 빠르게 작성하고 닫을 때 EOFException이 발생할 수 있습니다.

4694971

오류 없는 정상 XAConnection.close() 후에도 독립형 JTS/XA 트랜잭션 완료에 실패하는 경우가 있습니다.

4700851

XA 트랜잭션 종료 후 클라이언트가 로컬 트랜잭션을 삭제하지 않습니다.

4701982

CLASSPATH 환경 변수를 설정한 경우 Solaris 또는 Linux에서 관리 콘솔을 시작할 수 없습니다.

4702152

사용자측 트랜잭션의 일부로 확인된 메시지의 경우 브로커는 해당 사용자가 닫힐 때까지 각 확인된 메시지에 대한 일부 불필요한 상태 정보를 보관합니다.

4704186

응용 프로그램 README 파일(demo/jms/README)의 예를 수정합니다.

4735757

commit()를 호출하기 전에 트랜잭션에 50개가 넘는 메시지가 수신되면 사용자가 예외를 발생합니다.

4758424

> 10k 메시지가 백로그될 경우 라운드 로빈 대기열의 성능이 감소됩니다.

4758427

마지막 대기 메시지가 전달되기 전에 만료되면 라운드 로빈 대기열 사용자가 "고착"될 수 있습니다.

4770212

서비스를 일시 중지 및 다시 시작하면 연결에 보류 중인 메시지가 없을 경우 클라이언트 연결이 중단됩니다.

4770518

Windows 브로커 서비스가 로그아웃 시 종료됩니다.

4809079

SSL 기반 연결이 있는 경우 브로커가 제대로 종료되지 않습니다.

4821708

Session.createProducer(null)에서 NullPointerException이 발생합니다.

4828860

선택기의 MQ 성능 감소 - 클라이언트의 수가 증가하면 성능이 감소됩니다.

4835586

마스터 브로커 백업 - 복원 주기로 인해 대상 정보가 손실될 수 있습니다.

4879448

특정 상황에서 브로커가 디스크에 메시지를 스왑하지 않습니다.

JMS에서 선택 사항으로 표시되는 기능

JMS 사양은 선택 사항인 특정 항목을 나타냅니다. 각 JMS 공급자(공급업체)가 해당 항목의 구현 여부를 선택합니다. 이러한 선택 항목을 처리하는 MQ 제품은 아래와 같습니다.

표 5  선택적 JMS 기능 

JMS 사양 섹션

설명 및 MQ 처리

3.4.3
JMSMessageID

"메시지 ID는 메시지 작성 및 메시지의 크기 증가에 어느 정도 영향을 미치기 때문에 응용 프로그램에서 메시지 ID를 사용하지 않는다는 힌트가 있을 경우 일부 JMS 공급자가 메시지 오버헤드를 최적화할 수 있습니다. JMS Message Producer는 메시지 ID 비활성화를 위한 힌트를 제공합니다."

MQ 구현: 제품은 메시지 ID 생성을 비활성화하지 않습니다(MessageProducer의 모든 setDisableMessageID() 호출이 무시됨). 모든 메시지에는 유효한 MessageID 값이 있습니다.

3.4.12
메시지 헤더 필드 대체

"JMS는 관리자가 이러한 헤더 필드 값을 대체하는 방법에 대해 특별히 정의하지 않습니다. JMS 공급자는 이 관리 옵션을 지원하지 않아도 됩니다."

MQ 구현: MQ 제품은 연결 팩토리 관리 객체 구성을 통해 메시지 헤더 필드 값의 관리 대체를 지원합니다.

3.5.9
JMS 정의 등록 정보

"JMS는 JMS 정의 등록 정보에 대한 'JMSX' 등록 정보 이름 접두어를 예약합니다."
"별도로 명시되지 않은 경우 이러한 등록 정보 지원은 선택 사항입니다."

MQ 구현: JMS 1.1 사양에 정의된 JMSX 등록 정보는 MQ 제품에서 지원합니다.

3.5.10
공급자별 등록 정보

"JMS는 공급자별 등록 정보에 대한 'JMS_<vendor_name>' 등록 정보 이름 접두어를 예약합니다."

MQ 구현: 공급자별 등록 정보는 공급자 고유 클라이언트에서 JMS 사용을 지원하는 데 필요한 특수 기능을 제공하는 것을 목적으로 합니다. 이러한 기능은 JMS 간 메시징에는 사용되지 않습니다. MQ 3.0.1은 공급자별 등록 정보를 사용하지 않습니다.

4.4.8
분산 트랜잭션

"JMS에서는 공급자가 분산 트랜잭션을 지원하지 않아도 됩니다."

MQ 구현: 분산 트랜잭션은 MQ 제품의 본 릴리스에서 지원됩니다.

4.4.9
다중 세션

"PTP <지점간 배포 모델>의 경우 JMS는 동일한 대기열에 대한 동시 QueueReceivers의 의미를 지정하지 않지만, 공급자가 이를 지정하는 것을 금지하지는 않습니다." 자세한 내용은 JMS 사양의 5.8절을 참조하십시오.

MQ 구현: MQ 구현에서는 페일오버, 라운드 로빈, 단일(기본값)의 세 가지 대기열 전달 정책을 지원합니다. 자세한 내용은 MQ Administrator’s Guide를 참조하십시오.

기술 노트

이 절에서는 다음 내용에 관한 간단한 기사들을 다룹니다.

시스템 클럭 설정

MQ 시스템을 사용할 경우 시스템 클럭을 동기화하여 클럭을 역방향으로 설정하지 않도록 주의해야 합니다.

동기화 권장

MQ 시스템과 상호 작용하는 모든 호스트에서 클럭을 동기화하는 것이 좋습니다. 클럭 동기화는 메시지 만료(TimeToLive)를 사용할 경우에 특히 중요합니다. 호스트의 클럭을 동기화하지 않으면 TimeToLive가 예상한 대로 작동하지 않을 수 있습니다(메시지가 전달되지 않을 수 있음). 브로커를 시작하기 전에 클럭을 동기화해야 합니다.

Solaris     로컬 호스트에서 rdate 명령을 실행하여 원격 호스트와 동기화할 수 있습니다(이 명령 실행에는 수퍼유저(루트) 권한이 필수). 예를 들어, 다음 명령은 로컬 호스트(Host 2)를 원격 호스트 Host1과 동기화합니다.

Linux     이 명령은 Solaris에서와 비슷하지만 다음 -s 옵션을 제공해야 합니다.

Windows     net 명령을 time 하위 명령과 함께 실행하여 로컬 호스트를 원격 호스트와 동기화할 수 있습니다. 예를 들어, 다음 명령은 로컬 호스트(Host 2)를 원격 호스트 Host1과 동기화합니다.

역방향 시스템 클럭 설정 금지

MQ 브로커를 실행하는 시스템에서 시스템 클럭을 역방향으로 설정하지 마십시오. MQ는 타임스탬프를 사용하여 트랜잭션, 영구 가입 등과 같은 내부 객체 확인을 돕습니다. 시스템 클럭을 역방향으로 설정하면 이론적으로 중복 내부 식별자가 생성될 수 있습니다. 브로커는 임으로 식별자를 소개하고 실행 중에 클럭 이동을 검색하여 이러한 현상을 보정하려고 시도합니다. 그러나, 브로커가 실행되지 않을 때 시스템 클럭이 역방향으로 많이 이동되는 경우 약간의 식별자 중복 위험이 있습니다.

브로커가 실행 중인 시스템에서 시스템 클럭을 몇 초 이상 역방향으로 설정해야 하는 경우 트랜잭션 또는 영구 가입이 없을 때 설정하거나 브로커가 실행 중이 아닐 때 설정 작업을 수행한 다음 클럭을 이동한 시간만큼 대기한 후 브로커를 다시 실행하는 것이 좋습니다.

가장 좋은 방법은 브로커를 시작하기 전에 클럭을 동기화한 다음 적절한 기술을 사용하여 클럭이 배포된 이후에 많이 이동되지 않도록 하는 것입니다.

클라이언트 및 브로커에 대한 OS 정의 연결 제한

Solaris 플랫폼과 Linux 플랫폼에서는 클라이언트 또는 브로커가 실행 중인 셸에 클라이언트가 사용할 수 있는 파일 설명자 수에 대한 소프트 한계가 있습니다. MQ 시스템에서는 각 클라이언트가 만드는 연결 또는 각 브로커가 받아들이는 연결에 이 파일 설명자 중 하나를 사용합니다. 따라서, Solaris의 경우 브로커 또는 클라이언트에서 257개 이상의 연결을 실행할 수 없고, Linux의 경우 이 한계를 변경하지 않고 1024개의 연결을 실행할 수 없습니다(파일 기반 지속성과 같은 다른 목적으로 사용되는 파일 설명자로 인해 이 수는 실제로 약간 더 낮음).

이 한계를 변경하려면 ulimit 설명서 페이지 또는 아래 "파일 기반 지속성 성능 향상을 위해 파일 설명자 증가"의 지침을 참조하십시오. 클라이언트 또는 브로커가 실행될 각 셸에서 한계를 변경해야 합니다.

파일 기반 지속성 성능 향상을 위해 파일 설명자 증가

Solaris 플랫폼과 Linux 플랫폼에서 기본 파일 기반 지속성의 메시지 저장 속도는 파일 저장소에 사용할 수 있는 파일 설명자 수의 영향을 받습니다(Windows에는 파일 설명자 한계 없음). 많은 수의 설명자를 사용하면 많은 수의 지속성 메시지를 보다 빠르게 처리할 수 있습니다.

성능 테스트 또는 배포 목적으로 성능을 향상시키려면 관리자는 응용 프로그램(이 경우 브로커 프로세스)에서 사용 가능한 최대 파일 설명자 수를 증가시킨 다음 등록 정보 값을 업데이트하여 브로커가 사용하는 공유 파일 설명자 풀의 크기를 증가시켜야 합니다.

이 등록 정보 값은 시스템에서 사용 가능한 최대 파일 설명자 수보다 작아야 합니다.

예를 들어, Solaris에서는 ulimit 명령을 사용하여 파일 설명자 한계를 증가시킬 수 있습니다. 프로세스는 부모(로그인) 셸로부터 시스템 한계를 상속합니다. Solaris에는 "하드" 한계와 "소프트" 한계가 있습니다. 루트 사용자가 아닌 경우 응용 프로그램에 대한 파일 설명자 수가 소프트 한계를 초과할 수 없으며 또한, 하드 한계를 초과할 수 없습니다.

현재 파일 설명자 한계를 확인하려면 다음 작업을 수행합니다.

"루트" 사용자에 대한 파일 설명자 한계를 변경하려면 다음 작업을 수행합니다.

이 작업을 수행하면 이 셸에서 작성된 모든 프로세스에서 파일 설명자를 제한 없이 열 수 있습니다. 따라서, 이 지점에서 imqbroker 명령을 안전하게 실행할 수 있습니다.

루트가 아닌 사용자에 대한 파일 설명자 한계를 변경하려면 다음 작업을 수행합니다.

여기서 number1은 1024보다 작고 number2는 number1보다 작습니다.

1024가 부족한 경우 다음 옵션을 선택할 수 있습니다.

지속성 데이터 보안

브로커는 정보 가운데 일시적으로 저장되는 메시지 파일을 포함할 수 있는 영구 저장소를 사용합니다. 이러한 메시지에는 소유 정보가 포함될 수 있기 때문에 인증되지 않은 액세스로부터 데이터 저장소를 안전하게 보호하는 것이 좋습니다.

브로커는 기본 제공 또는 플러그인 영구 저장소를 사용할 수 있습니다.

기본 제공 영구 저장소

기본 제공 영구 저장소를 사용하는 브로커는 다음 위치에 있는 플랫 파일 데이터 저장소에 지속성 데이터를 작성합니다.

여기서 brokerName은 브로커 인스턴스를 식별하는 이름입니다.

brokerName/filestore/ 디렉토리는 브로커 인스턴스가 처음으로 시작될 때 작성됩니다. 이 디렉토리 보안 절차는 브로커가 실행 중인 운영 체제에 따라 다릅니다.

Solaris 및 Linux     IMQ_VARHOME/instances/brokerName/filestore/ 디렉토리에 대한 사용 권한은 브로커 인스턴스를 시작한 사용자의 umask에 따라 다릅니다. 따라서, umask를 적절하게 설정하여 브로커 인스턴스 시작 권한과 지속성 파일 읽기 권한을 제한할 수 있습니다. 또는, 관리자(수퍼유저)가 IMQ_VARHOME/instances 디렉토리에 대한 사용 권한을 700으로 설정하여 지속성 데이터를 안전하게 보호할 수 있습니다.

Windows     사용 중인 Windows 운영 체제에서 제공하는 기법을 사용하여 IMQ_VARHOME/instances/brokerName/filestore/ 디렉토리에 대한 사용 권한을 설정할 수 있습니다. 여기에는 일반적으로 디렉토리에 대한 등록 정보 대화 상자 열기가 포함됩니다.

플러그인 영구 저장소

플러그인 영구 저장소를 사용하는 브로커는 JDBC Compliant 데이터베이스에 지속성 데이터를 작성합니다.

데이터베이스 서버에서 관리하는 데이터베이스(예: Oracle 데이터베이스)의 경우 MQ 데이터베이스 테이블(이름이 "IMQ"로 시작하는 테이블)에 액세스하기 위한 사용자 이름과 암호를 만드는 것이 좋습니다. 데이터베이스에서 개별 테이블을 보호할 수 없는 경우 MQ 브로커 전용 데이터베이스를 만듭니다. 사용자 이름/암호 액세스 작성 방법에 대한 자세한 내용은 데이터베이스 공급업체 설명서를 참조하십시오.

브로커가 데이터베이스 연결을 여는 데 필요한 사용자 이름과 암호는 브로커 구성 등록 정보에서 제공될 수 있습니다. 브로커 시작 시에 사용자 이름과 암호를 명령줄 옵션으로 제공하는 것이 보다 안전합니다(MQ Administrator’s Guide, 부록 A, "플러그인 지속성 설정" 참조).

데이터베이스의 JDBC 드라이버를 통해 브로커가 직접 액세스하는 내장 데이터베이스(예: Cloudscape 데이터베이스)의 경우 일반적으로 지속성 데이터가 저장될 디렉토리에 대한 파일 사용 권한(위 "기본 제공 영구 저장소" 설명 참조)을 설정하여 보호합니다. 브로커와 imqdbmgr 유틸리티를 모두 사용하여 데이터베이스를 읽고 쓸 수 있게 하려면 해당 유틸리티와 브로커를 동일한 사용자가 실행해야 합니다.

브로커 메모리 구성

Java 객체가 JVM 힙 공간을 모두 사용하여 브로커가 닫히면 해당 브로커는 흐름 제어, 메시지 스왑 등과 같은 다양한 기술을 사용하여 메모리를 확보합니다. 아주 드물게 메모리를 확보하고 메시지 유입을 줄이기 위해 클라이언트 연결을 닫는 경우도 있습니다. 따라서, 이러한 경우가 발생하지 않도록 최대 JVM 힙 공간을 충분하게 설정하는 것이 좋습니다.

하지만, 최대 Java 힙 공간을 너무 높게 설정하면 브로커가 전체 시스템 메모리가 부족해 질 때까지 Java 힙 공간을 계속해서 증가시킬 수 있습니다. 그렇게 되면 성능이 감소하거나, 예상치 않은 브로커 충돌이 발생하거나, 시스템에서 실행 중인 다른 응용 프로그램 및 서비스의 동작에 영향을 미칠 수 있습니다.

이 문제는 -Xmx Java 명령줄 인수로 Java 힙 크기 한계를 적절하게 구성하여 방지할 수 있습니다. 일반적으로 정상 시스템 메모리와 최대 시스템 메모리를 평가하여 시스템 메모리 문제를 일으키지 않고 우수한 성능을 제공할 수 있도록 Java 힙 크기를 구성하는 것이 좋습니다.

클라이언트 메모리 부족 오류

대규모 메시지나 많은 소규모 메시지를 처리하는 JMS 클라이언트를 실행 중인 경우 OutOfMemoryError 오류가 발생할 수 있습니다. 클라이언트 런타임에는 메모리 누출이 없습니다. 즉, 네트워크 외부에서 메시지를 복사하여 클라이언트에 전달하기에는 메모리가 부족합니다.

이러한 OutofMemoryError 오류를 제거하려면 최대 Java 힙 크기를 증가시킵니다. java 또는 jre 명령에 적절한 명령줄 옵션을 전달하여 이 작업을 수행할 수 있습니다.

Java2에서는 클라이언트 응용 프로그램을 실행할 때 -Xmx 옵션을 사용합니다. 예를 들면 다음과 같습니다.

제한 사항은 다음과 같습니다.

문제 보고 방법

문제를 보고하려면 imq-feedback@sun.com으로 메일을 보내십시오.

지원 계약이 체결되어 있고 MQ에 문제가 발생한 경우 다음 방법 중 하나를 사용하여 Sun ONE 고객 지원 부서에 문의하십시오.

지원 부서에 연락할 때는 보다 나은 지원을 받기 위해 다음 정보를 준비하시기 바랍니다.

추가 정보

MQ 설명서 외에 아래에 설명된 추가 정보를 볼 수 있습니다.

토론 포럼

Sun ONE 소프트웨어 포럼

다음 사이트에서 Sun ONE MQ 포럼을 사용할 수 있습니다.

Java 기술 포럼

Java 기술 포럼에는 관련 JMS 포럼이 있습니다.

사용자 의견 환영

Sun은 본 설명서의 개선을 위해 지속적으로 노력하고 있으며 고객의 의견과 제안을 환영합니다. 의견이 있는 경우 다음 주소로 전자 우편을 보내주십시오.

전자 우편의 제목란에 해당 설명서의 제품 번호(817-3828-10)를 입력하고 본문에 책 제목(Message Queue 3.0.1 릴리스 노트)을 입력하십시오.

Sun의 추가 자원

다음 인터넷 사이트에서 유용한 Sun ONE 정보를 찾을 수 있습니다.

Copyright ⓒ 2003 Sun Microsystems, Inc. 모든 권리는 저작권자의 소유입니다.

Sun, Sun Microsystems, Sun 로고, Solaris, Java, Java Coffee Cup 로고, JDBC 및 JDBC Compliant는 미국 및 다른 국가에서 Sun Microsystems, Inc.의 상표 또는 등록 상표입니다. Sun ONE Message Queue의 사용은 함께 제공된 사용권 계약의 조건에 따릅니다.