2021-03-11, 17:10:25
Hi,
I'm not aware of anything you can use for that right now.
The best alternative for now would be to use a full backup on a regular time (say daily) and do a data backup from inside the VM on a higher frequency.
You talked about a database and in that case I would suggest a database backup to increase the backup frequency.
re. "Is that what you mean".
Basically yes, but it is a bit more tricky as you don't want to get a VM with a lot of snapshots.
So you would keep on committing the data in the delta and then backup the delta (+RAM+STATE) on each backup.
The delta would then grow over time.
As this type of backup is more fragile over time, there would be a new base backup on regular times, like daily, too.
The problem of this type of backup is that it is harder to test.
It is not just writing the code, it is just as important (more important even) to make sure it is correct as having failing restore is really disappointing.
--
Wil
I'm not aware of anything you can use for that right now.
The best alternative for now would be to use a full backup on a regular time (say daily) and do a data backup from inside the VM on a higher frequency.
You talked about a database and in that case I would suggest a database backup to increase the backup frequency.
re. "Is that what you mean".
Basically yes, but it is a bit more tricky as you don't want to get a VM with a lot of snapshots.
So you would keep on committing the data in the delta and then backup the delta (+RAM+STATE) on each backup.
The delta would then grow over time.
As this type of backup is more fragile over time, there would be a new base backup on regular times, like daily, too.
The problem of this type of backup is that it is harder to test.
It is not just writing the code, it is just as important (more important even) to make sure it is correct as having failing restore is really disappointing.
--
Wil