11-03-2014 02:38 AM
Hi,
I just run into the Issue, that GRT-Enabled Backups via AVVI on GPT-Partitioned VMDKs in VMware fail with an exception and are not supported as stated in the SCL.
Does anyone know the technical background of this limitation and if there might be a chance to get this feature later on with another ServicePack ?
I wonder because it seems to be possible with Micsoroft Hyper-V based VMs (according to the SCL: http://www.symantec.com/business/support/index?page=content&id=TECH217478&key=15047&basecat=COMPATIBILITY_LIST&actp=LIST ).
The problem is, that 2TB+ Volumes are getting more common even for smaller customers and doing agent level backups in VMs prevent me from doing SAN-based backups, which are way faster especially with FC. Switching off GRT is also not an option as this is one of the most basic backup features and about 75% of my restore jobs are single-file or directory based restores on file servers.
Source: http://www.symantec.com/business/support/index?page=content&id=TECH69498&actp=search&viewlocale=en_US&searchid=1415000582760
Regards,
inti
Solved! Go to Solution.
06-22-2015 01:38 AM
If you check the BE 15 readme document http://www.symantec.com/docs/DOC8201
You will find that in the section called "What's new in Backup Exec 15 agents and options" we clearly state that we now support "File/folder-level GRT and application-level GRT backups and restores of virtual machines that have GPT partitioned disks"
As such GPT should allow GRT capability for both applications and file systems.
Any customers having issues with GPT disks during VMware backups needs to log a support case, and if for some reason they are advised of lack of support quote the readme provided above.
11-03-2014 03:04 AM
A function named vixMntapi (which is part of the VDDK) is used by BE and afaik it's a limitation of this function when it comes to GPT dynamic disks as it doesn't support them. Apart from disabling GRT, the other option is to run a remote agent based backup of the VM instead (i.e back it up as a physical machine rather than a virtual one)
11-03-2014 04:27 AM
Very interesting hint !
It seems like there is a bugfix for this issue in VDDK 5.5.1: https://www.vmware.com/support/developer/vddk/vddk-551-releasenotes.html .
Although it just mentiones Windows 2012 VMs and the customer uses Windows 2008 R2 on the fileserver there seems to be hope.
Having a look at the Install-Directories of Backup Exec 2014 SP1, the VDDK is to be found in the ..\VMware\VixDiskLib Subfolder and currently build 1422937 is used, which is VDDK 5.1.2 (https://www.vmware.com/support/developer/vddk/vddk-512-releasenotes.html).
I do not like the option to backup the VM like a physical machine as I can't do SAN-based backups this way (as I mentioned before).
I think I'll go with MBR for the time beeing as the server is not yet in production and migrate later on to a separate GPT Volume once it becomes necessairy.
Regards,
inti
01-14-2015 04:04 AM
Any hope on backing up GPT disk with GRT enabled.
01-14-2015 05:04 AM
Unconfirmed / Subject to change etc: GRT of GPT disks in a VMware VM should be in the next full version of Backup Exec to be released
01-27-2015 02:07 PM
01-28-2015 12:59 AM
You will probably have to post this question in the NetBackup forum.
I did have a quick chat with a NetBackup colleague and he thinks they use a different mount mechanism to get at data inside the vmdk, however the GPT limitation remains documented on page 210 of
http://www.symantec.com/business/support/index?page=content&id=doc6478
Unfortunately the contact I used was unaware of this limitation and hence could not confirm any future plans with regards to NBU and GPT support
01-28-2015 02:47 AM
Has someone tried to manually update the VDDK on the BackupExec Server ?
01-28-2015 12:09 PM
Yes and it doesn't work. :)
The VDDK is built into the program, not installed separately. Trying to update it manually just breaks things.
04-20-2015 12:59 AM
Is this now possible with Backup Exec 2015?
Edit:
Since SCL it should be working. I hope it does not requere vSphere 6.0.
04-20-2015 01:07 AM
Its actually BE 15 and not BE 2015 :)
BE 15 uses VDDK 6.0, so yes, it is possible. There seems to be an issue with the SCL links, so you could have a look @ the last few lines of this link - http://www.symantec.com/page.jsp?id=introducing-backup-exec-15&id=introducing-backup-exec-2015
And lastly, VDDK 6.0 works only with ESXi 5.1, 5.5 and 6.0.
04-21-2015 02:45 AM
Thx. Great to hear.
04-26-2015 11:35 PM
Backup up our smaller virtual mashines with GPT volumes (around 300GB) is working great.
But our big fileserver with a GPT volume with around 2,0TB is resulting in an error:
Error "V-79-57344-38367 - Unable to create the virtual disk because the remote disk storage device could not be mapped to a drive letter" occurs for a VMware backup job.
04-27-2015 01:09 AM
Please log a formal support case for this issue so that we can investigate in more depth.
04-27-2015 02:21 AM
Already done so.
04-27-2015 03:40 AM
First answear of the support:
..."Backup of GPT Volumes with AVVI is not possible..."
I think the supporting person was missing their own v15 release :(
06-20-2015 12:29 PM
No it is still not possile with BE 15.
The same issue with backing up file server (win 2012 R2) using GRT+SAN+AVVI.
vSphere- 5.5.0 2068190
file server: 5 vmdk x 2TB, 1 vmdk x 40GB. 3 volumes.
That is really bad thing(((
06-22-2015 01:38 AM
If you check the BE 15 readme document http://www.symantec.com/docs/DOC8201
You will find that in the section called "What's new in Backup Exec 15 agents and options" we clearly state that we now support "File/folder-level GRT and application-level GRT backups and restores of virtual machines that have GPT partitioned disks"
As such GPT should allow GRT capability for both applications and file systems.
Any customers having issues with GPT disks during VMware backups needs to log a support case, and if for some reason they are advised of lack of support quote the readme provided above.
06-22-2015 02:00 AM
My damn support case is open since 27.04.2015. Still waiting for some kind of feedback!
Heavy bad support!
06-22-2015 02:37 AM
@xadox - Pls PM me your support case number. Thanks.