Comprehensive data protection for all workloads
Post Reply
ddockter
Enthusiast
Posts: 60
Liked: never
Joined: Sep 25, 2010 2:09 pm
Full Name: Doug Dockter

Repository settings for Exagrid

Post by ddockter »

I noticed on v6 there are two new repository settings "Deduplicationg Storage Compatability". What should these two paramentes be set to for an Exagrid?
dellock6
Veeam Software
Posts: 6137
Liked: 1928 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Repository settings for Exagrid

Post by dellock6 »

I talked with ExaGrid engineers, you do not need to use alignment, but you can obviously use decompression to increment ExaGrid performances.
About the second settings, if network bandwidth is not constrained, I will personally disable compression directly in the backup job, so I will not have to compress first and than decompress on the ExaGrid.

Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
ddockter
Enthusiast
Posts: 60
Liked: never
Joined: Sep 25, 2010 2:09 pm
Full Name: Doug Dockter

Re: Repository settings for Exagrid

Post by ddockter »

So since I already have compression level set to none in my backup job, I can leave both of the "Deduplicationg Storage Compatability" parameters unchecked, and I'm good to go?
dellock6
Veeam Software
Posts: 6137
Liked: 1928 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Repository settings for Exagrid

Post by dellock6 »

Yes, I'm using same settings here.
Luca.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Daveyd
Veteran
Posts: 283
Liked: 11 times
Joined: May 20, 2010 4:17 pm
Full Name: Dave DeLollis
Contact:

Re: Repository settings for Exagrid

Post by Daveyd »

I am an Exagrid customer...Per Exagrid Best Practices, you should not use Veeam compression so no need to Decompress and use "LAN Target". I do not use the "Align" feature.

Personally I think it's a numbers game. If you send highly deduped and compressed files to Exagrid,it will not be able to achieve high dedupe rates therefore showing low dedupe ratios. We are using another pair of Exagrid appliances for offsite replication and I think their replication has issues with compressed files from Veeam
Gostev
Chief Product Officer
Posts: 31457
Liked: 6647 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Repository settings for Exagrid

Post by Gostev »

Luca is most correct. If you are backing up to ExaGrid unit located on-site, then compression should be disabled in the job settings. But if you are backing up to ExaGrid unit located off-site, then the best way is to keep the compression enabled in the job, and enable "Decompress" option in the corresponding backup repository settings. This way, the data will be sent over network compressed, but then decompressed by the target agent just before writing it to ExaGrid (for better dedupe ratio). Of course, your backup repository must be configured to use proxying server in the target site for that (which is NOT a default setting for CIFS-based backup repository).
ddockter
Enthusiast
Posts: 60
Liked: never
Joined: Sep 25, 2010 2:09 pm
Full Name: Doug Dockter

Re: Repository settings for Exagrid

Post by ddockter »

A bit of a side track ... we do a copy-to-tape of our Exagrid Veeam backups with Backup Exec for DR purposes. With Veeam compression turned off and storage target set to local storage, this makes for some large tape backup files that take a long time to restore. Right now I have almost all of my VMs in one backup job. I'm thinking of breaking out the ones that need to be restored first (AD, DNS, etc) in the event of a disaster. Or maybe the other option would be to turn on compression in Veeam and/or higher dedup so the tape data is not quite so large. Or would that make the tape restore run faster, but the Veeam restore take longer thereby being a wash? Any thoughts?
Daveyd
Veteran
Posts: 283
Liked: 11 times
Joined: May 20, 2010 4:17 pm
Full Name: Dave DeLollis
Contact:

Re: Repository settings for Exagrid

Post by Daveyd »

Gostev wrote:Luca is most correct. If you are backing up to ExaGrid unit located on-site, then compression should be disabled in the job settings. But if you are backing up to ExaGrid unit located off-site, then the best way is to keep the compression enabled in the job, and enable "Decompress" option in the corresponding backup repository settings. This way, the data will be sent over network compressed, but then decompressed by the target agent just before writing it to ExaGrid (for better dedupe ratio). Of course, your backup repository must be configured to use proxying server in the target site for that (which is NOT a default setting for CIFS-based backup repository).
It was my understanding from an Exagrid tech, and I could have misinterpeted him, that there were issues with sending a compressed backup to a local on-site Exagrid appliance if you are replicating to another remote Exagrid appliance(s) using Exagrid's replication technology. Is that not so?
Gostev
Chief Product Officer
Posts: 31457
Liked: 6647 times
Joined: Jan 01, 2006 1:01 am
Location: Baar, Switzerland
Contact:

Re: Repository settings for Exagrid

Post by Gostev »

If you want best possible dedupe ratio on ExaGrid side, then you should not write compressed backups to it. I believe, this is what ExaGrid tech was telling you.
dellock6
Veeam Software
Posts: 6137
Liked: 1928 times
Joined: Jul 26, 2009 3:39 pm
Full Name: Luca Dell'Oca
Location: Varese, Italy
Contact:

Re: Repository settings for Exagrid

Post by dellock6 »

I think you are talking about two different scenarios, and the difference here is : "who I use to send my backup over WAN?". Tell me if I can recap for both:

Anton: if you place the ExaGrid in a remote site, use a target site Veeam proxy, compress the backups and then decompress in the remote site right before saving them to the ExaGrid

Daveyd: if you have ExaGrid on both production and remote site, use usual settings to save to local ExaGrid (basically disabling compression in Veeam) and then let ExaGrid do their site replication over the wan link.

I think both solutions are perfect, they are simply describing two scenarios.
Luca Dell'Oca
Principal EMEA Cloud Architect @ Veeam Software

@dellock6
https://www.virtualtothecore.com/
vExpert 2011 -> 2022
Veeam VMCE #1
Post Reply

Who is online

Users browsing this forum: ante_704, Max93, restore-helper and 176 guests