@@ -65,8 +65,8 @@ practically, and not just theoretically, functional.
65
65
Production Considerations for Backup Strategies
66
66
-----------------------------------------------
67
67
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:
70
70
71
71
- Geography. Ensure that you move some backups away from the your
72
72
primary database infrastructure. It's important to be able to
@@ -81,7 +81,7 @@ factors:
81
81
time of the backup schedule relative to peak usage and maintenance
82
82
windows.
83
83
84
- - System capabilities. In order to use some of the block-level
84
+ - System capabilities. Some of the block-level
85
85
snapshot tools requires special support on the operating-system or
86
86
infrastructure level.
87
87
@@ -149,11 +149,11 @@ Snapshots have the following limitations:
149
149
files, journal (if applicable), and configuration on one logical
150
150
disk that doesn't contain any other data.
151
151
152
- Alternately, store all MongoDB data files on a dedicated device too
152
+ Alternately, store all MongoDB data files on a dedicated device
153
153
so that you can make backups without duplicating extraneous data.
154
154
155
155
- 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.
157
157
158
158
.. _backup-with-journaling:
159
159
@@ -168,7 +168,7 @@ volume/block level snapshot tool to create backups.
168
168
169
169
.. versionchanged:: 1.9.2
170
170
171
- Journaling is only enabled by default on 64-bit builds of
171
+ Journaling is only enabled by default on 64-bit builds of
172
172
MongoDB.
173
173
174
174
To enable journaling on all other builds, specify
@@ -229,7 +229,7 @@ current state of ``/dev/vg0/mongodb`` and the creation of the snapshot
229
229
data growth, particularly for the period of time that it takes to copy
230
230
data out of the system or to a temporary image.
231
231
232
- If you your snapshot runs out of space, the snapshot image
232
+ If your snapshot runs out of space, the snapshot image
233
233
becomes unusable. Discard this logical volume and create another.
234
234
235
235
The snapshot will exist when the command returns. You can restore
@@ -344,10 +344,12 @@ Backup Without Journaling
344
344
345
345
If your :program:`mongod` instance does not run with journaling
346
346
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
348
349
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
351
353
member`).
352
354
353
355
1. To flush writes to disk and to "lock" the database (to prevent
@@ -370,7 +372,7 @@ member`).
370
372
.. note::
371
373
372
374
.. versionchanged:: 2.0
373
- In 2.0 added :method:`db.fsyncLock()` and
375
+ MongoDB 2.0 added :method:`db.fsyncLock()` and
374
376
:method:`db.fsyncUnlock()` helpers to the :program:`mongo`
375
377
shell. Prior to this version, use the :dbcommand:`fsync`
376
378
command with the ``lock`` option, as follows:
@@ -429,8 +431,8 @@ Database Dump with ``mongodump``
429
431
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
430
432
431
433
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
434
436
server/database/collection (or part of a collection using of query),
435
437
even when the database is running and active. If you run
436
438
:program:`mongodump` without any arguments, the command connects to
@@ -448,13 +450,13 @@ specify :option:`--database <mongodump --database>` and
448
450
449
451
mongodump --collection collection --db test
450
452
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 .
454
456
455
- Use :option:`--oplog <mongodump --oplog>` option with
457
+ Use the :option:`--oplog <mongodump --oplog>` option with
456
458
: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
458
460
<mongodump --oplog>`, :program:`mongodump` copies all the data from
459
461
the source database as well as all of the :term:`oplog` entries from
460
462
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
501
503
mongorestore dump-2011-10-25/
502
504
503
505
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
505
507
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
507
509
that. If you wish to restore to a non-default host, the
508
510
:option:`--host <mongorestore --host>` and :option:`--port <mongorestore --port>`
509
511
options allow you to specify a non-local host to connect to capture
@@ -539,7 +541,7 @@ following example:
539
541
mongorestore --filter '{"field": 1}'
540
542
541
543
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
543
545
field name ``field`` that holds a value of ``1``. Enclose the
544
546
filter in single quotes (e.g. ``'``) to prevent the filter from
545
547
interacting with your shell environment.
@@ -549,7 +551,8 @@ interacting with your shell environment.
549
551
mongorestore --dbpath /srv/mongodb --journal
550
552
551
553
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,
553
556
the :option:`--journal <mongorestore --journal>` option ensures that
554
557
:program:`mongorestore` records all operation in the durability
555
558
:term:`journal`. The journal prevents data file corruption if anything
0 commit comments