Quantcast
Channel: VMware Communities: Message List - Backup & Recovery
Viewing all articles
Browse latest Browse all 5692

Problem with CommVault Simpana Backup - VADP - ESX 5.5 - Full Backup to large

$
0
0

Hi!

 

I have a problem with the backup size. Backup is larger than the used space by the VM OS.

 

VM is configured Thick with Lazy. I have also VMs with Eager. Problem is the same.

Datastor a SAN Luns, wich are configured as Thin.

 

ESX is 5.5

 

CommVault Software is Version 10, SP 10.

 

What we tested out:

- VM with a size of 30GB (container is 80GB large). Full Backup is 30GB. Result is as expected

- We copy 10 GB to the VM, so its 40GB large. Full Backup is 40GB. Result is as expected

- We deleted the 10GB, so the VM is again 30GB large. Full Backup is still 40GB.

 

Incremental backups are running fine.

 

CBT is enabled.

 

Tried unmap, moved to another datastor, but Backup is still 40GB large.

 

I found in my logs ### QueryChangedDiskAreasPrivate --- Exception during QueryChangedDiskAreas Von Datei /vmfs/volumes/52fb3a1a-949ff648-08ff-0000c994e052/VSA_TEST01/VSA_TEST01_4-000002.vmdk verursachter Fehler. (dont know why its in german).

 

If you google QueryChangedDiskAreas you find some vmware KBs, all with CBT Problems.


I also found the information that Windows doesnt gave the space back. You can run SDELTE -c (its a windows tool wich zero out the unused space). But in our case we ware still on 40GB full backup.

 

So my questions to you:

Do we have a CBT Problem?

Or what else can it be?

What can we do to point out our problem?

What can we else try to get the 10GB back?

 

Thanks in advance

 

Br

 

Jan


Viewing all articles
Browse latest Browse all 5692

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>