You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/en/guides/90-community/02-rfcs/20250109-disaster-recovery.md
+7-7Lines changed: 7 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -47,29 +47,29 @@ RESOTRE DATABASE
47
47
For example, users can backup the `test` table to an external stage:
48
48
49
49
```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/';
51
51
```
52
52
53
53
`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.
54
54
55
55
`BACKUP` will perform incremental backups by default. Users can specify the `FULL` keyword to perform a full backup:
56
56
57
57
```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;
59
59
```
60
60
61
61
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.
62
62
63
63
Users can restore the `test` table from the external stage in another databend cluster:
0 commit comments