Hybrid Integration 10.1 | Integrating On-Premises Applications | Document Conventions | Managing Server Clustering | How Integration Server Cluster and Terracotta Server Array Handle Failures | What Happens when Integration Server Is Disconnected from the Terracotta Server Array?
 
What Happens when Integration Server Is Disconnected from the Terracotta Server Array?
 
Solution
When an Integration Server in a cluster is disconnected from the Terracotta Server Array, the following occurs:
*Integration Server will accept new connections.
*Stateless sessions, new and existing, will continue to be fully functional. Note that stateless session information is not written to Terracotta Server Array.
*Stateful sessions, new and existing, will execute but will limited functionality because stateless session information will not be replicated to other Integration Servers in the cluster as long as the Integration Server remains disconnected from the Terracotta Server Array. The Integration Server maintains its own session state information and does not have access to state information from other cluster members while disconnected from the Terracotta Server Array.
When executing a top-level stateful service, Integration Server attempts to write to the Terracotta Server Array after service invocation completes. If the Timeout Behavior is set to localReads or exception, the attempt to write to the Terracotta Server Array returns an exception. Integration Server writes this exception, often a NonStopCacheException, to the server log as part of the following error message: [ISS.0033.0154E] Could not save session sessionID to the session cache. exceptionMessage
At the time Integration Server reconnects to the Terracotta Server Array, session state information becomes available across the cluster. However, all of the Integration Servers in the cluster might have different session state information. The first Integration Server to process a request updates the Terracotta Server Array with the new session state information. The updated session information becomes the session state for all of the Integration Servers in the cluster going forward. When another Integration Server begins to process a request for the session, that Integration Server retrieves the session state from the Terracotta Server Array. Consequently, session information on other Integration Servers in the cluster might be lost.
*How distributed caches in Integration Server behave during a loss of connection is controlled by the Timeout, Immediate Timeout When Disconnected, and Timeout Behavior settings for each distributed cache. For information about these settings, see webMethods Integration Server Administrator’s Guide
Clients for a distributed cache continue to process requests, if all of the following are true:
*The Timeout Behavior parameter for each distributed cache is set to localReads or noop.
*The services do not attempt to write any data to a distributed cache for which the Timeout Behavior is localReads or exception.
*The list of cluster hosts on the Settings > Cluster page will not contain any cluster members.
*The Integration Server writes entries to the tc-client-logs and ehcache log files when it disconnects and reconnects to the Terracotta Server Array.

Copyright © 2015- 2017 | Software AG, Darmstadt, Germany and/or Software AG USA, Inc., Reston, VA, USA, and/or its subsidiaries and/or its affiliates and/or their licensors.