WebSphere Enterprise Service Bus, 버전 6.2.0 운영 체제: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


실패 이벤트 관리

WebSphere® Process Server 복구 서비스는 실패 이벤트에 대한 데이터를 캡처합니다. 그러면 실패 이벤트 관리자를 사용하여 실패 이벤트에 대해 보기, 수정, 다시 제출 또는 삭제를 수행할 수 있습니다.

WebSphere Process Server 복구 서비스는 SCA(Service Component Architecture) 컴포넌트 간 실패한 조작 및 실패한 JMS 이벤트를 관리합니다.

실패한 SCA 이벤트

SCA의 컨텍스트에서 이벤트는 서비스 응용프로그램에서 수신하는 요청 또는 응답입니다. 외부 소스(예: 인바운드 응용프로그램 어댑터) 또는 웹 서비스에 대한 외부 호출로부터 발생할 수 있습니다. 이벤트는 조작할 비즈니스 로직에 대한 참조 및 서비스 데이터 오브젝트(비즈니스 오브젝트)에 저장된 데이터로 구성됩니다. 이벤트가 수신되면 적합한 응용프로그램 비즈니스 로직에 의해 처리됩니다.

단일 실행 스레드를 다중 분기(또는 스레드)로 나눌 수 있습니다. 개별 분기는 동일한 세션 컨텍스트에 의해 기본 호출 이벤트에 링크됩니다.

시스템 장애, 컴포넌트 장애 또는 컴포넌트 비가용성으로 인해 이런 분기 중 하나에서 이 비즈니스 로직을 완벽히 실행할 수 없는 경우, 이벤트는 실패한 상태가 됩니다. 다중 분기가 실패할 경우, 각각에 대해 실패 이벤트가 작성됩니다. 복구 서비스는 다음과 같은 유형의 실패한 SCA 이벤트를 처리합니다.
  • SCA 조작의 비동기 호출 중 발생하는 이벤트 실패
  • 런타임 예외(즉, 비즈니스 로직에서 사용되는 메소드에 선언되지 않은 예외)로 인한 이벤트 실패
복구 서비스는 동기 호출로부터의 실패는 처리하지 않습니다.
실패한 SCA 이벤트에는 일반적으로 연관된 소스 및 대상 정보가 있습니다. 소스 및 대상은 통신 유형과 상관 없이 장애 위치(호출이 실패한 위치)를 기준으로 합니다. 컴포넌트 A가 컴포넌트 B를 비동기적으로 호출하는 경우 다음 예제를 고려하십시오. A가 B에게 요청 메시지를 보내고 B가 A에게 응답(콜백) 메시지를 보냅니다.
  • 초기 요청 동안에 예외가 발생할 경우 실패 이벤트 관리자에서는 컴포넌트 A가 소스가 되고 컴포넌트 B가 대상이 됩니다.
  • 응답 중에 예외가 발생할 경우 실패 이벤트 관리자에서는 컴포넌트 B가 소스가 되고 컴포넌트 A가 대상이 됩니다.
이는 모든 비동기 호출에 적용됩니다.

복구 서비스는 실패한 SCA 비동기 상호작용을 SCA 시스템 버스(SCA.SYSTEM.cell_name.Bus)에 작성된 실패 이벤트 대상으로 전송합니다. 실패 이벤트의 데이터는 실패 이벤트 데이터베이스(기본값: WPCRSDB)에 저장되어 실패 이벤트 관리자 인터페이스를 통해 관리 목적으로 사용될 수 있습니다.

실패한 JMS 이벤트

JMS(Java Message Service) 바인딩 유형 및 구성은 실패 이벤트가 생성되어 실패 이벤트 관리자로 전송되는지를 판별합니다.

JMS 바인딩

WebSphere Integration Developer에서는 작성 시 각 JMS 바인딩에 대해 복구를 사용 가능 또는 사용 불가능으로 설정할 수 있는 복구 바인딩 특성을 제공합니다. recoveryMode 특성을 다음 중 하나로 설정할 수 있습니다.
bindingManaged 실패 메시지의 복구 관리를 위한 바인딩 허용
unmanaged 실패 메시지의 전송별 복구 신뢰
JMS 바인딩에 대한 복구는 기본적으로 사용 가능합니다. 사용 가능으로 설정되면 다음 상황에서 JMS 실패 이벤트가 작성됩니다.
  • 기능 선택기가 실패함
  • 결함 선택기가 실패함
  • 결함 선택기가 RuntimeException 결함 유형을 리턴함
  • 결함 핸들러가 실패함
  • 데이터 바인딩 또는 데이터 핸들러가 JMS에서의 단일 재시도 이후 실패함
또한 JMS에서의 단일 재시도 이후 JMS 바인딩 대상 컴포넌트에서 ServiceRuntimeException 예외가 발생하면 SCA(Service Component Architecture) 실패 이벤트가 작성됩니다.
이러한 실패는 인바운드 또는 아웃바운드 통신 중에 발생할 수 있습니다. 아웃바운드 통신 중에 JMSImport는 요청 메시지를 전송하고 응답 메시지를 수신합니다. 서비스 응답 처리 중에 JMS 가져오기 바인딩 오브젝트에서 문제점을 발견하면 실패 이벤트가 생성됩니다. 인바운드 통신 중에 이벤트의 순서는 다음과 같습니다.
  1. JMSExport가 요청 메시지를 수신합니다.
  2. JMSExport가 SCA 컴포넌트를 호출합니다.
  3. SCA 컴포넌트가 JMSExport에 대한 응답을 리턴합니다.
  4. JMSExport가 응답 메시지를 전송합니다.
서비스 요청 처리 중에 JMS 내보내기 바인딩에서 문제점을 발견하면 실패 이벤트가 생성됩니다.

복구 서비스는 JMS 메시지를 캡처하여 공통 데이터베이스의 복구 테이블에 저장합니다. 또한 복구 서비스는 실패 이벤트의 JMS 특성, 모듈 이름, 컴포넌트 이름, 조작 이름, 실패 시간 및 예외 세부사항을 캡처하여 저장합니다. 실패 이벤트 관리자를 사용하여 실패한 JMS 이벤트를 관리하거나 사용자 정의 프로그램을 사용할 수 있습니다.

복구를 사용 불가능으로 설정하려면 WebSphere Integration Developer에서 recoveryMode 특성을 unmanaged로 설정하여 명시적으로 사용 불가능으로 설정해야 합니다.
주: recoveryMode 특성이 누락된 경우(이전 버전 응용프로그램의 경우) 복구 기능이 사용 가능한 것으로 간주됩니다.
복구가 사용 불가능으로 설정되면 실패 메시지가 원래 대상으로 롤백되고 재시도됩니다. 시스템에서는 실패 이벤트를 작성하지 않습니다.

WebSphere MQ JMS 바인딩 및 일반 JMS 바인딩

WebSphere MQ JMS 바인딩 및 일반 JMS 바인딩은 JMS 바인딩과 다른 방법으로 실패를 처리합니다. 요청 및 응답 처리 중 발생한 문제점에서는 실패 JMS 이벤트를 생성하지 않습니다. 대신 해당 문제점에서는 다음 두 가지 조건이 충족되면 실패 SCA 이벤트를 생성합니다.
  • 기본 메시징 시스템은 실패 메시지를 자동으로 재전달하도록 구성되어 있습니다.
  • 실패는 바인딩 자체가 아니라 내보내기 바인딩의 대상 SCA 컴포넌트에서 발생합니다.
두 조건이 모두 참인 경우 복구 시스템에서는 실패 이벤트 관리자로 관리할 수 있는 실패 SCA 이벤트를 생성합니다.

모든 기타 상황에서는 실패 메시지가 원래 대상으로 롤백되어 메시징 시스템 구성에 따라 처리됩니다. 실패 이벤트는 작성되지 않습니다.

실패 이벤트 관리 방법

관리자는 실패 이벤트 관리자를 사용하여 실패 이벤트를 찾고 관리합니다. 실패 이벤트를 관리하기 위한 공통 타스크는 다음과 같습니다.
  • 실패 이벤트 모두 찾아보기
  • 특정 기준으로 실패 이벤트 검색
  • 실패 이벤트에 대한 데이터 편집
  • 실패 이벤트 다시 제출
  • 실패 이벤트 삭제

실패 이벤트 관리자에 액세스하려면 통합 응용프로그램 > 실패 이벤트 관리자를 클릭하십시오.


concept 개념 주제

이용약관 | 피드백


시간소인 아이콘 마지막 갱신 날짜: 2010년 7월 7일 수요일


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/recovery/cadm_failedoverview.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
이 Information Center는 Eclipse 기술을 기반으로 합니다(http://www.eclipse.org 웹 사이트 참조).