Резервные копии

Managed Service for MongoDB обеспечивает автоматическое и ручное резервное копирование баз данных.

Managed Service for MongoDB позволяет восстановить состояние кластера на любой момент времени (Point-in-Time-Recovery, PITR) после создания самой старой резервной копии до момента, когда была заархивирована самая свежая коллекция oplog. Это достигается за счет дополнения данных резервной копии, выбранной в качестве начальной точки для восстановления, записями из коллекции oplog кластера.

При создании резервных копий и восстановлении из них на заданный момент времени учитывайте, что:

• Коллекция oplog архивируется в работающем кластере несколько раз в минуту, после чего загружается в объектное хранилище.

• На создание и загрузку архива коллекции oplog в объектное хранилище требуется некоторое время. Из-за этого состояние кластера, хранящееся в объектном хранилище, может отличаться от реального.

Для использования PITR кластер должен удовлетворять следующим условиям:

• Версия MongoDB в кластере — 4.2 и выше.
• Выключенный механизм шардирования. PITR работает только для кластера с единичным набором реплик (replica set).

Чтобы восстановить кластер из резервной копии, следуйте инструкциям.

Создание резервной копии

Резервные копии могут быть созданы автоматически или вручную, в обоих случаях создается полная резервная копия всех баз данных.

Резервная копия всех данных кластера автоматически создается раз в день. Отключить автоматическое создание резервной копии невозможно. Однако при создании или изменении кластера для таких резервных копий можно задать:

• Срок их хранения.
• Время начала резервного копирования. По умолчанию время начала — 22:00 UTC (Coordinated Universal Time). Резервное копирование начнется в течение получаса от указанного времени.

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

Резервные копии создаются только на работающих кластерах. Если вы используете кластер Managed Service for MongoDB не круглосуточно, проверьте настройки времени начала резервного копирования.

О том, как вручную создать резервную копию, читайте в разделе Управление резервными копиями.

Хранение резервной копии

Особенности хранения резервных копий в Managed Service for MongoDB:

• Резервные копии хранятся во внутреннем хранилище Яндекса в виде логических дампов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.

• Срок хранения резервных копий существующего кластера зависит от способа их создания:

  • Автоматические резервные копии по умолчанию хранятся 7 дней. При создании кластера или изменении его настроек можно задать другой срок хранения в диапазоне от 7 до 35 дней.

  • Резервные копии, созданные вручную, хранятся бессрочно.

• После удаления кластера все его резервные копии хранятся 7 дней.

• На хранилище резервных копий не распространяется действие квот и лимитов для хранилища кластера.

• Резервные копии содержатся в объектном хранилище и не занимают место в хранилище кластера. При этом если в кластере есть N свободных гигабайт места, то хранение первых N гигабайт резервных копий не тарифицируется.

  Подробнее см. в разделе Правила тарификации для Managed Service for MongoDB.

Проверка резервной копии

Проверка целостности резервной копии

Целостность резервных копий проверяется на синтетических данных интеграционными тестами сервиса.

Проверка восстановления из резервной копии

Для проверки возможностей резервного копирования восстановите кластер из резервной копии и проверьте целостность ваших данных.