Large File Server

VMware specific discussions

Large File Server

Veeam Logoby gingerdazza » Fri Jun 19, 2015 8:00 am

We currently have a relatively virtual large file server, hosting around 20TB of unstructured file data (Windows 2012 R2). The disks are physical RDM, but providing that I convert them to virtual RDM I'd like to know how the CBT & Veeam would improve my backups. Currently it backs up over 1Gb NIC to tape ( :? ) and this of course (with millions of tiny files) takes days!

If we adopted Veeam, and took advantage of VMware CBT, how much of an improvement could I realistically expect to gain in backup times compared to tapes. Tapes obviously have to troll through the entire data set even if only 10GB of the 20TB has changed since the last backup. Would Veeam still have to process the 20TB of data, or would it actually be able to connect-in and immediately backup the 10GB changed blocks only? And would this result in a backup time of minutes/hours as opposed to days?

Thanks for any input.
gingerdazza
Enthusiast
 
Posts: 99
Liked: 3 times
Joined: Tue Jul 23, 2013 9:14 am
Full Name: Dazza

Re: Large File Server

Veeam Logoby v.Eremin » Fri Jun 19, 2015 8:57 am 1 person likes this post

If we adopted Veeam, and took advantage of VMware CBT, how much of an improvement could I realistically expect to gain in backup times compared to tapes

Hard to say, but improvements are definitely expected, as only changed blocks would be transferred thanks be to CBT.

By the way, why not to convert pRDM to vmdk, instead of vRDM; this article might be helpful?

Thanks.
v.Eremin
Veeam Software
 
Posts: 13266
Liked: 968 times
Joined: Fri Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin

Re: Large File Server

Veeam Logoby gingerdazza » Fri Jun 19, 2015 9:31 am

I'll have to look at this. We use something called DoubleTake GeoCluster which sits atop of MSCS, and whilst the two servers don't actually share the same physical/virtual disks I'd have to validate whether vmdk's are possible.

BTW - what advantage is there then of vmdk over vRDM?
gingerdazza
Enthusiast
 
Posts: 99
Liked: 3 times
Joined: Tue Jul 23, 2013 9:14 am
Full Name: Dazza

Re: Large File Server

Veeam Logoby Vitaliy S. » Fri Jun 19, 2015 10:41 am 1 person likes this post

Me personally, I don't think there is any significant advantage/difference between vRDM and VMDK, regular virtual disks should work fine in all setups.

As the amount of changes, then given that this is a file server, you should cut your backup window dramatically. Do you have volume deduplication enabled for this file server?
Vitaliy S.
Veeam Software
 
Posts: 19558
Liked: 1102 times
Joined: Mon Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov

Re: Large File Server

Veeam Logoby gingerdazza » Fri Jun 19, 2015 11:34 am

No, we haven't enabled any de-duplication on these volumes - we don't have a squeeze on capacity, and I probably have (admittedly unqualified) concerns about 1) deduping larger volumes and more importantly 2) how dedupe'd data might affect backup/restore speeds.
gingerdazza
Enthusiast
 
Posts: 99
Liked: 3 times
Joined: Tue Jul 23, 2013 9:14 am
Full Name: Dazza

Re: Large File Server

Veeam Logoby Vitaliy S. » Fri Jun 19, 2015 11:52 am 1 person likes this post

The reason why I have asked this question is that enabling dedupe will generate more dirty blocks that have to be backed up. Since you don't use it, VMWare CBT should narrow down your backup window.
Vitaliy S.
Veeam Software
 
Posts: 19558
Liked: 1102 times
Joined: Mon Mar 30, 2009 9:13 am
Full Name: Vitaliy Safarov


Return to VMware vSphere



Who is online

Users browsing this forum: No registered users and 12 guests