Hello,
We have been backing up to one repository and copying to another. Now were' going to copy to an offsite DD instead.
Is there any value in changing the storage optimization to WAN? I've read changing this could break the chain, not sure if that's still true.
My understanding is that this will improve dedup cability of the storage for the backup, but not affect the DD's dedupe since it will break it up into it's own blocks anyway.
Do I need to run a new active full?
Thanks!
-
- Enthusiast
- Posts: 61
- Liked: 1 time
- Joined: Feb 04, 2016 12:58 pm
- Full Name: RNT-Guy
- Contact:
-
- Product Manager
- Posts: 6551
- Liked: 765 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Changing block size breaks chain?
Hi,
Thanks
It's partially true - it does not break the chain by itselfm however requires you to do so to make the new settings effective.I've read changing this could break the chain, not sure if that's still true.
Storage optimization to WAN would give you a better dedupe ratio, allowing you to reduce the amount of traffic over WAN with backup job. In your case it is backup copy job over WAN and backups have been already deduped by the primary job thus the amount of traffic won't change significantly. In other words, yes, it can improve dedup ability of the primary storage for the backup and won't affect the DD's dedupe, however can affect the performance of the latter during restores.Is there any value in changing the storage optimization to WAN?
Thanks
-
- Enthusiast
- Posts: 61
- Liked: 1 time
- Joined: Feb 04, 2016 12:58 pm
- Full Name: RNT-Guy
- Contact:
Re: Changing block size breaks chain?
Thanks. By 'breaking the chain' are you saying I need to run a new Active full on the copy job AND the backup source job? Or just the source?
-
- Product Manager
- Posts: 6551
- Liked: 765 times
- Joined: May 19, 2015 1:46 pm
- Contact:
Re: Changing block size breaks chain?
Just source.
Thank you.
Thank you.
Who is online
Users browsing this forum: deivin.chaconvindas, nimda, Semrush [Bot] and 325 guests