DPS - Client Affiniity Policy Does Not Behave As Documented
Last updated on FEBRUARY 27, 2017
Applies to:Oracle Directory Server Enterprise Edition - Version 18.104.22.168.1 and later
Information in this document applies to any platform.
When using the client affinity policy 'read-affinity-after-write' we find that the DPS incorrectly sends all of a connected clients requests to the same DS after a write, rather than the 'first read request after a write request' as per the documentation. According to the DPS documentation ( http://docs.oracle.com/cd/E20295_01/html/821-1220/gbdhk.html#gbdhr ), with such a configuration only the first READ request is expected to go to the data source where the WRITE happened:
Affinity for the first read request after a write request
But DPS is sending all READ requests to the data source where the WRITE was performed, and this was still happening even after the timeout expired.
Sign In with your My Oracle Support account
Don't have a My Oracle Support account? Click to get started
My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms