Replies: 3 comments 2 replies
-
|
Another approach would be to expand the This would be less invasive then the solution above and additionally a backup location could be set via environment variable. So probably this is a better way as the SQL grammar would not need changes. |
Beta Was this translation helpful? Give feedback.
-
|
this is exaclty what we were looking into for azure ... automated backups (ie daily, monthly) would also be a great feature - (aws databases does have that option . eh?) is this still an active topic or pursuit by the arcade db team? |
Beta Was this translation helpful? Give feedback.
-
|
Automated backups are available as of 26.2.1. |
Beta Was this translation helpful? Give feedback.
-
|
Fantastic feature… we will be looking into this (currently using a custom
cron job to pvc). Thanks
A
…On Sun, Feb 22, 2026 at 4:26 PM Roberto Franchini ***@***.***> wrote:
https://arcadedb.com/blog/introducing-automatic-database-backups-in-arcadedb/
https://docs.arcadedb.com/#backup
—
Reply to this email directly, view it on GitHub
<#2303 (reply in thread)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ADY2GZF3TEAQQWJL36ADKRT4NINIFAVCNFSM6AAAAACACNXFKKVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTKOBZGEZDMOA>
.
You are receiving this because you commented.Message ID:
***@***.***>
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Dear All,
it would be very "cloudy" to have S3 object storage as target for a database backup. Particularly, for the SQL
BACKUP DATABASEcommand. For example, this could look like:The biggest advantage is that the ArcadeDB host system does not need to mount a network drive or share to allow external backups.
The issue is to provide credentials (access key and secret key) safely: the keys could be stored in a database setting, but then it would be readable by other users. Alternatively, the keys could be passed as options to the command, but this would mean if a backup command is issued from a script that it contains secrets. However, if the locations of the secrets would be passed in the command then this would be somewhat safer, so:
and at the same time tie in well with secret passing of container orchestrators.
Feel free to add to this idea.
PS: This idea was discussed some time ago already on Discord.
Beta Was this translation helpful? Give feedback.
All reactions