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

Требования

Для экспорта резервных копий в собственный бакет хранилища 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 — это уникальный идентификатор, используемый, чтобы отличать один набор резервных копий от другого. Инкрементальная резервная копия

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

Последнее изменение 3 июля 2026 г.