MongoDB: mongodump / restore или резервное копирование файлов напрямую

Question

Мне интересно, что люди делали с резервными копиями MongoDB. Если предположить, что моментальный снимок файловой системы не подходит, каков был ваш опыт использования mongodump / restore по сравнению с блокировкой записи и резервным копированием файлов? Вы сталкивались с ошибками одним методом, который заставил вас переключиться?

Из прочитанного мною чтения, похоже, что mongodump / restore имеет преимущество в том, что может запускать его, пока сервер работает, но я не уверен, насколько хорошо он будет масштабироваться.

Answer 1

Блокировка и копирование файлов возможна только в том случае, если у вас нет большой нагрузки при записи.

mongodump может быть запущено на реальном сервере. Это создаст дополнительную нагрузку, поэтому не делайте этого в часы пик. Кроме того, рекомендуется делать это на вторичном узле (если вы не используете наборы реплик, вам следует).

Существуют некоторые сложности, когда у вас настолько большая БД, что ни одна машина не может ее вместить. См. этот документ .

Кроме того, если у вас установлена ​​реплика, вы снимаете один из вторичных серверов и копируете его файлы напрямую. Смотри http://www.mongodb.org/display/DOCS/Backups:

Простой подход - просто остановить базу данных, создать резервную копию файлов данных и возобновить работу. Это безопасно, но, конечно, требует простоя. Это можно сделать на дополнительном устройстве, не требуя простоя, но вы должны убедиться, что ваш журнал операций достаточно большой, чтобы охватить время, когда вспомогательное устройство недоступно, чтобы он мог наверстать упущенное при перезапуске.