Pergunta

O guia de referência TIBCO EMS .NET diz (pg 134)

Para ativar o comportamento de reconexão e tolerância a falhas, o parâmetro serverURL deve ser uma lista separada por vírgulas de dois ou mais URLs. Em uma situação com apenas um servidor, você pode fornecer duas cópias de URL desse servidor para permitir a reconexão do cliente (por exemplo, tcp: // localhost: 7222, tcp: // localhost: 7222).

O guia do usuário TIBCO EMS (pg 292) fala sobre cenários de failover, notificação do cliente, e transferência automática de clientes para o servidor de backup, mas nada especificamente "reconexão" relacionados.

Em um cenário de "reconexão", faz a alça servidor tudo? ou faz o cliente tem que fazer algo com ele de casos TIBCO.EMS.Connection?

Foi útil?

Solução

parece que do nosso teste que o houver definições sobre o servidor e o cliente que ativar esse recurso. No lado do cliente, o SetReconnAttemptCount, Delay, Timeout governar as tentativas as tentativas de cliente para se reconectar uma vez que sua consciência de um failover failover servidor / conexão.

Em nossos testes, usamos um ambiente de servidor único, listou o servidor duas vezes na seqüência de conexão (usando o truque que você descrito acima) e quando esse servidor foi tirado do ar, recebemos uma notificação do cliente do processo de tomada de failover afetar ( nós treinamos Tibems.SetExceptionOnFTSwitch (true)) e quando o servidor foi trazido de volta on-line, o nosso cliente seemlessly reconectado sem perder uma batida. Nós não precisa de código qualquer coisa, a lógica de reconexão interna trabalhou a sua magia.

No lado do servidor, as necessidades de tolerância a falhas para ser habilitado e acredito servidor-cliente e cliente-servidor batimentos cardíacos precisam ser habilitado (embora isso ainda não tenha sido verificado).

Espero que isso ajude.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top