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
| name | type | required | description |
|---|---|---|---|
backend | string | yes | The 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:
| name | type | required | description |
|---|---|---|---|
id | string (lowercase letters, numbers, underscore, minus) | yes | The id of the backup. This string must be provided on all future requests, such as status checking or restoration. |
include | list of strings | no | An optional list of class names to be included in the backup. If not set, all classes are included. |
exclude | list of strings | no | An optional list of class names to be excluded from the backup. If not set, no classes are excluded. |
Note: You cannot set include and exclude at the same time. Set none or exactly one of those.
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
| name | type | required | description |
|---|---|---|---|
backend | string | yes | The name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem. |
backup_id | string | yes | The 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
| name | type | required | description |
|---|---|---|---|
backend | string | yes | The name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem. |
backup_id | string | yes | The 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:
| name | type | required | description |
|---|---|---|---|
include | list of strings | no | An optional list of class names to be included in the backup. If not set, all classes are included. |
exclude | list of strings | no | An optional list of class names to be excluded from the backup. If not set, no classes are excluded. |
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.
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
| name | type | required | description |
|---|---|---|---|
backend | string | yes | The name of the backup provider module without the backup- prefix, for example s3, gcs, azure, or filesystem. |
backup_id | string | yes | The 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.