Skip to main content

REST - /v1/backups

Introduction

See the Backups page for a general introduction, configuration, and tech background of Backups.

API

Create Backup

Once the modules are enabled and the configuration is provided, you can start a backup on any running instance with a single HTTP request.

Method and URL

POST /v1/backups/{backend}

Parameters

URL Parameters
nametyperequireddescription
backendstringyesThe name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem.
Request Body

The request takes a json object with the following properties:

nametyperequireddescription
idstring (lowercase letters, numbers, underscore, minus)yesThe id of the backup. This string must be provided on all future requests, such as status checking or restoration.
includelist of stringsnoAn optional list of class names to be included in the backup. If not set, all classes are included.
excludelist of stringsnoAn optional list of class names to be excluded from the backup. If not set, no classes are excluded.
configobjectnoAn optional object to configure the backup. If not set, it will assign defaults from config table.

Note: You cannot set include and exclude at the same time. Set none or exactly one of those.

Config object properties
nametyperequireddefaultdescription
cpuPercentageintegerno50%Sets the desired CPU core utilization ranging from 1%-80%.
chunkSizeintegerno128MBSets the chunk size. Sizes range from 2MB to 512MB The default is 128MB. The actual chunk size may not be exactly chunkSize.
compressionLevelstringnoDefaultCompressionSets the compression level. Possible values are: DefaultCompression, BestSpeed, BestCompression

Note: Weaviate uses gzip compression by default.

For client code examples, see the How-to: Configure / Backups page.

While you are waiting for a backup to complete, Weaviate stays fully usable.

Asynchronous Status Checking

All client implementations have a "wait for completion" option which will poll the backup status in the background and only return once the backup has completed (successfully or unsuccessfully).

If you set the "wait for completion" option to false, you can also check the status yourself using the Backup Creation Status API.

GET /v1/backups/{backend}/{backup_id}
Parameters
URL Parameters
nametyperequireddescription
backendstringyesThe name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem.
backup_idstringyesThe user-provided backup identifier that was used when sending the request to create the backup.

The response contains a "status" field. If the status is SUCCESS, the backup is complete. If the status is FAILED, an additional error is provided.

For client code examples, see the How-to: Configure / Backups page.

Restore Backup

You can restore any backup to any machine as long as the number of nodes between source and target are identical. The backup does not need to be created on the same instance. Once a backup backend is configured, you can restore a backup with a single HTTP request.

There are two important conditions to note, which can cause a restore to fail:

  • If any of the classes already exist on the target restoration node(s).
  • If the node names of the backed-up class' node(s) do not match those of the target restoration node(s).

Method and URL

POST /v1/backups/{backend}/{backup_id}/restore

Parameters

URL Parameters
nametyperequireddescription
backendstringyesThe name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem.
backup_idstringyesThe user-provided backup identifier that was used when sending the request to create the backup.
Request Body

The request takes a json object with the following properties:

nametyperequireddescription
includelist of stringsnoAn optional list of class names to be included in the backup. If not set, all classes are included.
excludelist of stringsnoAn optional list of class names to be excluded from the backup. If not set, no classes are excluded.
configobjectnoAn optional object to configure the restore. If not set, it will assign defaults from config table.

Note 1: You cannot set include and exclude at the same time. Set none or exactly one of those.

Note 2: include and exclude is relative to the classes contained in the backup. The restore process does not know which classes existed on the source machine if they were not part of the backup.

Config object properties
nametyperequireddefaultdescription
cpuPercentageintegerno50%Sets CPU core utilization from 1%-80%.

For client code examples, see the How-to: Configure / Backups page.

Asynchronous Status Checking

All client implementations have a "wait for completion" option which will poll the backup status in the background and only return once the backup has completed (successfully or unsuccessfully).

If you set the "wait for completion" option to false, you can also check the status yourself using the Backup Restore Status API.

GET /v1/backups/{backend}/{backup_id}/restore

Parameters

URL Parameters
nametyperequireddescription
backendstringyesThe name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem.
backup_idstringyesThe user-provided backup identifier that was used when sending the requests to create and restore the backup.

The response contains a "status" field. If the status is SUCCESS, the restore is complete. If the status is FAILED, an additional error is provided.

For client code examples, see the How-to: Configure / Backups page.

Learn more about Backups

Discover more about Backups Configuration, including Backups to S3, GCS, or Azure, Technical Considerations of Backups, as well as additional use cases.