ACID 트랜잭션에 대한 유사 시 대기 환경 제공
ACID(원자성, 일관성, 격리 및 지속성) 2PC(2단계 커밋)를 사용하는 트랜잭션 처리에는 일반적으로 하드웨어 오류에도 불구하고 연속을 보장하는 환경인 장애로부터 안전한 환경이 필요합니다. 이를 종종 2PC 장애 조치(failover) 또는 핫 백업이라고 합니다.
Host Integration Server에는 일반적으로 Resync 서비스라고 하는 SNA LU 6.2 Resync TP 에 대한 향상된 기능과 함께 구성 및 APPC DLL이 향상되어 둘 이상의 중복으로 구성된 호스트 통합 서버 SNA 서버(컴퓨터)를 통해 2PC 장애 조치(failover)가 작동하도록 합니다. 서버(컴퓨터) 중 하나가 실패하는 경우 TI 또는 DB2 공급자를 실행하는 별도의 Host Integration Server 컴퓨터가 대체 서버(컴퓨터)를 통해 트랜잭션을 계속 시작할 수 있습니다.
Host Integration Server에서 작동하도록 2PC 장애 조치(failover)를 구성하려면 다음 작업을 완료합니다.
동일한 SyncPoint 지원 로컬 APPC LU 별칭을 지원하지만 LU 이름이 다른 두 호스트 통합 서버 서버를 구성합니다. 이러한 로컬 APPC RU가 Microsoft DTC(Distributed Transaction Coordinator) 서비스와 Resync 서비스가 실행 중인 컴퓨터 이름(즉, TI를 지원하는 별도의 호스트 통합 서버 컴퓨터 또는 DB2 공급자를 사용하는 애플리케이션)을 가리킵니다. 또한 두 서버가 동일한 원격 APPC LU 별칭 및 이름을 지원하게 합니다.
해당하는 TI RE(원격 환경)에서 로컬 및 원격 LU 별칭을 구성하고 트랜잭션 지원을 선택합니다. 애플리케이션이 DB2 공급자를 사용하는 경우 로컬 및 원격 APPC LU 별칭을 사용하여 유니버설 데이터 링크를 구성하고 작업 단위 속성을 DUW로 설정합니다.
Resync 서비스가 시작되면 Resync 서비스가 실행되는 컴퓨터 이름을 지정하는 모든 SyncPoint 지원 로컬 APPC RU를 검색합니다. 그런 다음, Resync는 모든 SyncPoint 지원 원격 APPC RU를 사용하여 찾은 모든 로컬 APPC LU에 대해 Exchange 로그 이름 요청을 시작합니다.
TI Automation 서버(애플리케이션) 또는 DB2 공급자가 메인프레임에서 TP(트랜잭션 프로그램)를 호출하고 대화를 시작하면 APPC DLL은 LU/LU 쌍을 지원하는 사용 가능한 호스트 통합 서버 서버(컴퓨터)를 찾습니다.
이러한 방식으로 TI 자동화 서버(애플리케이션) 또는 DB2 공급자는 LU/LU 쌍을 지원하는 호스트 통합 서버(컴퓨터)를 통해 대화를 가져오면 내결함성을 얻습니다. 그런 다음, Resync 서비스는 트랜잭션 중에 서버(컴퓨터) 오류가 발생하는 경우 호스트 통합 서버 SNA 서버(컴퓨터)가 다시 온라인 상태가 될 때 DTC 트랜잭션 로그 조정을 조정합니다. 이 구성은 SNA 서비스가 아닌 TI 또는 DB2 공급자만 실행하는 호스트 통합 서버 서버(컴퓨터)에 대한 내결함성을 제공하지 않습니다.
참고
SNA 서비스를 실행하는 서버(컴퓨터)를 클러스터링하는 것은 권장되지 않습니다. Windows 클러스터링을 사용하는 대신 이 항목에 설명된 구성 권장 사항을 사용합니다.
참고
2PC는 SNA(APPC/LU 6.2) 프로토콜을 사용하여 호스트 시스템과 통신하는 경우에만 작동합니다. TI와 DB2 공급자는 TCP/IP 전송을 통해 2PC를 지원하지 않으므로 TCP/IP 기반 시스템에 대한 2PC 장애 조치(failover) 솔루션이 없습니다.