-
Notifications
You must be signed in to change notification settings - Fork 609
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
[FEATURE] Support periodic or on-demand full backups to enhance backup reliability #7070
Comments
I would highlight the feature that can help improve the resilience to the silent corruption of a backup server. |
Pre Ready-For-Testing Checklist
Test
Test 1: Full Backup
Test 2: Recurring Full Backup - Alaways incremental
Test 3: Recurring Full Backup - Alaways Full
Test 4: Recurring Full Backup - Every N times
|
The current implementation is adding a However, following discussions with @ChanYiLin and @c3y1huang, we can record the frequency, period, or count within recurring job or backup volume, and the solution could simplify the configuration, requiring only a single recurring job. |
Added data-protection label. |
Hi @chriscchien |
Updated in longhorn/website#951 |
Is your feature request related to a problem? Please describe (👍 if you like this request)
In the existing Longhorn backup system, the initial backup is a full backup, while subsequent backups are incremental. If any block becomes corrupted, all backup revisions relying on that block will also be corrupted as well. An approach to address the issue might perform a full backup after every N incremental backups. This method can decreases the likelihood of backup corruption, enhancing the overall reliability of the backup process.
Current implementation
A possible solution
Ref: https://www.architecting.it/blog/incrementals-forever-or-synthetic-fulls/
Describe the solution you'd like
Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered: