@@ -15,9 +15,11 @@ Use ``mongosync`` for Disaster Recovery
15
15
Setting up {+c2c-product-name+} to prepare for disaster recovery follows the
16
16
same procedure as other :ref:`connections <c2c-connecting>` between clusters.
17
17
Synchronization keeps the destination cluster up to date with the source
18
- cluster and ready as a backup. In the event that the source cluster fails or
19
- becomes otherwise unavailable, the destination cluster can replace it as the
20
- primary cluster.
18
+ cluster using :term:`eventual consistency`. This means that until the migration
19
+ commits, the destination cluster might represent a stale and inconsistent
20
+ version of the source cluster. If the source cluster fails or becomes otherwise
21
+ unavailable, the destination cluster can replace it as the primary cluster if
22
+ your application can tolerate potentially stale data.
21
23
22
24
:program:`mongosync` temporarily alters some collection characteristics
23
25
during synchronization. The original values are restored during the
@@ -58,6 +60,16 @@ the following changes that mimic the sync finalization process of the
58
60
59
61
If synchronization was started with write blocking, disable the Write
60
62
Block Mode.
63
+ * - :ref:`Capped Collections <c2c-dr-capped-collections>`
64
+ - Synchronization sets capped collections to the maximum allowable
65
+ size. To set your required maximum size, use the
66
+ :dbcommand:`collMod` command.
67
+ * - Dummy Indexes
68
+ - In some cases, synchronization may create dummy indexes on the
69
+ destination to support writes on sharded or collated collections.
70
+
71
+ Use the :dbcommand:`dropIndexes` command to drop any dummy indexes. Each
72
+ dummy index's name contains the word ``dummy``.
61
73
62
74
63
75
.. _c2c-dr-unique:
@@ -141,3 +153,22 @@ To enable writes, update :dbcommand:`setUserWriteBlockMode`:
141
153
}
142
154
)
143
155
156
+ .. _c2c-dr-capped-collections:
157
+
158
+ Capped Collections
159
+ ------------------
160
+
161
+ During synchronization, capped collections are set to the maximum
162
+ allowable size. To set your required maximum size, use the ``collMod``
163
+ command. For details, see :ref:`resize-capped-collection`.
164
+
165
+ .. example::
166
+
167
+ .. code-block:: javascript
168
+ :emphasize-lines: 3
169
+
170
+ db.runCommand( {
171
+ collMod: "<collection_name>",
172
+ cappedSize: <max_size_in_bytes>,
173
+ cappedMax: <max_number_of_documents_in_collection>
174
+ } )
0 commit comments