- Posts: 40
- Liked: 5 times
- Joined: Dec 04, 2013 8:13 am
- Full Name: Andreas Holzhammer
we have several customers with GFS repositories on RAID6 NAS devices. Their performance is suitable to create a GFS restore Point within a reasonable timeframe, so we enabled "Read the entire restore Point from source backup instead of synthesizing it". This has brought down GFS creation time from several days to ~8 hours, which is ok for us.
But apparently the Backup Copy Job no longer applies the "Restore points to Keep" setting, but keeps all incrementals until the next GFS restore point is created. This is according to the documentation
https://helpcenter.veeam.com/backup/vsp ... _full.html
As we keep 4 weeks of daily backups anyway we have chosen not to have weekly GFS backups, but only monthly backups. So the Backup Copy Job accumulates 30 incrementals before the chain is removed, and does not create it's of Retention Full Backup.
I'm not sure why the Backup Copy job need to behave like this.
Is this because the setting is targetted against Deduplication Appliances which would take a large IOPS hit even during daily transformations?
Maybe it is possible to put in a Feature Request here to be able to treat the "Restore Points to keep" and "GFS Archive" entirely separate, i.e. have the option to only keep two Restore Points in the Backup Copy but still read GFS Restore Points from Source.
- Product Manager
- Posts: 17267
- Liked: 1513 times
- Joined: Oct 26, 2012 3:28 pm
- Full Name: Vladimir Eremin
Users browsing this forum: No registered users and 36 guests