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


트랜잭션 특성 및 솔루션 복구

WebSphere® ESB는 WebSphere Application Server를 기반으로 하여 비즈니스 트랜잭션을 수행하는 트랜잭션 모델을 지원합니다.

WebSphere ESB는 이 트랜잭션 모델에 빌드하여 느슨하게 쌍을 이룬 SOA 응용프로그램과 BPM 응용프로그램에 제공합니다.

기술적으로 이것은 다음과 같은 두 가지를 의미합니다.

  1. WebSphere ESB는 데이터베이스 및 메시징 시스템에 의존하여 트랜잭션 응용프로그램 실행 패턴을 완성합니다.
  2. 트랜잭션은 메시징 시스템 및 데이터베이스 시스템에 반드시 필요합니다.

    트랜잭션은 ACID 특성을 따릅니다. 트랜잭션이 원자성, 일관성, 분리 및 지속성으로 구성되면 ACID 규격으로 간주됩니다.

    WebSphere ESB는 데이터베이스 및 메시지 시스템을 사용하여 "느슨하게 쌍을 이룬" 패턴을 완성합니다.WebSphere ESB는 데이터베이스를 갱신하고 메시지를 전송합니다. 데이터베이스 갱신 및 메시지는 같은 트랜잭션에서 수행됩니다.

    "느슨하게 쌍을 이룬" 패턴의 또 다른 특성은 메시지 시스템에서 메시지를 가져와서 데이터베이스를 갱신하는 것입니다. 처리 중에 장애가 발생하면 읽지 않은 이벤트라도 메시지 큐로 되돌아 갑니다. WebSphere ESB에는 재시도 메커니즘이 있어서 이벤트가 5회 시도 후 실패 이벤트 관리자로 이동합니다. "느슨하게 쌍을 이룬"이라는 구문은 모든 작업이 하나의 큰 트랜잭션에서 발생할 필요가 없음을 의미합니다.

시스템 장애 이벤트 발생시 데이터 손실 방지

사용 가능한 자원 관리자를 적절히 조정 및 구성하면 시스템 일부에 장애가 발생하더라도 데이터 손실을 방지할 수 있습니다. 롤백 및 복구 메커니즘을 포함한 트랜잭션 무결성은 장애 발생시에도 데이터 손실을 방지하는 WebSphere의 핵심 컴포넌트입니다.

WebSphere 롤백 및 복구 메커니즘을 작동시키려면 자원 관리자(데이터베이스 및 메시징)를 올바르게 설정해야 합니다. 예를 들어, 데이터베이스의 잠금 제한시간을 올바르게 설정해야 서버가 복구될 때 잠금 조건이 되지 않고 확약이나 롤백을 완료할 수 있습니다.

WebSphere ESB는 WebSphere Application Server에 보강 기능을 추가하여 예상하지 못한 장애로부터 데이터를 복구하는 완전한 솔루션을 제공합니다.

복구 기능 사용에 대한 상위 레벨 설명

WebSphere ESB의 핵심 복구 모델은 작업 단위를 기반으로 합니다. 이 시스템은 단일 작업 단위에 집중된 시스템 조작 완료 중에 발생한 장애를 처리 및 복구하여 서비스가 중단되지 않도록 합니다. 이 복구 유형은 일련의 재시도 메커니즘 및 오류 큐를 통해 발생합니다. 응용프로그램 디자인에 시스템 오류를 응용프로그램 오류와 구분할 수 있는 기능이 부분적으로 포함되어야 합니다. 시스템 오류는 호출 컴포넌트를 지원하는 하부 구조로 다시 전달되어 추가 시스템 레벨 복구가 시도되거나 더 일반적인 비즈니스 예외로 변환될 수 있습니다. 여러 가지 재시도 메커니즘이 자동으로 실행되도록 구성할 수 있습니다. 또한 WebSphere ESB는 적절한 경우 사람이 더 많이 개입할 수 있도록 콘솔 및 해당 프로그래밍 인터페이스 설정을 할 수 있습니다. 이 기능의 대부분과 이 기능이 처리하는 장애는 작업이 포함된 서버가 새 요청을 계속 처리하는 동안 활용될 수 있습니다.

사용 불가능 서버 - 상위 레벨 설명

장애로 인해 상위 사용 가능 WebSphere 클러스터의 하나 이상의 서버가 사용 불가능하게 되면 시스템의 추가 복구 기능이 다음과 같이 호출됩니다.
  1. 인바운드 작업이 장애 시스템에서 라우트됩니다.

    이것은 기본 WebSphere Application Server 워크로드 관리 기능을 통해 이루어지며 프로토콜, 토폴로지 및 구성에 따라 달라질 수 있습니다.

  2. 관리자가 조치를 시작합니다.

    시스템 전체가 활성 및 사용 가능한 상태일 때 관리자가 복구 조작을 할 수 있습니다.

    관리자는 기본 선별을 해서 실패 서버를 다시 시작하도록 조치합니다. 서버를 다시 시작하면 트랜잭션 로그가 재생되며 대부분의 서버 중단 상태가 정리되어야 합니다.

    WebSphere ESB의 오류 처리 메커니즘을 사용하면 완전 복구를 관리해야 하는 경우도 있습니다.

사용 불가능 클러스터 - 상위 레벨 설명

전체 서버 클러스터가 사용 불가능하게 되거나 응답이 없으면 더 많은 관련 복구 조치가 필요합니다. 예를 들어, 데이터베이스와 같은 공유 자원을 사용할 수 없는 경우 클러스터의 모든 서버가 작업을 완료하기 어렵습니다.

공유 자원 복구를 처리하는 프로시저는 장애가 있는 공유 자원에 따라 다릅니다. 다양한 WebSphere 기술을 적용하여 전체 중단 시간을 최소화하고 중단된 작업을 다시 시작할 수 있습니다.

파국적 장애 - 상위 레벨 설명

파국적 상태에서는 전체 시스템 사용이 불가능하거나 서버 복구가 불가능할 수 있습니다. 이러한 경우 같은 클러스터의 다른 서버에서 실행되도록 하는 서버 장애 복구용 WebSphere 고급 기능을 사용할 수 있습니다. 이 기능을 사용하고 네트워크에 첨부된 저장영역 또는 로그를 공유하는 일부 다른 메커니즘이 있다는 전제조건하에서도 이러한 종류의 복구가 가능할 수 있습니다. 같은 클러스터의 다른 구성원에 의한 장애 서버 복구에 대한 자세한 정보는 피어 복구를 참조하십시오.


concept 개념 주제

이용약관 | 피드백


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


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