Il server TIBCO EMS gestisce la riconnessione? o fa il cliente?

Question

La guida di riferimento di TIBCO EMS .NET dice (pag. 134)

  

Per abilitare il comportamento di riconnessione e la tolleranza agli errori, il parametro serverURL deve essere un elenco separato da virgole di due o più URL. In una situazione con un solo server, è possibile fornire due copie dell'URL di quel server per consentire la riconnessione del client (ad esempio, tcp: // localhost: 7222, tcp: // localhost: 7222).

La guida per l'utente di TIBCO EMS (pag. 292) parla di scenari di failover, notifica del client e trasferimento automatico dei client al server di backup, ma nulla di specifico "riconnettere". correlati.

In un " riconnetti " scenario, il server gestisce tutto? o il cliente deve fare qualcosa con le sue istanze TIBCO.EMS.Connection?

Answer 1

Sembra dai nostri test che ci siano impostazioni sia sul server che sul client che abilitano questa funzione. Sul lato client, SetReconnAttemptCount, Delay, Timeout regolano i tentativi che il client tenta di riconnettere una volta a conoscenza di un failover del server / failover della connessione.

Nel nostro test, abbiamo utilizzato un singolo ambiente server, elencato il server due volte nella stringa di connessione (utilizzando il trucco descritto sopra) e quando quel server è stato portato offline, abbiamo ricevuto una notifica client del processo di failover che ha effetto ( abbiamo abilitato Tibems.SetExceptionOnFTSwitch (true)) e quando il server è stato riportato in linea, il nostro client sembrava ricollegato senza perdere un colpo. Non era necessario codificare nulla, la logica di riconnessione interna ha funzionato in modo magico.

Sul lato server, la tolleranza agli errori deve essere abilitata e credo che i battiti cardiaci server-client e client-server debbano essere abilitati (anche se questo non è stato ancora verificato).

Spero che questo aiuti.