Skip to main content
Резервные копии базы данных позволяют восстановить сервис до предыдущего состояния на основе последней успешной резервной копии.

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

​
Как работают резервные копии в ClickHouse Cloud

Резервные копии в ClickHouse Cloud представляют собой комбинацию полных и инкрементных резервных копий, образующих цепочку резервного копирования. Цепочка начинается с полной резервной копии, после чего в течение следующих нескольких запланированных периодов создаются инкрементные резервные копии, формируя последовательность резервных копий. Когда цепочка резервного копирования достигает определённой длины, начинается новая цепочка. При необходимости всю эту цепочку резервных копий можно использовать для восстановления данных в новом сервисе. Когда все резервные копии, входящие в конкретную цепочку, выходят за пределы срока хранения, заданного для сервиса (подробнее о сроке хранения ниже), цепочка удаляется. На снимке экрана ниже квадраты со сплошной линией обозначают полные резервные копии, а квадраты с пунктирной линией — инкрементные резервные копии, входящие в цепочку. В день 1 создаётся полная резервная копия, чтобы начать цепочку резервного копирования. В день 2 создаётся инкрементная резервная копия, и для восстановления доступны как полная, так и инкрементная резервные копии. К дню 7 в цепочке есть одна полная резервная копия и шесть инкрементных, и все они видимы и доступны для восстановления. В день 8 создаётся новая полная резервная копия, а в день 9, как только в новой цепочке появляются две резервные копии, предыдущая цепочка удаляется.

​
Политика резервного копирования по умолчанию

Резервные копии тарифицируются и оплачиваются отдельно от хранилища на уровнях Basic, Scale и Enterprise. В настоящее время по умолчанию для сервисов создается одна ежедневная резервная копия со сроком хранения 24 часа. Конфигурация резервного копирования может различаться в зависимости от сервиса и соглашения. Подробнее см. в разделе “Просмотр и восстановление резервных копий”.

​
Настраиваемые резервные копии

ClickHouse Cloud позволяет настраивать расписание резервного копирования для сервисов уровня Scale и Enterprise. Резервное копирование можно настроить по следующим параметрам в зависимости от потребностей вашего бизнеса.
  • Retention: Срок хранения каждой резервной копии в днях. Retention можно задать в диапазоне от 1 до 45 дней, выбрав одно из доступных значений.
  • Frequency: Frequency позволяет указать интервал времени между последовательными резервными копиями. Например, значение «каждые 12 часов» означает, что резервные копии будут создаваться с интервалом 12 часов. Frequency может составлять от «каждые 6 часов» до «каждые 48 часов» со следующими почасовыми шагами: 6, 8, 12, 16, 20, 24, 36, 48.
  • Start Time: Время начала, на которое вы хотите запланировать резервное копирование на каждый день. Если указать Start Time, значение “Frequency” по умолчанию будет установлено как один раз в 24 часа. ClickHouse Cloud начнет резервное копирование в течение часа после указанного времени начала.
Пользовательское расписание переопределит политику резервного копирования по умолчанию в ClickHouse Cloud для данного сервиса.В редких случаях планировщик резервного копирования может не учитывать указанное значение Start Time. В частности, это происходит, если успешное резервное копирование было запущено менее чем за 24 часа до времени текущего запланированного резервного копирования. Это может произойти из-за используемого механизма повторных попыток для резервного копирования. В таких случаях планировщик пропустит резервное копирование в текущий день и повторит попытку на следующий день в запланированное время.
См. “Настройка расписания резервного копирования”, чтобы узнать, как настроить резервное копирование.

​
Резервные копии в собственном бакете (BYOB)

ClickHouse Cloud позволяет экспортировать резервные копии в хранилище вашей учетной записи у выбранного облачного провайдера (CSP) (AWS S3, Google Cloud Storage или Azure Blob Storage). Если вы настроите сохранение резервных копий в собственный бакет, ClickHouse Cloud также по умолчанию продолжит создавать собственные резервные копии. Подробнее о том, как работают резервные копии в ClickHouse Cloud, см. в документации по резервным копиям. В этом руководстве мы расскажем, как экспортировать резервные копии в объектное хранилище AWS, GCP и Azure, а также как восстанавливать эти резервные копии из вашей учетной записи в новый сервис ClickHouse Cloud. Мы также приводим команды для резервного копирования и восстановления, которые позволяют экспортировать резервные копии в ваш бакет и восстанавливать их.
Межрегиональные резервные копииПри экспорте резервных копий в другой регион в пределах того же облачного провайдера взимается плата за передачу данных.В настоящее время мы не поддерживаем резервное копирование / восстановление для сервисов, использующих Transparent Data Encryption (TDE), а также для сервисов с регуляторными ограничениями.
См. “Экспорт резервных копий в собственную учетную запись облачного провайдера”, где приведены примеры создания полных и инкрементных резервных копий в объектное хранилище AWS, GCP и Azure, а также восстановления из этих резервных копий.

​
Варианты резервного копирования

Чтобы экспортировать резервные копии в свою облачную учетную запись, у вас есть два варианта:
1

Через интерфейс Cloud Console

Внешние резервные копии можно настроить в интерфейсе. После этого по умолчанию резервные копии будут создаваться ежедневно (как указано в политике резервного копирования по умолчанию). Однако мы также поддерживаем настраиваемые резервные копии в вашей облачной учетной записи, что позволяет задать собственное расписание. Важно отметить, что все резервные копии в вашем бакете являются полными и никак не связаны с предыдущими или будущими резервными копиями.
2

С помощью SQL-команд

Вы можете использовать SQL-команды, чтобы экспортировать резервные копии в ваш бакет.
ClickHouse Cloud не управляет жизненным циклом резервных копий в бакетах клиентов. Клиенты сами отвечают за надлежащее управление резервными копиями в своих бакетах — как для соблюдения нормативных требований, так и для контроля затрат. Если резервные копии повреждены, восстановить их будет невозможно.
Последнее изменение 26 августа 2026 г.