@@ -4,14 +4,22 @@ to the data on the destination cluster. When operations
4
4
that ``mongosync `` has not applied roll off the ``oplog ``
5
5
on the source cluster, the sync fails and ``mongosync `` exits.
6
6
7
- During the initial sync, ``mongosync `` may apply operations at a slower
8
- rate due to the load imposed by copying documents concurrently.
9
- After ``mongosync `` completes the initial sync, it applies changes
10
- faster and is more likely to maintain a position in the ``oplog ``
11
- that is close to the real-time writes occuring on the source cluster.
7
+ Starting in version 1.5.0, ``mongosync `` enables Oplog Rollover
8
+ Resilience (ORR). With ORR, ``mongosync `` applies changes on the
9
+ source cluster to the destination cluster during the initial sync. ORR
10
+ increases the resilience of ``mongosync `` to oplog rollover but does not
11
+ prevent rollover entirely.
12
+
13
+ You might exceed the oplog window if you:
14
+
15
+ - Sync from a high write rate source cluster for an extended
16
+ period.
17
+ - Pause sync for an extended period.
18
+
19
+ To increase the size of the ``oplog `` on the source cluster, use
20
+ :setting: `~replication.oplogSizeMB `. For more information, see
21
+ :ref: `Change Oplog Size <tutorial-change-oplog-size >` and
22
+ :ref: `Workloads that Might Requre a Large Oplog Size
23
+ <replica-set-large-oplog-required>`.
12
24
13
- If you anticipate syncing a large data set, or if you plan to pause
14
- synchronization for an extended period of time, you might exceed the
15
- :term: `oplog window `. Use the :setting: `~replication.oplogSizeMB ` setting
16
- to increase the size of the ``oplog `` on the source cluster.
17
25
0 commit comments