Rolling Restart of a Coherence Cluster Causes a Reset of The Expiration Time of the Cache Entries (Doc ID 2249287.1)

Last updated on NOVEMBER 21, 2023

Applies to:

Goal

Coherence cluster is made up of 72 cache servers running on 6 Linux Red Had 6.4 machines, and containing several distributed caches with a configured expiry-delay for their entries (there's several millions of entries), it seems that a rolling restart operation on the whole cluster causes a "reset" of the expiration time of the cache entries, meaning that their expiry-delay restarts elapsing from the time in which the rolling restart is performed, as if all the entries were put in cache at the same time. This causes a MASSIVE eviction of entries (i.e. millions of entries) to happen exactly N days after the rolling restart, where N is the duration (in days) of the configured expiry delay.

All cache entries expire at same time after rolling restart. How to preserve the expiry from before the rolling restart?
 

Solution

My Oracle Support provides customers with access to over a million knowledge articles and a vibrant support community of peers and Oracle experts.