Резервные копии в Managed Service for ClickHouse®
Managed Service for ClickHouse® обеспечивает автоматическое и ручное резервное копирование баз данных.
Резервная копия автоматически создается раз в день. Отключить автоматическое создание резервных копий и изменить их срок хранения нельзя.
Для кластеров с неподдерживаемой версией СУБД восстановление из резервных копий недоступно.
Создание резервной копии
Резервные копии могут быть созданы автоматически и вручную, в обоих случаях используется инкрементальная схема:
- При создании очередной резервной копии куски данных проверяются на уникальность.
- Если идентичные куски данных уже есть в одной из существующих резервных копий и они не старше 30 дней, то они не дублируются. Для холодных данных гибридного хранилища этот срок составляет 7 дней.
Резервная копия создается на весь кластер и содержит все шарды.
Примечание
До 1 апреля 2025 года резервные копии создавались отдельно для каждого шарда кластера. Для таких резервных копий можно восстановить:
- одну или несколько резервных копий шардов в отдельный кластер;
- весь кластер целиком, указав резервные копии всех шардов кластера.
Восстановить несколько шардов в один кластер можно, если резервные копии создавались для одного и того же кластера.
В резервной копии хранятся данные только для движков семейства MergeTree. Для остальных движков хранятся только схемы таблиц. Подробнее про движки в документации ClickHouse®.
Для создания резервной копии используется случайный хост-реплика. Поэтому, если между хостами кластера нет консистентности данных, то восстановление из резервной копии не гарантирует полного восстановления данных. Например, такое может произойти, если:
- Таблицы реплицируются не на все хосты шарда.
- Таблицы не реплицируются и размещены на части хостов шарда.
При создании или изменении кластера можно задать промежуток времени, в течение которого начинается резервное копирование. По умолчанию — 22:00 - 23:00 UTC (Coordinated Universal Time).
Резервные копии создаются только на работающих кластерах. Если вы используете кластер Managed Service for ClickHouse® не круглосуточно, проверьте настройки времени начала резервного копирования.
О том, как вручную создать резервную копию, читайте в разделе Управление резервными копиями.
Хранение резервной копии
-
Резервные копии данных локального и сетевых хранилищ содержатся в отдельном бакете Object Storage и не занимают место в хранилище кластера. При этом, если в кластере есть N свободных гигабайт места, то хранение первых N гигабайт резервных копий не тарифицируется.
-
Резервные копии холодных данных гибридного хранилища хранятся в том же бакете Object Storage, что и сами данные. Объем, который занимают резервные копии, учитывается при расчете стоимости использования Object Storage так же, как и объем самих данных.
Подробнее в разделе Правила тарификации.
-
Резервные копии хранятся в виде бинарных файлов и шифруются с помощью GPG. У каждого кластера свои ключи шифрования.
-
Срок хранения резервных копий существующего кластера зависит от способа их создания:
-
После удаления кластера все его резервные копии хранятся 7 дней.
-
На хранилище резервных копий не распространяется действие квот и лимитов для хранилища кластера.
Восстановление из резервной копии
Восстанавливая кластер из резервной копии, вы создаете новый кластер с данными из резервной копии. Если в облаке не хватает ресурсов для создания такого кластера, восстановиться из резервной копии не получится. Средняя скорость восстановления из резервной копии — 10 МБ/с на каждое ядро БД.
Из резервной копии можно восстановить не только кластер целиком, но и отдельный шард.
Чтобы восстановить кластер из резервной копии, следуйте инструкциям.
Совет
Проводите плановые тесты восстановления кластера из резервных копий.
Удаление резервной копии
Удалить можно только резервные копии, созданные вручную. Чтобы удалить такую резервную копию, следуйте инструкции.
Примеры использования
ClickHouse® является зарегистрированным товарным знаком ClickHouse, Inc.