Adaptive mode can be faster than direct mode by better distributing activity on the network. Furthermore, when implemented across multiple farms, adaptive mode can use less system resources for creating replication packages, since packages are reused instead of recreated at each step of a multi-hop replication. However, Direct mode can send fewer notifications to the target farms than adaptive mode because there are fewer paths in the replication network.
When using Differencing Compression for a connection, Adaptive mode caches packages on the source and target to anticipate the changes that need to be replicated and therefore further reduces the bandwidth used to replicate documents.
Both queued and captured events are set aside in the same space, awaiting replication. Depending on the replication schedule defined in the map family, Replicator looks for events in the waiting area and starts to process them into packages.
In the diagram above the source farm has had several events manually queued for replication by an administrator, and has also automatically captured several events for replication based on changes made on the web site level by an end user. Both types of events have been placed in the same waiting area in the replication pipeline. Both type of events will be packaged, transported and then received on the target where they are applied.
You can run different Replicator editions in your replication network. For example, in a hub and spoke topology, the hub can run Replicator Enterprise or Standard edition for immediate and multi-threaded replication. The spokes, with less traffic and changes, can run Express edition.
© ALL RIGHTS RESERVED. Nutzungsbedingungen Datenschutz Cookie Preference Center