Skip to main content
Вы можете использовать команды BACKUP и RESTORE, чтобы экспортировать резервные копии в соответствующие бакеты хранилища, а также создавать резервные копии и восстанавливать их через интерфейс. В этом руководстве приведены команды для всех трех CSP.

Требования

Для экспорта/восстановления резервных копий в собственный бакет хранилища облачного провайдера вам понадобятся следующие данные:
  1. Конечная точка AWS S3 в формате: s3://<bucket_name>.s3.amazonaws.com/<optional_directory> Например: s3://testchbackups.s3.amazonaws.com/ Где:
    • testchbackups — имя S3 бакета, в который экспортируются резервные копии.
    • backups — необязательный подкаталог.
  2. Ключ доступа AWS и секрет. Также поддерживается аутентификация на основе AWS Role, которую можно использовать вместо ключа доступа AWS и секрета, как описано в разделе выше.

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

Ниже показано резервное копирование и восстановление одной базы данных. См. сводку команд резервного копирования с командами полного резервного копирования и восстановления.

AWS S3

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

Google Cloud Storage (GCS)

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

Azure Blob Storage

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

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

Чтобы создать резервную копию всего сервиса, используйте приведенные ниже команды. Эта резервная копия будет содержать все пользовательские и системные данные созданных сущностей, профилей настроек, политик строк, квот и функций. Ниже приведены примеры для AWS S3. Эти команды также можно использовать для GCS и Azure Blob Storage, применяя описанный выше синтаксис.
где uuid — уникальный идентификатор резервной копии.

FAQ

Мы даем возможность экспортировать резервные копии в ваш бакет, однако после записи не очищаем и не удаляем их. Вы сами управляете жизненным циклом резервных копий в своем бакете: удаляете, архивируете или при необходимости переносите их в более дешевое хранилище, чтобы снизить общую стоимость.
Если какие-либо резервные копии будут перемещены в другое место, команду восстановления нужно будет обновить, чтобы она указывала на новое место хранения резервных копий.
Вам потребуется обновить измененные учетные данные в интерфейсе, чтобы резервные копии снова начали успешно создаваться.
Вам потребуется обновить новое местоположение в интерфейсе, и резервные копии начнут создаваться в новом месте. Старые резервные копии останутся в исходном месте.
Чтобы отключить внешние резервные копии для сервиса, перейдите на экран настроек сервиса и нажмите Change external backup. На следующем экране нажмите Remove setup, чтобы отключить внешние резервные копии для этого сервиса.
Последнее изменение 3 июля 2026 г.