Резервные копии кластера MongoDB — копии баз данных, которые хранятся в выделенном бакете и защищаются шифрованием. Базы данных можно восстановить в случае их потери или повреждения.
Виды резервного копирования кластера MongoDB:
- PITR (Point-in-Time-Recovery) — базовая резервная копия, которая автоматически создаётся в момент создания кластера MongoDB. Кластер из базовой копии можно восстановить на любой момент времени — в интервале от создания базовой резервной копии до последней записи в лог-файл;
- ручное — полная резервная копия всех баз данных кластера, создаётся вручную;
- автоматическое — полная резервная копия всех баз данных кластера. Автоматическое создание резервных копий включается при создании кластера с помощью переключателя Включить автоматическое резервное копирование. Ежедневно в указанное время с ноды в кластере Standalone или с ноды-лидера в кластере Replica Set создаётся полная копия всех баз данных. По истечении указанного количества дней резервная копия удаляется автоматически в 00:00:00 UTC.
Все резервные копии отображаются на портале на вкладке Резервные копии.
Создание резервной копии кластера MongoDB вручнуюAnchor вручную вручную
| вручную | |
| вручную |
Чтобы создать резервную копию кластера MongoDB вручную:
- В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
- В строке кластера, резервную копию которого нужно создать, нажмите на кнопку
. - Перейдите на вкладку Резервные копии и нажмите на кнопку Создать бекап.
Созданная резервная копия отображается на портале:
Тип резервного копирования logical — логическая резервная копия кластера, при которой копируются только данные, находящиеся в файлах, а не сами файлы.
Восстановление кластера MongoDB из резервной копии
Существует два способа восстановления кластера MongoDB из резервной копии:
- восстановление из резервной копии — создаётся новый кластер из ранее созданной резервной копии (базовой, ручной или автоматической) баз данных;
- восстановление с помощью PITR — кластер можно восстановить на любой момент времени — в интервале от создания базовой резервной копии до момента последней записи в лог-файл. Например, если создание резервной копии завершилось 10.12.2023 в 12:00:00 UTC, а последняя запись в лог-файл сохранена 12.12.2023 в 18:50:00 UTC, то кластер можно восстановить на любой момент времени в промежутке с 10.12.2023 12:00:01 UTC до 12.12.2023 18:50:00 UTC включительно.
Чтобы восстановить кластер MongoDB из резервной копии:
- В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
- Нажмите на кнопку
Заказать. - Активируйте переключатель Создать кластер из резервной копии.
- Выберите способ Восстановление из резервной копии или Восстановление c помощью PITR.
- Заполните поля:
- Выберите кластер * — кластер, который нужно восстановить из резервной копии;
если выбрано Восстановление из резервной копии, то
Expand title Где посмотреть имя резервной копии? - В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
- В строке кластера, в котором нужно посмотреть имя резервной копии, нажмите на кнопку .
- Перейдите на вкладку Резервные копии:
если выбрано Восстановление c помощью PITR, то
Expand title Где посмотреть интервал времени для восстановления? - В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
- В строке кластера, который нужно восстановить из резервной копии, нажмите на кнопку .
- На вкладке Резервные копии выберите раздел PITR:
Название кластера * — уникальное имя кластера в рамках проекта. Значение по умолчанию — mongodb-vm-<номер>, например, mongodb-vm-0001;
- Описание кластера — описание кластера, заполняется при необходимости;
- Версия MongoDB — доступная версия MongoDB. Выбранная версияMongoDB должна совпадать с версией, используемой в восстанавливаемом кластере;
- Кол-во нод в кластере * — нечётное количество нод в кластере от 1 до 29. Количество нод в новом кластере должно совпадать с количеством нод в восстанавливаемом кластере;
- Включить Публичный IP-адрес — активируйте переключатель, если к кластеру нужен доступ из сети Интернет. К каждой ноде в кластере будет привязан свой публичный IP-адрес, который отображается на вкладке Ноды.
- Регион — регион расположения кластера;
- Зона доступности — зона доступности, в которой будет находиться кластер;
- Подсеть — подсеть, к которой будет подключен кластер.
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
Объем хранилища:
- Размер диска, Гб * — размер выделенной памяти на каждой ноде кластера, от 10 Гб до 2048 Гб. Размер диска нового кластера должен быть не меньше, чем у восстанавливаемого;
- Тип * — тип диска:
| Excerpt Include | ||||||
|---|---|---|---|---|---|---|
|
При необходимости активируйте переключатель Включить автоматическое резервное копирование всех баз данных кластера и заполните поля:
- Время автоматического резервного копирования UTC * — время в формате hh:mm:ss. Значение по умолчанию 00:00:00. Ежедневно в указанное время с ноды в кластере Standalone или с ноды-лидера в кластере Replica Set создаётся полная копия всех баз данных, которая отображается на вкладке Резервные копии;
- Кол-во дней хранения автоматических резервных копий * — от 1 до 7. По истечении указанного количества дней резервная копия удаляется автоматически в 00:00:00 UTC.
6. Нажмите на кнопку Заказать.
В результате создастся новый кластер из резервной копии, который отобразится на портале в разделе Ресурсы → Базы данных → Managed Service for MongoDB.
Удаление резервной копии
Нельзя удалить базовую резервную копию (PITR), которая автоматически создаётся в момент создания кластера MongoDB. Остальные резервные копии можно удалять.
Чтобы удалить резервную копию:
- В главном меню портала перейдите в раздел Ресурсы → Базы данных → Managed Service for MongoDB.
- В строке кластера, резервную копию которого нужно удалить, нажмите на кнопку .
- Перейдите на вкладку Резервные копии и в строке с резервной копией, которую нужно удалить, нажмите на кнопку
. - Нажмите на кнопку Да.
Все резервные копии удаляются автоматически после удаления кластера.