- Newest
- Most votes
- Most comments
Let me address your questions about AWS Backup retention policies with incremental backups:
1a) Yes, your understanding is correct. AWS Backup creates a full backup for the first backup of a resource, and subsequent backups are incremental, capturing only the changes since the previous backup. For your EBS volume and S3 bucket, the Monday backup would be full, and Tuesday through Sunday would be incremental backups.
1b) AWS Backup maintains the necessary reference data to allow full restores even when the original full backup expires. When your Monday full backup reaches the end of its 7-day lifecycle and is deleted, you can still perform complete restores using the incremental backups from the remaining days. AWS Backup preserves the reference data needed to reconstruct a full backup from the incremental backups. There is no period when you're not fully protected - the system is designed to maintain restore capability throughout the retention period without gaps in protection.
2a) For your monthly backups with a 35-day retention period, the second monthly backup would still be incremental if it's for the same resource and stored in the same backup vault. AWS Backup will make it incremental to the first monthly backup, even though the first one will expire during the lifetime of the second.
2b) Your daily and monthly backup plans operate independently. The daily backups will create their own full backup initially and then continue with incremental backups based on that cycle. They won't automatically use the monthly backup as their base. Each backup plan maintains its own chain of backups.
It's important to note that all backups made with AWS Backup retain the necessary reference data to allow a full restore, regardless of whether the original full backup is still available. This ensures you can always restore your data completely throughout the retention period.
Sources
Backup creation by resource type - AWS Backup
Backup plans - AWS Backup
Protecting your critical Amazon EBS volumes using AWS Backup | AWS Storage Blog
One very important thing you need to be careful with is that the "complete within" parameter of the backup plan must be long enough to accommodate the completion of the initial full backup. If it isn't, you'll easily see it as a backup job that failed because of a timeout, but importantly both from the points of view of having backups available and only paying for what you need, if the initial full backup fails because of a timeout, the next backup will also be a full backup, and in all likelihood, it'll fail with a similar timeout. You'll end up paying for the S3 request and AWS Backup costs for each attempt, but none of them will produce a working backup, only possibly excessive costs that keep getting repeated every day that the initial full backup is reattempted.
You should set the "complete within" parameter to a high enough value and preferably with a safety margin of 3:1 or better. For example, if the full backup takes 27 or 35 hours, consider setting the "complete within" timeout to 5-7 days. S3's per-partition API call limits apply both to your own applications' use of the bucket and access by AWS Backup, so any single backup round isn't necessarily representative of later backups, because other traffic might be different.
Also, it's strongly advisable to monitor your backups and take action quickly if particularly any of the initial full backups fail.
Relevant content
- asked a month ago
- asked a year ago
- asked 3 years ago
- AWS OFFICIALUpdated 2 years ago