IBM Integration Bus, Version 9.0.0.8 Operating Systems: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

See information about the latest product version

Configuring the embedded global cache

Configure properties of the embedded global cache by using commands, IBM® Integration Explorer, an XML policy file, or the IBM Integration API.

Before you start:

By default, the global cache is turned off, and the cache policy is set to disabled. To use the global cache, select a broker-level cache policy by using the cachePolicy parameter. The global cache has a default single-broker topology that can be used immediately without any configuration. To use the default topology, change the cache policy property to default. The broker sets a range of ports to use, but you can specify a particular range of ports. You can also specify the listener host that is used by the broker cache components. If your computer has more than one host name, setting the listener host ensures that the cache components use the correct host name.

When you use the default topology, integration server properties are read only; an error is issued if you try to change them. You can switch off the default topology by selecting a broker cache policy of none, and set properties explicitly for each integration server. For example, you might want to specify particular integration servers to host the catalog and container servers so that you can tune broker performance. The integration server properties that were set most recently by the broker-level policy are retained as a starting point for customization.

You can configure the global cache to span multiple brokers by providing an XML policy file. This policy file lists the brokers that share the cache, and for each broker specifies the listener host, port range, and the number of catalog servers hosted. You can use the policy file to set up a single broker that hosts two catalog servers. If one catalog server is lost, the broker switches to the other catalog server, ensuring that no cache data is lost. You can also use the policy file to configure a multi-instance broker to host more than one container server. If the active instance of the multi-instance broker fails, the global cache switches to the container server in the standby instance.

To disable all cache components in the broker, set the cache policy property to disabled. Integration server properties are removed and cannot be changed. When the cache is enabled, the memory usage of integration servers that host cache components is larger. If this memory usage is an issue, and you do not need to use the global cache, set the cache policy property to disabled.

If you stop the integration server that contains the catalog server, the cache becomes unavailable. Therefore, if you switch off the default topology, ensure that you place the catalog server appropriately. If you restart the integration server that hosts the catalog server, it can no longer communicate with the container servers in other integration servers. Although these container servers are still running, they are no longer part of the cache, and your data is lost. Therefore, you must also restart the integration servers that host the container servers. Alternatively, restart the broker to reset all cache components.

You can configure the properties of the global cache in the following ways:

bn23780_.htm | Last updated Friday, 21 July 2017