If I’m understanding correctly, you have a incremental backup run daily and synthetic full run weekly.
I would recommend setting basic retention to 14 days
With 1 cycle retention chosen, after the next synthetic full runs the previous cycle would meet retention when the latest incremental of the previous cycle has met its basic day retention
All jobs within the cycle must meet retention before any job in the cycle will become prunable
If you set 2 cycle basic retention then you would retain 2 cycles of backups and the first cycle would become prunable after a third has run and basic days is met for the latest backup of that first cycle.
A higher cycle count will allow you to retain additional cycles of the backups but may cause the backups to exceed your desired basic retention days as it will need to ensure all backups in the cycle have met basic days retention in addition to meeting the cycle retention
It is true that adding additional extended retention to the primary storage policy copy can lead to an increase in size
When you are intending to achieve an extended retention it is advised to create additional selective copies for this
For deduplication storage policy copy, a message appears that tells you that enabling extended retention rules on a deduplicated copy might increase the DDB size.
Click No and create a selective copy with deduplication for each selective criteria (for example, weekly, monthly, and so on) and set the higher basic retention period on each selective copy. For instructions, see Creating a Selective Copy.
In terms of calculating the Cycles, how frequently does your Plan/Schedule run a Full or Synthetic Full backup? (Weekly/Bi-Weekly/Monthly)
i.e. How many cycles fit into the 90-day period? and how many of these do you need to keep to maintain your RPO? - do you need to keep incremental’s for 90 days?
@Bloopa , the cycle count it really just a catch to ensure you have X number of Fulls on media no matter what.
If a given full and all of its Incrementals are 90 days old, it will (generally) prune as long as you have X Fulls/cycles on that same copy.
So you can just put the number of Fulls you expect to have within 90 days and likely be fine (let’s say 12 fulls in 90 days).
You’ll only see issues if a client missed a full (which is the point, really). You’ll see jobs much older than 96 days (90 days plus 6 days of Incrementals) which will tell you to take a look.
This post from a few months back has a link to a VERY informative video I highly recommend:
If I’m understanding correctly, you have a incremental backup run daily and synthetic full run weekly.
I would recommend setting basic retention to 14 days
With 1 cycle retention chosen, after the next synthetic full runs the previous cycle would meet retention when the latest incremental of the previous cycle has met its basic day retention
All jobs within the cycle must meet retention before any job in the cycle will become prunable
If you set 2 cycle basic retention then you would retain 2 cycles of backups and the first cycle would become prunable after a third has run and basic days is met for the latest backup of that first cycle.
A higher cycle count will allow you to retain additional cycles of the backups but may cause the backups to exceed your desired basic retention days as it will need to ensure all backups in the cycle have met basic days retention in addition to meeting the cycle retention
It is true that adding additional extended retention to the primary storage policy copy can lead to an increase in size
When you are intending to achieve an extended retention it is advised to create additional selective copies for this
For deduplication storage policy copy, a message appears that tells you that enabling extended retention rules on a deduplicated copy might increase the DDB size.
Click No and create a selective copy with deduplication for each selective criteria (for example, weekly, monthly, and so on) and set the higher basic retention period on each selective copy. For instructions, see Creating a Selective Copy.
We use 3 different kinds of cookies. You can choose which cookies you want to accept. We need basic cookies to make this site work, therefore these are the minimum you can select. Learn more about our cookies.