-
Notifications
You must be signed in to change notification settings - Fork 21
Deletion
As of 0.6.8, Conserve deletes data basically as described below.
This is a good place to start, but users might want to delete data for any of several reasons:
-
To fit storage on a fixed-size disk.
-
To constrain the cost of cloud storage.
-
To recover from running a backup with the wrong source or the wrong exclusions, that wrote way too much or the wrong data.
-
Because of a policy not to retain data more than a certain amount old.
-
Because the backup included a sensitive or over-large specific file (or directory?) that they specifically don't want to retain.
Read all blocks that are present. Read all blocks that are referenced. Delete blocks that aren't referenced.
Doing it in this order should be safe even if new index hunks are being written in parallel (although I still wouldn't recommend it.)
However, we should rarely have unreferenced blocks: the most plausible case is due to an interrupted backup. So, deleting them is perhaps not very important.
Pretty easy, just delete the subdirectory. Does require checking there are no children - or optionally delete all the children.
-
Delete incomplete old versions.
-
Delete specifically named old versions.
How is the policy defined? Maximum age (per level?) Maximum number of versions per level? Remove excessively frequent backups?