Skip to content

Commit 4300893

Browse files
Xuanwosoyeric128
authored andcommitted
Change example
Signed-off-by: Xuanwo <[email protected]>
1 parent 51b3615 commit 4300893

File tree

1 file changed

+7
-7
lines changed

1 file changed

+7
-7
lines changed

docs/en/guides/90-community/02-rfcs/20250109-disaster-recovery.md

Lines changed: 7 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -47,29 +47,29 @@ RESOTRE DATABASE
4747
For example, users can backup the `test` table to an external stage:
4848

4949
```sql
50-
BACKUP TABLE test INTO @backup_stage/table/test/2025_01_09_08_00_00/;
50+
BACKUP TABLE test INTO 's3://bucket_bucket/table/test/2025_01_09_08_00_00/';
5151
```
5252

5353
`BACKUP` supports both full and incremental backups. The full backup will back up all metadata and data, while the incremental backup will only back up the changes since the last full or incremental backup.
5454

5555
`BACKUP` will perform incremental backups by default. Users can specify the `FULL` keyword to perform a full backup:
5656

5757
```sql
58-
BACKUP TABLE test INTO @backup_stage/table/test/2025_01_09_08_00_00/ FULL;
58+
BACKUP TABLE test INTO 's3://bucket_bucket/table/test/2025_01_09_08_00_00/' FULL;
5959
```
6060

6161
The backup will store all relevant metadata and data in the backup storage, ensuring that users can restore it even if the entire databend cluster is lost.
6262

6363
Users can restore the `test` table from the external stage in another databend cluster:
6464

6565
```sql
66-
RESOTRE TABLE FROM @backup_stage/table/test/2025_01_09_08_00_00/;
66+
RESOTRE TABLE FROM 's3://bucket_bucket/table/test/2025_01_09_08_00_00/';
6767
```
6868

6969
`RESTORE` also supports `DRY RUN` to preview the restore operation without actually restoring the metadata and data.
7070

7171
```sql
72-
RESOTRE TABLE FROM @backup_stage/table/test/2025_01_09_08_00_00/ DRY RUN;
72+
RESOTRE TABLE FROM 's3://bucket_bucket/table/test/2025_01_09_08_00_00/' DRY RUN;
7373
```
7474

7575
Users can use `DRY RUN` to check and validate the backup without affecting the existing metadata and data.
@@ -83,23 +83,23 @@ Databend will provide a set of system functions to manage the backups:
8383
SELECT list_backups(
8484
-- full identifier of the database or table,
8585
'test',
86-
location => '@backup_stage/table/test/'
86+
location => 's3://bucket_bucket/table/test/'
8787
);
8888

8989
-- delete backup in given location
9090
SELECT delete_backup(
9191
-- full identifier of the database or table,
9292
'test',
9393
-- the location to search the backups.
94-
location => '@backup_stage/table/test/2025_01_09_08_00_00/'
94+
location => 's3://bucket_bucket/table/test/'
9595
);
9696

9797
-- vacuum backup in given location to meet the retention policy.
9898
SELECT vacuum_backup(
9999
-- full identifier of the database or table,
100100
'test',
101101
-- the location to search the backups.
102-
location => '@backup_stage/table/test',
102+
location => 's3://bucket_bucket/table/test/',
103103
-- keep recent 30 days backups
104104
RETENTION_DAYS => 30,
105105
-- keep at least for 7 days.

0 commit comments

Comments
 (0)