Покрокові резервні копії Mongodb

Мені було дано завдання встановити додаткові резервні копії для реплікації MongoDB, як початкову точку, звичайно, я погуглив її і нічого не міг знайти в документах MongoDB, проте я знайшов це питання в Stack Overflow, що спонукало розробити власне рішення як не знайшов Тайру дуже активною.

Я прочитав про oplogі зрозумів, що дуже легко розробити щось для відтворення журналу, але виявилося, що мені не довелося так mongorestoreробити.

Зараз у мене є робоче рішення зі скриптами bash, і це було досить просто, тому я питаю тут, чи є якийсь недолік у моїй логіці чи, можливо, щось, що мене вкусить у майбутньому.

Нижче, як я це реалізував:

Повна процедура резервного копіювання

1. Блокування записується на другорядний член db.fsyncLock()
2. Зробіть знімок

3. Записати останню позицію з oplog

   db.oplog.rs.find().sort({$natural:-1}).limit(1).next().ts

4. Unlock пише db.fsyncUnlock()

Поступова процедура резервного копіювання

1. Блокування записується на другорядний член

2. Дамп-опил із записаного положення oplog на повній (або останній додатковій) резервній копії:

   mongodump --host <secondary> -d local -c oplog.rs -o /mnt/mongo-test_backup/1 
       --query '{ "ts" : { $gt :  Timestamp(1437725201, 50) } }'
   

3. Запишіть останню позицію oplog (так само, як і для повних резервних копій)

4. Unlock пише

Повна процедура відновлення резервного копіювання

1. зупинити всі інстанції mongod
2. скопіюйте знімок у вікно даних, яке буде основним, але переконайтесь, що виключаєте все, local*і mongod.lock ця техніка відновлення називається перенастроювати, розбиваючи дзеркало
3. Початок основний
4. перенастроювати реплікацію
5. запускати вторинники без будь-яких даних, нехай вони виконують початкову синхронізацію. Або скопіюйте дані з нового основного за допомогою свіжої localбази даних

Відновлення додаткового резервного копіювання

Коли ми створили додаткове резервне копіювання, він зберігав його так:

/mnt/mongo-test_backup/1/local/oplog.rs.bson
/mnt/mongo-test_backup/1/local/oplog.rs.metadata.json

Нас не знайдено, oplog.rs.bsonале нам доведеться перейменувати його, тому ось такі кроки:

1. змінити каталог на резервну копію: cd /mnt/mongo-test_backup/1/local
2. видаліть файл json rm *.json
3. перейменуйте файл bson mv oplog.rs.bson oplog.bson

4. відновити його:

   mongorestore -h <primary> --port <port> --oplogReplay /mnt/mongo-test_backup/1/local

У мене все написано, я можу зробити це на GitHub пізніше.

Питання в тому, чи є якась вада в логіці? Я трохи підозрілий, оскільки процедура є досить прямою, і я все одно не міг знайти її документально ніде.

Щоб відповісти на ваше запитання. Ні! У вашій логіці немає невдач, і вона повинна працювати без проблем. Однак якщо знімки LVM можна використовувати, краще зробити резервні копії.