Host-based backup of Microsoft Hyper-V VMs.
Post Reply
bcscholl
Enthusiast
Posts: 31
Liked: 3 times
Joined: Dec 04, 2013 3:56 pm
Full Name: Brian Scholl
Contact:

Server 2012R2 Data Dedup Results

Post by bcscholl »

Wondering if these results are as expected:

Backup Volume: 5.80 TB Capacity, 5.06 Free Space, 74% Deduplication Rate, 2.14 TB Deduplication Savings

Backing up 30 VMs within 5 Jobs totaling 3TB of data. All jobs Reversed Incremental and run nightly, dedupe-friendly compression, Local target Storage Optimization . All jobs have secondary Backup Copy Job associated to save 1 Week, 1 month, 1 quarter and 1 year. Backup Copy Job runs to its own backup repository on the same volume as the Backup Jobs.

Currently have 3 or 4 backups per VM and 1 for the first Backup Copy Job.

Two questions:

The Backup Repository is running over iSCSI but still local to the Veeam Server, any benefit using LAN Target?

The Backup Copy Job .vbk files all show 0 bytes on disk, but some are 490GB in size. Is this anything to be concerned about?

Thank you,
bcscholl
Enthusiast
Posts: 31
Liked: 3 times
Joined: Dec 04, 2013 3:56 pm
Full Name: Brian Scholl
Contact:

Re: Server 2012R2 Data Dedup Results

Post by bcscholl »

After further review I've figured of course the Copy Jobs are going to be 0 bytes on disk, they are copies and dedup is running. Still, amazing results.

We may decide to use another volume for the Backup Copy Jobs just to be safe.
foggy
Veeam Software
Posts: 21070
Liked: 2115 times
Joined: Jul 11, 2011 10:22 am
Full Name: Alexander Fogelson
Contact:

Re: Server 2012R2 Data Dedup Results

Post by foggy »

bcscholl wrote:We may decide to use another volume for the Backup Copy Jobs just to be safe.
Yes, keeping second copy of your backups on another media would be definitely a good decision.
veremin
Product Manager
Posts: 20282
Liked: 2257 times
Joined: Oct 26, 2012 3:28 pm
Full Name: Vladimir Eremin
Contact:

Re: Server 2012R2 Data Dedup Results

Post by veremin »

In order to be on the safe side it still might be worth trying to perform restore procedure, using "0 bytes" .vbk file, and seeing whether everything works as expected. Thanks.
Post Reply

Who is online

Users browsing this forum: No registered users and 26 guests