Управляет ли сервер TIBCO EMS повторным подключением? или делает клиент?
В справочном руководстве TIBCO EMS .NET говорится (стр. 134)
To enable reconnection behavior and fault tolerance, the serverURL parameter must be a comma-separated list of two or more URLs. In a situation with only one server, you may supply two copies of that server’s URL to enable client reconnection (for example, tcp://localhost:7222,tcp://localhost:7222).
В руководстве пользователя TIBCO EMS (стр. 292) говорится о сценариях аварийного переключения, уведомлении клиентов и автоматическом переносе клиентов на сервер резервного копирования, но ничего конкретного о «повторном подключении» не связано.
В сценарии «повторного подключения» все ли обрабатывает сервер? или клиент должен что-то делать с его экземплярами TIBCO.EMS.Connection?
Это было ключевым моментом - встроенное переподключение не работало, потому что мы тестировали в односерверной среде, и, очевидно, для работы требуется среда аварийного переключения. Спасибо большое!
Добавлена информация: пока библиотека EMS находится в режиме переподключения, я попытался выполнить публикацию через это подключение. Вместо того, чтобы генерировать исключение, эта публикация запросила блокировку приложения до успешного повторного подключения, а затем отправила сообщение. Я ожидаю исключения, если повторное подключение не удастся.
Ответы 1
Судя по результатам нашего тестирования, и на сервере, и на клиенте есть настройки, которые включают эту функцию. На стороне клиента параметры SetReconnAttemptCount, Delay, Timeout управляют попытками, которые клиент пытается повторно подключиться после того, как он узнает об аварийном переключении сервера / аварийном переключении подключения.
В нашем тестировании мы использовали среду с одним сервером, дважды перечислили сервер в строке подключения (используя трюк, который вы описали выше), и когда этот сервер был отключен, мы получили уведомление клиента о том, что процесс переключения при отказе влияет (мы включили Tibems .SetExceptionOnFTSwitch (true)), и когда сервер снова был переведен в оперативный режим, наш клиент, казалось бы, повторно подключился, не пропустив ни одной доли. Нам не нужно было ничего кодировать, внутренняя логика переподключения творит чудеса.
На стороне сервера должна быть включена отказоустойчивость, и я считаю, что необходимо включить тактовые импульсы сервер-клиент и клиент-сервер (хотя это еще не было проверено).
Надеюсь это поможет.
Итак, исключение уведомления о переключении при отказе возникает, когда основной сервер выходит из строя ... вы получаете другой, когда основной сервер повторно подключается или резервный сервер берет на себя ответственность?
Нет, это единственное событие. После того, как резервный сервер берет на себя управление, он становится основным, поэтому, если не произойдет еще одно аварийное переключение, он останется основным. Кроме того, в Env с одним сервером, отличным от FT, мы очень быстро получаем сбой соединения. В FT env сообщение о переключении при отказе появляется, по-видимому, после успешного переподключения.
Вау, это очень интересно. В своем тестировании я не думал, что есть способ включить отказоустойчивость в среде с одним сервером. Я должен попробовать.