In a standalone RS topology (DS <-> RS <-> DS), you notice that write operations to the directory servers (add/modify, etc) fail when all RSs are down.
You will see an error similiar to the following when this happens:
ADD operation failed Result Code: 53 (Unwilling to Perform) The Replication is configured for suffix dc=example,dc=com but was not able to connect to any Replication Server
Replication servers (RSs) have been taken offline or shut down for another reason.
This is the expected behavior. Replication is only possible when at least one RS is up, since DS must be connected to an RS for it to take writes. If replication is configured, the default behavior of the DS is to reject any writes if no replication servers are found when an update is received, this is to prevent divergence between the DSs since it’s impossible to replicate those changes to other servers when the RSs are down or when they come back online.
This issue can be resolved by ensuring you always have at least one RS online that the DS can connect to.
Setting the replication domain isolation-policy to accept-all-updates when all Replication Servers are offline, will cause divergence between the DSs. If you allow all updates, any writes occurring when the RS is down will not be replicated to other DSs even when the RSs come back online. There is no queuing of changes on a DS waiting for the Replication Server to come online, changes are managed as part of the Replication Servers "changelogDb" system.
Related Issue Tracker IDs