Backups: Difference between revisions
Jump to navigation
Jump to search
| Line 24: | Line 24: | ||
* Exclude file (one per line) | * Exclude file (one per line) | ||
* Copy files from X to Y | * Copy files from X to Y | ||
* Database (SQLite?) to hold metadata (map hashes to file paths) | * Database (SQLite? DuckDB?) to hold metadata (map hashes to file paths) | ||
* MD5 for deduplication | * MD5 for deduplication | ||
Revision as of 19:16, 19 December 2022
Topics for consideration
- How can I start backups automatically when I login? Don't want to do this until a network connection is available, and possibly my keyring has been unlocked.
- How can I start a backup run periodically? Is this necessary given that I usually login at least once every 24 hours?
- How can I put an icon in the system menu that shows backup status/process? Similar to Nextcloud would be useful with a tick for complete, circular arrows for in process, and a cross for failed.
Existing software
- tar
- Obnam
- restic
- Borg
- rdiff-backup
- deja-dup
- rclone (for backing up from/to cloud services such as Google Docs)
Writing new software
Powerful Command-Line Applications in Go - may be useful
MVP:
- Include file (one per line)
- Exclude file (one per line)
- Copy files from X to Y
- Database (SQLite? DuckDB?) to hold metadata (map hashes to file paths)
- MD5 for deduplication
Thoughts:
- Can the hash checking of files be done in parallel?
- What metadata should we store about each file?
- How to restore files?
- How to prune files?
- Deduplication at the file level - could also do this with chunks of files at a later date?
- Can we compress the files? Can this be done in parallel?
Security:
- If you want encryption at rest, use LUKS etc. to encrypt the underlying device
- If you want encryption in transit, use SSH or TLS