Tibco-Ems 장애 복구 문제

Question

2 개의 Tibco-Ems 서버가 실행 중이며 내결함성 설정이 있습니다. 하나의 서버를 사용할 수없는 경우 활성 서버는 으로 예상대로 장애 조치 서버로 전환합니다.

그러나 지금은 이상한 오류가 발생합니다. 그런 다음 새 활성 서버라고 표시됩니다. "재 연결 실패 : ID가 XY 인 연결을 알 수 없음"

이는 클라이언트에 열린 연결이있는 경우에만 발생합니다. 하지만 그게 내가 기대하는 것입니다, 연결도 새로운 활성 서버로 전환해야합니다. 그리고 내가 말했듯이 때로는 효과가 있고 때로는 그렇지 않습니다.

클라이언트에서 EMS 예외를 등록 할 때 다음 오류가 발생합니다. "전송 연결에서 데이터를 읽을 수 없습니다 : 원격 호스트에서 강제로 기존 연결을 닫았습니다."

스택 트레이스 : System.Net.Sockets.NetworkStream.Read에서 (바이트 [] 버퍼 오프셋 INT32, INT32 사이즈) TIBCO.EMS.LinkTcp._readEx에서 (바이트 [] 버퍼 오프셋 INT32, INT32 사이즈) TIBCO.EMS.LinkTcp.LinkReader.Work에서 TIBCO.EMS.LinkTcp._ReadWireMsg() ()

이 지금 내가 할 수있는 것을 더 이상 생각이 없다에서 . 어쩌면 누군가가 내가 정확한 문제가 무엇인지 이해하는 것을 도울 수 있습니다. 사전에 감사

UPDATE : 여기 늦은 업데이트 : 예상대로 내가 오류 "재 연결 실패"얻을 수 있지만 그것은 작동합니다. 두 번째 서버가 인계받습니다.

Answer 1

EMS 서버는 보유하고있는 활성 클라이언트 연결을 추적하고 이러한 연결에 대한 정보를 meta.db 저장소 파일에 보관합니다. 내결함성 장애 조치시 새 기본 EMS 인스턴스는 클라이언트가 제공 한 정보를 meta.db 저장소 파일에 저장된 정보와 일치시켜 클라이언트가 다시 연결할 때 클라이언트 연결을 복구 할 수 있습니다.

EMS에서 다시 연결하지 않은 클라이언트 연결을 정리하는 시점이 있습니다. 그 시간은 tibemsd.conf 구성 파일의 ft_reconnect_timeout 매개 변수에 의해 결정됩니다. 이 구성 매개 변수의 기본 설정은 60 초입니다. EMS에서 "만료 된"연결을 정리할 때 로깅 설정에 따라 EMS 로그에서 클라이언트 연결이 "제거"되었음을 나타내는 메시지가 나타날 수 있습니다.

EMS 서버가 이미 만료 된 연결을 제거한 후에 클라이언트가 결국 다시 연결을 시도하는 경우가 있습니다. 이 문제는 네트워크 파티션에서 EMS 서버가 연결을 정리할 때까지 클라이언트가 EMS 서버에 성공적으로 다시 연결할 수없는 경우 발생할 수 있습니다. 이 경우 "재 연결 실패 : 연결을 알 수 없음 ..."메시지가 표시됩니다.

클라이언트가이 오류로 인해 "다시 연결"할 수없는 경우 단순히 "새"연결로 연결을 시도합니다. 이것은 작동하며 계속 처리 할 수 ​​있습니다.

Answer 2

이는 클라이언트 측 FT가 아닌 서버 수준 FT를 사용하는 경우에 발생합니다. 적어도 우리가 근본 원인 인이 문제에 직면했을 때입니다.

FT URL server1 : port, server2 : port와 함께 ems 서버를 사용하고 있지만 서버가 실제로 FT 모드가 아니었던 경우이 두 서버 간의 연결이 전환되면이 문제가 연결로 표시됩니다 다른 서버로 이동하지만 일관성없는 FT 설정으로 인해 새 활성 서버가 실패한 서버의 기존 연결을 파괴하거나 획득 할 수 없습니다.

서버 측의 실제 FT 설정에서 활성 서버는 자동으로 이러한 연결이 활성화 된 것으로 간주하고 계속 연결합니다. 서버 수준 구성을 확인하십시오.

우리에게 서버 수준 FT를 제공하면이 문제를 해결하는 데 도움이됩니다.