Consistency checks #1321
Labels
No labels
blocked
breaking
bug
data loss
design finalized
good first issue
new feature area
question / support
security
waiting for response
No milestone
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
borgmatic-collective/borgmatic#1321
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
What I'm trying to do and why
Regarding the consistency checks, are all of these backed by Borg's native check functionality, or have some of them been added by Borgmatic? Which map to which Borg check flag?
archives
repository
extract
data
spot
Steps to reproduce
No response
Actual behavior
No response
Expected behavior
No response
Other notes / implementation ideas
No response
borgmatic version
No response
borgmatic installation method
No response
Borg version
No response
Python version
No response
Database version (if applicable)
No response
Operating system and version
No response
archives: native Borgcheck --archives-only(unlessrepositoryis also a check)repository: native Borgcheck --repository-only(unlessarchivesis also a check)extract: added by borgmaticdata: native Borgcheck --archives-only --verify-data(--archives-onlyis omitted ifrepositoryis also a check)spot: added by borgmaticHope that helps!
Thank you, what is the behaviour if archives and repository are both checks?
archives: native Borg check --archives-only (unless repository is also a check)
repository: native Borg check --repository-only (unless archives is also a check)
Why is archives-only omitted? Is it not repository-only that conflicts with verify-data?
data: native Borg check --archives-only --verify-data (--archives-only is omitted if repository is also a check)
Then borgmatic runs
borg checkwithout any additional flags to modify the checks, because Borg's default is to run bothrepositoryandarchiveschecks.Similar thing here: Borg defaults to both
repositoryandarchiveschecks unless told otherwise. So--archives-onlyis omitted in order to run both. (And then--verify-datais added to do thedatacheck as well`.)Got it, thank you.
Is there a recommended frequency for these consistency checks?
Not really. It depends on your repository size and risk tolerance. For instance, with a small repository, you can probably get away with running consistency checks every time you create a backup, e.g. daily. For larger repositories, maybe every couple weeks to monthly is more reasonable.
As for varying that frequency by check type: The checks as listed above are roughly in order from fastest to slowest, so if you've got a really large repository, you can do the fast checks more frequently and the slower checks less frequently.
I'll also add that you don't need to run every check type. You should ideally pick and choose the ones you care about and omit the others.