Skip to content

Commit 44a6425

Browse files
author
Bob Grabar
committed
DOCS-449 review edits
1 parent b1f48fd commit 44a6425

File tree

1 file changed

+8
-9
lines changed

1 file changed

+8
-9
lines changed

source/administration/replica-sets.txt

Lines changed: 8 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -574,7 +574,7 @@ data.
574574

575575
To do so, use one of the following approaches:
576576

577-
- Restart the machine with an empty data directory and let MongoDB's
577+
- Restart the :program:`mongod` with an empty data directory and let MongoDB's
578578
automatic syncing feature restore the data. This approach requires
579579
fewer steps but can take longer to replace the data.
580580

@@ -594,7 +594,7 @@ Automatically Resync a Stale Member
594594

595595
This procedure relies on MongoDB's automatic syncing feature to restore
596596
the data on the stale member. For an overview of how MongoDB syncs
597-
replica sets, see :ref:`replica-set-syncing`.
597+
:term:`replica sets <replica set>`, see :ref:`replica-set-syncing`.
598598

599599
To resync the stale member:
600600

@@ -617,7 +617,9 @@ To resync the stale member:
617617
mongod --dbpath /data/db/ --replSet rsProduction
618618

619619
MongoDB resyncs the member. Resyncing may take a long time, depending on
620-
the size of the database and speed of the network.
620+
the size of the database and speed of the network. Also,
621+
this puts a load on the member being synced from. That
622+
member might not be able to keep a working set in memory.
621623

622624
.. index:: replica set; resync
623625
.. _replica-set-resync-by-copying:
@@ -627,7 +629,7 @@ Resync by Copying Data from Another Member
627629

628630
This approach uses the data directory of an existing member to "seed"
629631
the stale member. The data must be recent enough to allow the new member
630-
to catch up with the :term:`primary` member's :term:`oplog`.
632+
to catch up with the :term:`oplog`.
631633

632634
To resync by copying data from another member, use one of the following
633635
approaches:
@@ -636,14 +638,11 @@ approaches:
636638
snapshot to the stale member. Use the snapshot procedures in
637639
:doc:`/administration/backups`.
638640

639-
- Lock another member's database with the :method:`db.fsyncLock()`
640-
command, copy that data, and then restore the data to the stale
641+
- Lock another member's data with the :method:`db.fsyncLock()`
642+
command, copy all of the data in the data directory, and then restore the data to the stale
641643
member. Use the procedures for backup storage in
642644
:doc:`/administration/backups`.
643645

644-
- Use the :dbcommand:`copydb` and :dbcommand:`clone` commands, as
645-
described in :doc:`/tutorial/copy-databases-between-instances`.
646-
647646
.. _replica-set-security:
648647

649648
Replica Set Security

0 commit comments

Comments
 (0)