큐가 가득 찬 이유 조사

큐가 가득 찰 때, 해당 큐에 메시지를 생성하려고 하면 예외가 리턴됩니다. 큐가 가득 찬 가장 가능한 이유는 생성 애플리케이션이 이용 애플리케이션에 의해 이용되는 것보다 빠르게 메시지를 생성하기 때문이며, 원인으로는 이용 애플리케이션에 손상된 통신 링크 또는 오류가 있을 수 있습니다.

이 태스크 정보

서비스 통합 버스의 큐가 가득 찬 이유를 조사하려면 다음 단계를 완료하십시오.

프로시저

  1. 서비스 통합 -> 버스 -> bus_name -> [대상 자원] 대상을 클릭한 다음 가득 찬 큐의 이름을 클릭하십시오.
  2. [관련 항목] 애플리케이션 자원 토폴로지를 클릭한 다음 이 대상의 애플리케이션 자원 패널을 사용하여 대상을 사용하는 JMS 자원과 애플리케이션의 구성을 검사하십시오.

    이 패널로 여러 관련 자원의 상위 레벨 보기를 제공하여 문제점의 원인을 찾을 수 있습니다.

  3. 서비스 통합 -> 버스 -> bus_name -> [대상 자원] 대상 -> queue_name -> [메시지 위치] 큐 위치 -> queue_point_name을 클릭한 다음 런타임 탭에서 현재 메시지 깊이의 값을 검토하십시오. 이 값이 꾸준히 증가하면, 생성 애플리케이션이 이용자를 능가하고 있습니다.
    참고: 대상이 다중 큐 지점을 가지거나 조정되면, 메시지가 전송되거나 이용될 각 메시지 지점에 대해 다음 확인 사항을 완료하십시오.
  4. 생성 및 이용 애플리케이션이 연결된 메시징 엔진을 판별하십시오. .
  5. 생성 및 이용 애플리케이션이 다른 메시징 엔진에 연결되어 있는 경우, 메시지는 원격 큐 지점을 통해 라우팅되는 중입니다. 생성자 메시징 엔진에서 원격 큐 지점을 클릭하고 이용자 큐 지점을 나타내는 큐 지점을 클릭하십시오. 현재 아웃바운드 메시지의 수를 검토하십시오. 현재 메시지의 수가 낮은 경우, 문제점은 원격 큐 지점에 있지 않으므로 이용 애플리케이션이 시작되어 메시지를 오류 없이 이용하고 있는지 확인하십시오. 현재 메시지의 수가 높은 메시지 임계값에 접근하는 경우, 다음 확인 사항을 완료하십시오.
    • 두 메시징 엔진이 서로 통신할 수 있는지 확인하십시오. 서비스 통합 문제점 해결: 버스의 두 메시징 엔진 간 통신 확인의 내용을 참조하십시오. 메시징 엔진이 통신할 수 있으면, 메시지가 생성되는 속도를 줄이십시오. 메시징 엔진이 통신할 수 없으면, 장애를 해결하십시오. 통신이 복원되면서 메시지의 백로그를 처리하는데 문제가 있으면서 백로그가 중요한 메시지를 포함하고 있지 않은 경우, 원격 메시지 지점의 모든 메시지 삭제를 고려하십시오. 메시지를 삭제하려면 관련 원격 메시지 지점을 선택하고 모든 메시지 삭제를 클릭하십시오.
      참고: 삭제된 메시지는 복구할 수 없습니다.
    • Committing 상태에 트랩된 메시지가 있는지 확인하십시오. 이 경우, 데이터베이스와 같은 자원 관리자가 정지되어 있을 수 있습니다. 자원 관리자와 함께 이 문제를 해결하십시오. 이것이 실패하면, 메시지의 트랜잭션 ID을 주목하고 다수의 트랜잭션을 포함하여, 트랜잭션 서비스를 위한 일반 특성을 표시하려면 서버 -> 서버 유형 -> WebSphere 애플리케이션 서버 -> server_name -> 런타임 > [추가 특성] 트랜잭션 서비스를 클릭하십시오. 검토 링크를 사용하여 글로벌 ID가 메시지의 트랜잭션 ID와 일치하는 트랜잭션을 해결하십시오.

주제 유형을 표시하는 아이콘 태스크 주제



시간소인 아이콘 마지막 업데이트 날짜: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tju_queue_full
파일 이름:tju_queue_full.html