Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incremental backups #126

Closed
1 of 3 tasks
aderouineau opened this issue Jul 12, 2022 · 2 comments
Closed
1 of 3 tasks

Incremental backups #126

aderouineau opened this issue Jul 12, 2022 · 2 comments

Comments

@aderouineau
Copy link

  • I'm submitting a ...

    • bug report
    • feature request
    • support request
  • What is the current behavior?

Based on the documentation, it seems to do a full backup into an archive.

  • What is the expected behavior?

Allow for an incremental back-up strategy. For example:

  • Hourly incremental and daily full

  • Daily incremental and weekly full

  • Hourly incremental, daily incremental (from previous day, or aggregations of hourly within the day), and weekly full

  • What is the motivation / use case for changing the behavior?

Reduce storage space requirements on backup targets, and therefore operational costs.

@aderouineau
Copy link
Author

For example, I currently have bind mounts to a /data folder on the host and use an rclone container to transfer everything to Backblaze B2 with versioning enabled. I wonder how I could reach that level of optimal backup (bucket + versioning) with this tool.

@m90
Copy link
Member

m90 commented Jul 12, 2022

Incremental backups are out of scope for this image (or at least version 2) as it would blow up complexity a whole lot (supporting it for all of the different storage backends).

This might change if v3 (which is not planned right now) might switch to rclone (#109) or something similar. I have no idea if and how this is ever going to happen.

As for having different retention schedules for the same source, this is documented here: https://github.com/offen/docker-volume-backup#define-different-retention-schedules

@m90 m90 closed this as not planned Won't fix, can't repro, duplicate, stale Jul 12, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants