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
We've always focused on automated backups (see #2305) that run on a schedule. This is absolutely crucial to ensure that we have relatively frequent backups and do not persist data locally. However, we might also expose the backup functionality to the client, so that a user could manually trigger a backup. This would allow users to dump the latest dataset as they need it, and even download it to their local machine.
This has a number of advantages:
If the manual backup works, users can keep an up to date backup even if the automatic backup fails.
By attempting manual backups, a user might be able to debug any problems with the automatic backup.
The users at Vanga seem so enjoy downloading the latest backup to run local analysis on. Maybe more users will want this functionality built into the app.
The complications:
Backing up takes a while ... we'll need to have a system where the user can schedule a backup and then get regular progress updates about how the backup is doing. The logic here will likely be pretty complex and difficult to test.
The text was updated successfully, but these errors were encountered:
Good Idea, it seems like this functionality needs some prerequisites such as user role functionality implementation. Now we have many user who have permission to see a specific set of data, implementing this functionality without caring about user role will give them all possibility to backup data in theory.
In my view, we can get away with this before implementing user roles by just putting it on a super user page, like the Enterprise Management page. Do you think that would work for now?
Sure! If you want to implement a solution go ahead! Note the backups already exist in server/lib/backup, so it just needs to be the UI side of this worked out.
We've always focused on automated backups (see #2305) that run on a schedule. This is absolutely crucial to ensure that we have relatively frequent backups and do not persist data locally. However, we might also expose the backup functionality to the client, so that a user could manually trigger a backup. This would allow users to dump the latest dataset as they need it, and even download it to their local machine.
This has a number of advantages:
The complications:
The text was updated successfully, but these errors were encountered: