2-4 서버 환경에서 기본 제공 서버 장애 조치를 사용하는 TIBCO EMS 솔루션이 있습니다. TIBCO가 한 EMS 서버에서 다른 EMS 서버로 장애 조치 서비스를 관리하는 경우 연결은 EMS 서비스 수준에서 새 서버로 자동 전송됩니다. EMS 서비스를 사용하는 C# 응용 프로그램의 경우 이러한 일이 발생하지 않습니다. 즉, 사용자 연결이 장애 조치 후
관리되는 코드 (이 경우 C#)로 작성된 Tibco EMS 대기열 수신기를 어떻게 확장 할 수 있을지 생각 중입니다. 나는 주로 고립 및 클러스터링 특성을 찾고 있습니다. MSMQ에서 Windows Process Activation Service를 사용하여 큐 수신기의 수와 수명을 관리하고 관리 할 수있었습니다. Tibco와 동등한 제품이 있습니까? 그렇지
TIBCO EMS .NET 참조 가이드 가 재접속 동작 및 내결함성을 활성화하는 방법 (페이지 134)에서 serverURL을 매개 변수가 두 개 이상의 URL 쉼표로 구분 있어야했다. 하나의 서버 만있는 상황에서는 클라이언트 재 연결을 가능하게하기 위해 해당 서버의 URL 사본 두 개를 제공 할 수 있습니다 (예 : tcp : // localhost :
팁코 EMS 사용 설명서 (페이지 292)는 말한다 : 백업 서버 무기한 중 A)를 주 서버가 또는 B) 주 서버에 다시 연결로 작동합니다 . 또한 스위치가 성공하면 클라이언트 (또한 TIBCO EMS .NET 참조 페이지 220 참조) 장애 조치 알림가 나타날 수 있습니다 말한다. 나는 몇 가지 질문이 사실을 인적 분할 한 ... 서버가 장애 조치를 시도
메시지 브로커에 몇 가지 항목과 일부 응용 프로그램 집합이 실행 중입니다. 이제 같은 주제에 대해 동일한 애플리케이션 (QA 환경에 대한 말)을 새로 실행하고 싶습니다 (가능한 경우 동일한 브로커에서). 이를 수행하는 가장 좋은 방법은 무엇입니까? 새 브로커를 만들거나 새로운 주제를 만드는 것은 번거로운 일입니다. 우리의 환경이 엄격한 관료제 아래에 있기