Skip to main content
ClickHouse Cloud поддерживает создание резервных копий в вашей собственной учетной записи у поставщика облачных услуг (CSP) (AWS S3, Google Cloud Storage или Azure Blob Storage). Подробнее о том, как работают резервные копии в ClickHouse Cloud, включая различия между полными и инкрементальными резервными копиями, см. в документации backups. Обратите внимание, что резервные копии в вашей собственной облачной учетной записи отличаются от резервных копий Cloud на месте в одном важном аспекте: для них нельзя использовать native copy (см. примечание ниже). В этом руководстве показано, как создавать полные и инкрементальные резервные копии в Объектное хранилище AWS, GCP и Azure, а также как восстанавливать данные из этих резервных копий.
Если резервные копии экспортируются в другой Region в рамках того же облачного провайдера, взимается плата за передачу данных.Резервное копирование между разными облаками поддерживается только через команды backup/restore, описанные на этой странице, и не поддерживается через интерфейс.
Влияние на производительность по сравнению с резервными копиями на месте Резервные копии в ваш собственный бакет не могут использовать native (server-side) copy. Для native copy требуется, чтобы источник и пункт назначения использовали одни и те же credentials, чего в данном случае нет: источник — это бакет под управлением ClickHouse, а пункт назначения — ваш собственный бакет, authenticated с использованием отдельных credentials.Поскольку native copy недоступен, данные скачиваются из источника и повторно загружаются в ваш бакет (“copy-through-buffers”). В результате экспорт резервных копий в ваш собственный бакет выполняется медленнее и потребляет больше ресурсов, чем стандартные Cloud-резервные копии на месте.

Требования

Перед выполнением команды BACKUP убедитесь, что у пользователя ClickHouse есть привилегия BACKUP. default_role в ClickHouse Cloud не содержит этой привилегии. Перед экспортом резервных копий обратитесь в ClickHouse Support, чтобы запросить её. Для экспорта резервных копий в собственный бакет хранилища CSP и их восстановления из него вам понадобятся следующие сведения.

AWS

  1. Конечная точка S3 в AWS, в формате:
Например:
Где:
  • testchbackups — имя S3 бакета, в который экспортируются резервные копии.
    • backups — необязательный подкаталог.
  1. Ключ доступа AWS и секретный ключ. Также поддерживается аутентификация с использованием ролей AWS, которую можно использовать вместо ключа доступа AWS и секретного ключа.
Чтобы использовать аутентификацию с использованием ролей, следуйте инструкциям по безопасному доступу к данным в S3 здесь. Кроме того, вам потребуется добавить разрешения s3:PutObject и s3:DeleteObject в политику IAM, описанную здесь.

Azure

  1. Строка подключения к хранилищу Azure.
  2. Имя контейнера в учетной записи хранения Azure.
  3. Объект Blob в контейнере.

Google Cloud Storage (GCS)

  1. Конечная точка GCS в следующем формате:
  2. Ключ доступа HMAC и секрет HMAC.

Резервное копирование / восстановление

Резервное копирование / восстановление в S3 бакет AWS

Создать резервную копию базы данных

Полная резервная копия
Где uuid — уникальный идентификатор, используемый для различения наборов резервных копий.
Для каждой новой резервной копии в этом подкаталоге нужно использовать другой UUID, иначе возникнет ошибка BACKUP_ALREADY_EXISTS. Например, если вы создаёте ежедневные резервные копии, вам нужно будет использовать новый UUID каждый день.
Инкрементная резервная копия

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

См.: Настройка BACKUP/RESTORE для использования конечной точки S3 для получения дополнительных сведений.

Резервное копирование / восстановление в Azure Blob Storage

Создать резервную копию базы данных

Полная резервная копия
Где uuid — это уникальный идентификатор, используемый для различения набора резервных копий. Инкрементальная резервная копия

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

См.: Настройка BACKUP/RESTORE для использования конечной точки AzureBlobStorage для получения более подробной информации.

Резервное копирование / восстановление в Google Cloud Storage (GCS)

Создать резервную копию базы данных

Полная резервная копия
Где uuid — это уникальный идентификатор, используемый, чтобы отличать один набор резервных копий от другого. Инкрементальная резервная копия

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

Последнее изменение 14 августа 2026 г.