Hi @MountainGoat
You’re correct in your assumptions.
Sealing a DDB effectively closes it for new entries.
The sealed DDB will remain operational until all data is pruned.
As jobs for the sealed DDB become aged, records in the DDB are pruned. So the moment a DDB is sealed, data aging will begin to prune out records and the DDB will reduce in size.
It depends on the nature of the data and retention settings as to how much the DDB will reduce in size and over what timeframe.
For example, as deduped data is aged, secondary records are pruned from the DDB as these are simply references to the original unique data and primary DDB records. Once all the secondary records are removed for a chunk of unique data, the primary record is then also pruned along with the data on disk.
When a DDB is sealed, a new DDB is generated with no records, so the initial backup jobs that run will all be considered new, unique data.
Not only will the DDB grow in size, but your data written to disk/cloud will increase substantially as you will have a unique baseline data for the sealed DDB still remaining on storage as well as the new unique baseline data for the new DDB.
Effectively you need to ensure you have enough storage space to maintain 2 X baseline data.
Since the unique data for the sealed DDB will be the last data to be removed, you will need to wait for all secondary records to be pruned for chunks before primary records and unique data on disk is pruned.
It is expected that data aging for the sealed DDB will be pruning secondary, deduped records for some time and not the physical data on disk. You will need to expect disk space consumption to remain high for some time until you start to see primary records and unique data getting pruned to realise a reduction in storage disk space consumed.
Thanks,
Stuart
Thanks Stuart. Most of that does ring a bell but it’s been a while.
Fortunately, we don’t need to seal too often.
One more question if that’s ok?
I’m looking at moving these DDB’s onto better performing disk.
If I execute the move one partition at a time, will leaving “one-side” active allows processing to continue?
One the first move is complete, I will then release the second.
Thanks again.
Hi @MountainGoat
I have been discussing with the team internally who have also run a couple of tests.
When you perform a DDB move, jobs associated with that DDB will be auto-suspended, so you won’t be able to continue running jobs, even moving 1 partition at a time.
Thanks,
Stuart
Hey @Stuart Painter ,
themain question was will the new ddb in version 6 after sealing ?
@SSchmidt , can you clarify the last question?
Hi @MountainGoat
The sealed DDB will remain operational as it will be needed to reference dedupe data for restores and will remain open until all data is pruned.
Just a quick correction here - restores never reference the DDB - you could nuke your DDB from orbit and will be able to restore everything, but its true that sealed DDBs are still used for granular pruning - to ensure we can free up space as jobs meet retention and specific blocks become available. If the DDB were unavailable, we could not prune any data until ALL the associated jobs met retention, as we would not know which jobs reference which blocks.
Hi @MountainGoat
The sealed DDB will remain operational as it will be needed to reference dedupe data for restores and will remain open until all data is pruned.
Just a quick correction here - restores never reference the DDB - you could nuke your DDB from orbit and will be able to restore everything, but its true that sealed DDBs are still used for granular pruning - to ensure we can free up space as jobs meet retention and specific blocks become available. If the DDB were unavailable, we could not prune any data until ALL the associated jobs met retention, as we would not know which jobs reference which blocks.
Thanks Damian.
Yep - Aware of DDB not being required, but thanks for the additional info on pruning.
Glad everyone is helping! Let me know if you have any questions we didn’t addressed!
@Damian Andre
Appreciate the correction and extra guidance, I’ll edit my original post to take the restore piece out.
Thanks,
Stuart
Moved the new question here for better tracking: