Skip to content

Commit 22b3053

Browse files
author
Sam Kleinman
committed
merge: DOCS-485
2 parents 9c56c80 + ff244e9 commit 22b3053

File tree

1 file changed

+25
-22
lines changed

1 file changed

+25
-22
lines changed

source/administration/backups.txt

Lines changed: 25 additions & 22 deletions
Original file line numberDiff line numberDiff line change
@@ -65,8 +65,8 @@ practically, and not just theoretically, functional.
6565
Production Considerations for Backup Strategies
6666
-----------------------------------------------
6767

68-
When evaluating a backup strategy for your node consider the following
69-
factors:
68+
When evaluating a backup strategy for your MongoDB deployment consider
69+
the following factors:
7070

7171
- Geography. Ensure that you move some backups away from the your
7272
primary database infrastructure. It's important to be able to
@@ -81,7 +81,7 @@ factors:
8181
time of the backup schedule relative to peak usage and maintenance
8282
windows.
8383

84-
- System capabilities. In order to use some of the block-level
84+
- System capabilities. Some of the block-level
8585
snapshot tools requires special support on the operating-system or
8686
infrastructure level.
8787

@@ -149,11 +149,11 @@ Snapshots have the following limitations:
149149
files, journal (if applicable), and configuration on one logical
150150
disk that doesn't contain any other data.
151151

152-
Alternately, store all MongoDB data files on a dedicated device too
152+
Alternately, store all MongoDB data files on a dedicated device
153153
so that you can make backups without duplicating extraneous data.
154154

155155
- Ensure that you copy data from snapshots and onto other systems to
156-
ensure that data is safe from site-failures.
156+
ensure that data is safe from site failures.
157157

158158
.. _backup-with-journaling:
159159

@@ -168,7 +168,7 @@ volume/block level snapshot tool to create backups.
168168

169169
.. versionchanged:: 1.9.2
170170

171-
Journaling is only enabled by default on 64-bit builds of
171+
Journaling is only enabled by default on 64-bit builds of
172172
MongoDB.
173173

174174
To enable journaling on all other builds, specify
@@ -229,7 +229,7 @@ current state of ``/dev/vg0/mongodb`` and the creation of the snapshot
229229
data growth, particularly for the period of time that it takes to copy
230230
data out of the system or to a temporary image.
231231

232-
If you your snapshot runs out of space, the snapshot image
232+
If your snapshot runs out of space, the snapshot image
233233
becomes unusable. Discard this logical volume and create another.
234234

235235
The snapshot will exist when the command returns. You can restore
@@ -344,10 +344,12 @@ Backup Without Journaling
344344

345345
If your :program:`mongod` instance does not run with journaling
346346
enabled, or if your journal is on a separate volume, obtaining a
347-
functional backup of a consistent state is more complicated. As described in this section, you must flush all
347+
functional backup of a consistent state is more complicated.
348+
As described in this section, you must flush all
348349
writes to disk and lock the database to prevent writes during the
349-
backup process. If you have a :term:`replica set` configuration, then for your backup, use a
350-
:term:`secondary` that is not receiving reads (i.e. :term:`hidden
350+
backup process. If you have a :term:`replica set` configuration,
351+
then for your backup use a
352+
:term:`secondary` which is not receiving reads (i.e. :term:`hidden
351353
member`).
352354

353355
1. To flush writes to disk and to "lock" the database (to prevent
@@ -370,7 +372,7 @@ member`).
370372
.. note::
371373

372374
.. versionchanged:: 2.0
373-
In 2.0 added :method:`db.fsyncLock()` and
375+
MongoDB 2.0 added :method:`db.fsyncLock()` and
374376
:method:`db.fsyncUnlock()` helpers to the :program:`mongo`
375377
shell. Prior to this version, use the :dbcommand:`fsync`
376378
command with the ``lock`` option, as follows:
@@ -429,8 +431,8 @@ Database Dump with ``mongodump``
429431
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
430432

431433
The :program:`mongodump` utility can perform a live backup of data or
432-
can work against an inactive set of database
433-
files. The :program:`mongodump` utility can create a dump for an entire
434+
can work against an inactive set of database files.
435+
The :program:`mongodump` utility can create a dump for an entire
434436
server/database/collection (or part of a collection using of query),
435437
even when the database is running and active. If you run
436438
:program:`mongodump` without any arguments, the command connects to
@@ -448,13 +450,13 @@ specify :option:`--database <mongodump --database>` and
448450

449451
mongodump --collection collection --db test
450452

451-
This command creates a dump of the database in the ``dump/``
452-
directory of the collection named ``collection`` in the database named
453-
``test``.
453+
This command creates a dump of the collection named ``collection``
454+
from the database ``test`` in a :file:`dump/` subdirectory of the current
455+
working directory.
454456

455-
Use :option:`--oplog <mongodump --oplog>` option with
457+
Use the :option:`--oplog <mongodump --oplog>` option with
456458
:program:`mongodump` to collect the :term:`oplog` entries to build a
457-
point-in-time snapshot of the database. With :option:`--oplog
459+
point-in-time snapshot of a database within a replica set. With :option:`--oplog
458460
<mongodump --oplog>`, :program:`mongodump` copies all the data from
459461
the source database as well as all of the :term:`oplog` entries from
460462
the beginning of the backup procedure to until the backup procedure
@@ -501,9 +503,9 @@ The :program:`mongorestore` utility restores a binary backup created by
501503
mongorestore dump-2011-10-25/
502504

503505
Here, :program:`mongorestore` imports the database backup located in
504-
the ``dump-2011-10-25`` directory to the :program:`mongod` instance
506+
the :file:`dump-2011-10-25` directory to the :program:`mongod` instance
505507
running on the localhost interface. By default, :program:`mongorestore`
506-
looks for a database dump in the ``dump/`` directory and restores
508+
looks for a database dump in the :file:`dump/` directory and restores
507509
that. If you wish to restore to a non-default host, the
508510
:option:`--host <mongorestore --host>` and :option:`--port <mongorestore --port>`
509511
options allow you to specify a non-local host to connect to capture
@@ -539,7 +541,7 @@ following example:
539541
mongorestore --filter '{"field": 1}'
540542

541543
Here, :program:`mongorestore` only adds documents to the database from
542-
the dump located in the ``dump/`` folder *if* the documents have a
544+
the dump located in the :file:`dump/` folder *if* the documents have a
543545
field name ``field`` that holds a value of ``1``. Enclose the
544546
filter in single quotes (e.g. ``'``) to prevent the filter from
545547
interacting with your shell environment.
@@ -549,7 +551,8 @@ interacting with your shell environment.
549551
mongorestore --dbpath /srv/mongodb --journal
550552

551553
Here, :program:`mongorestore` restores the database dump located in
552-
``dump/`` folder into the data files located at ``/srv/mongodb``. Additionally,
554+
:file:`dump/` folder into the data files located at :file:`/srv/mongodb`.
555+
Additionally,
553556
the :option:`--journal <mongorestore --journal>` option ensures that
554557
:program:`mongorestore` records all operation in the durability
555558
:term:`journal`. The journal prevents data file corruption if anything

0 commit comments

Comments
 (0)