merge: DOCS-385 clarification about repairing replica sets

Author: Sam Kleinman

source/tutorial/recover-data-following-unexpected-shutdown.txt

@@ -12,7 +12,7 @@ To prevent data inconsistency and corruption, always shut down the
 database cleanly, and use the :ref:`durability journaling
 <setting-journal>`. The journal writes data to disk every 100
 milliseconds by default, and ensures that MongoDB will be able to
-recover a constant state even in the case of an unclean shutdown due to
+recover to a consistent state even in the case of an unclean shutdown due to
 power loss or other system failure.
 
 If you are *not* running as part of a :term:`replica set` **and** do
@@ -31,6 +31,13 @@ allow MongoDB to resync the data.
    "Control-C" (when running :program:`mongod` in interactive mode,)
    or ``kill $(pidof mongod)`` or ``kill -2 $(pidof mongod)``.
 
+.. warning:: Recovering a member of a replica set
+
+   Do not use this procedure to recover a member of a :term:`replica set`.
+   Instead you should either restore from a :doc:`backup </administration/backups>` 
+   or re-sync from an intact member of the set.
+
+
 Process
 -------