[Документация Yandex Cloud](../../index.md) > [Yandex Managed Service for ClickHouse®](../index.md) > [Концепции](index.md) > Резервные копии

# Резервные копии в Managed Service for ClickHouse®

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

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

Для кластеров с неподдерживаемой [версией СУБД](update-policy.md#versioning-policy) восстановление из резервных копий недоступно.

## Создание резервной копии {#size}

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

* При создании очередной резервной копии [куски данных](https://clickhouse.com/docs/ru/engines/table-engines/mergetree-family/mergetree#mergetree-data-storage) проверяются на уникальность.
* Если идентичные [куски данных](https://clickhouse.com/docs/ru/engines/table-engines/mergetree-family/mergetree#mergetree-data-storage) уже есть в одной из существующих резервных копий и они не старше 30 дней, то они не дублируются. Для холодных данных [гибридного хранилища](storage.md#hybrid-storage-features) этот срок составляет 7 дней.

Резервная копия создается на весь кластер и содержит все [шарды](sharding.md).

{% note info %}

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

* одну или несколько резервных копий шардов в отдельный кластер;
* весь кластер целиком, указав резервные копии всех шардов кластера.

Восстановить несколько шардов в один кластер можно, если резервные копии создавались для одного и того же кластера.

{% endnote %}

В резервной копии хранятся данные только для движков семейства `MergeTree`. Для остальных движков хранятся только схемы таблиц. Подробнее про движки в [документации ClickHouse®](https://clickhouse.com/docs/ru/engines/table-engines).

Для создания резервной копии используется случайный хост-реплика. Поэтому, если между хостами кластера нет консистентности данных, то восстановление из резервной копии не гарантирует полного восстановления данных. Например, такое может произойти, если:

* [Таблицы реплицируются](replication.md#replicated-tables) не на все хосты шарда.
* Таблицы не реплицируются и размещены на части хостов шарда.

При [создании](../operations/cluster-create.md) или [изменении](../operations/update.md#change-additional-settings) кластера можно задать промежуток времени, в течение которого начинается резервное копирование. По умолчанию — `22:00 - 23:00` UTC (Coordinated Universal Time).

Резервные копии создаются только на работающих кластерах. Если вы используете кластер Managed Service for ClickHouse® не круглосуточно, проверьте [настройки времени начала резервного копирования](../operations/update.md#change-additional-settings).

О том, как вручную создать резервную копию, читайте в разделе [Управление резервными копиями](../operations/cluster-backups.md).

## Хранение резервной копии {#storage}

* Резервные копии данных [локального и сетевых хранилищ](storage.md) содержатся в отдельном бакете Object Storage и не занимают место в хранилище кластера. При этом, если в кластере есть N свободных гигабайт места, то хранение первых N гигабайт резервных копий не тарифицируется.

* Резервные копии холодных данных [гибридного хранилища](storage.md#hybrid-storage-features) хранятся в том же бакете Object Storage, что и сами данные. Объем, который занимают резервные копии, учитывается при расчете стоимости использования Object Storage так же, как и объем самих данных.

    Подробнее в разделе [Правила тарификации](../pricing.md#rules-storage).

* Резервные копии хранятся в виде бинарных файлов и шифруются с помощью [GPG](https://ru.wikipedia.org/wiki/GnuPG). У каждого кластера свои ключи шифрования.

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

    * Автоматические резервные копии по умолчанию хранятся 7 дней. При [создании](../operations/cluster-create.md) кластера или [изменении](../operations/update.md#change-additional-settings) его настроек можно задать другой срок хранения в диапазоне от 3 до 60 дней.

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

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

* На хранилище резервных копий не распространяется действие [квот](https://kz.console.yandex.cloud/cloud?section=quotas) и лимитов для хранилища кластера.

## Восстановление из резервной копии {#capabilities}

Восстанавливая кластер из резервной копии, вы создаете новый кластер с данными из резервной копии. Если в облаке не хватает [ресурсов](limits.md) для создания такого кластера, восстановиться из резервной копии не получится. Средняя скорость восстановления из резервной копии — 10 МБ/с на каждое ядро БД.

Из резервной копии можно восстановить не только кластер целиком, но и отдельный [шард](sharding.md).

Чтобы восстановить кластер из резервной копии, следуйте [инструкциям](../operations/cluster-backups.md).

{% note tip %}

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

{% endnote %}

## Удаление резервной копии {#deletion}

Удалить можно только резервные копии, созданные вручную. Чтобы удалить такую резервную копию, [следуйте инструкции](../operations/cluster-backups.md#delete-backup).

## Примеры использования {#examples}

* [Управление резервными копиями в Managed Service for ClickHouse®](../operations/cluster-backups.md)

_ClickHouse® является зарегистрированным товарным знаком [ClickHouse, Inc](https://clickhouse.com)._