Group: Forum Members
There’s no built-in way to do this. That would require Reflect to use the retention policy not just to determine when backups should be deleted, but also when new backups should be created, such as “If my newest Full or Diff is X days old, make a new one ASAP.”
If your scenario is a concern, you may find it preferable to specify your Full retention policy in terms of number of backups rather than length of time. You’ll need more storage since in your scenario one of your Fulls will accumulate an extra month of Incs, and when that Full ultimately does gets purged you’ll still be losing two months of backups rather than one as is normal, but you’ll at least have a minimum number of Fulls. Although I recently made the opposite switch for essentially the reverse problem. Prior to Reflect 7.3 that introduced Macrium Task Scheduler, I encountered a Windows Task Scheduler bug where my monthly Full would run on the day it was supposed to AND on the day before. This gave me an extra Full, which triggered early purging when my retention policy was based on number of Fulls. Switching to time-based retention at least avoided the undesired purge, although I haven’t had the scheduling problem since switching to Macrium Task Scheduler, so I may go back to quantity-based retention. The only other drawback is that if you want t create an extra backup for whatever reason, then that will affect a quantity-based retention policy when you might not want that, whereas it would not change anything for time-based policies.
As with many things in life, there are trade-offs with each of multiple choices.