Я просто наткнулся на этот вопрос еще раз и решил добавить описание нашей стратегии резервного копирования, для которой мы выбрали:
Текущая стратегия резервного копирования для нашего mongo db, этот сервер состоит из 2 установок;резервное копирование с использованием пассивного вторичного узла с задержкой и ежедневное резервное копирование с использованием mongodump (вводит журналирование и оплог в игру).
Помимо наших обычных производственных узлов, мы настроили еще один вторичный узел с приоритетом 0 (это может быть либо само по себе)сервер или копилка с другого сервера Монго, но с использованием отдельного порта), скрытого как true и с задержкой в 7200 секунд (2 часа).Это ведомое устройство для «масляных пальцев», когда кто-то случайно удаляет базу данных или очищает коллекцию, у нас есть 2 часа до того, как эти изменения реплицируются на этот пассивный вторичный объект.Пассивное вторичное устройство НЕ может использоваться для ЧТЕНИЯ или ПИСАНИЯ.Его роль - просто резервный узел.Мы также используем этот узел для ночного резервного копирования, чтобы предотвратить ненужные издержки на любом из других узлов.
Ночное резервное копирование настроено на запуск каждую ночь в 23:00 через вкладку cron.Команда просто выполняет настройку скрипта в /opt/auto-mongo-backup
.Этот сценарий можно найти в https://github.com/jaconel/automongobackup (первоначально он был найден в https://github.com/micahwedemeyer/automongobackup).. Этот сценарий позволяет одному ночному крону покрывать еженедельные и ежемесячные резервные копии. Резервные копии сохраняются в /var/backups/mongodb
.
Надеюсь, это кому-нибудь поможет.