Hi jmc,
Idea is clear, and just to avoid burying the lede, right now tiering in the way you're discussing is not directly configurable, but I can imagine a fairly "simple" workaround. The current tiering with Scale-out Backup Repositories works with Capacity and Archive tier, and Backup Copies are meant for the use case you're imagining.
Can I ask, I know you said Backup Copies weren't suitable, but I maybe am not quite getting the major complications for you and what limitations you're facing. With Immediate Mode Backup Copies (default for some time), new restore points from the primary jobs will be copied as they're created. I understand you likely have limited space on the SSDs, but since Backup Copies have their own backup sets (it's not just copying the VBK/VIBs, it's reading data out of the backups to create a stand-alone backup chain for the backup copy), this means you can have shorter retention on the primary jobs and longer retention on the Backup Copies without missing any data from the primary job -- the Backup Copy job will read data from the new restore points, copy it to the Backup Copy chain which has its own retention, and that should keep your primary backups "light" without having gaps in your protection.
I can imagine there are other elements that might be a 'hiccup' for this plan, but if you could share your thoughts on the idea above, would be appreciated.
As a workaround, I suppose you could consider playing with Maintenance Mode and Evacuate Backups. While this would require a bit of juggling of which extents are in maintenance mode, you could effectively achieve what you're looking for, though I must admit I am not fond of this just because of complexity and likely you'll need to do some scripting.
So I would ask your thoughts on Backup Copies again with the above commentary and share which items would be blockers for you, as I think this would probably be the simplest and cleanest solution assuming no other blockers.
Idea is clear, and just to avoid burying the lede, right now tiering in the way you're discussing is not directly configurable, but I can imagine a fairly "simple" workaround. The current tiering with Scale-out Backup Repositories works with Capacity and Archive tier, and Backup Copies are meant for the use case you're imagining.
Can I ask, I know you said Backup Copies weren't suitable, but I maybe am not quite getting the major complications for you and what limitations you're facing. With Immediate Mode Backup Copies (default for some time), new restore points from the primary jobs will be copied as they're created. I understand you likely have limited space on the SSDs, but since Backup Copies have their own backup sets (it's not just copying the VBK/VIBs, it's reading data out of the backups to create a stand-alone backup chain for the backup copy), this means you can have shorter retention on the primary jobs and longer retention on the Backup Copies without missing any data from the primary job -- the Backup Copy job will read data from the new restore points, copy it to the Backup Copy chain which has its own retention, and that should keep your primary backups "light" without having gaps in your protection.
I can imagine there are other elements that might be a 'hiccup' for this plan, but if you could share your thoughts on the idea above, would be appreciated.
As a workaround, I suppose you could consider playing with Maintenance Mode and Evacuate Backups. While this would require a bit of juggling of which extents are in maintenance mode, you could effectively achieve what you're looking for, though I must admit I am not fond of this just because of complexity and likely you'll need to do some scripting.
So I would ask your thoughts on Backup Copies again with the above commentary and share which items would be blockers for you, as I think this would probably be the simplest and cleanest solution assuming no other blockers.
Statistics: Posted by david.domask — Sep 16, 2024 10:36 am
