10-09-2012 04:28 AM
10-09-2012 05:40 AM
Are you trying to backup 22 VM's simultaneously?
If you are using automatic selection of virtual machines (Query Builder) have a look a Resource Limits.
You can limit number of simultaneous backups per ESX server, per Datastore, maximum number of simultaneous snapshots, etc... See NetBackup for VMware Administrator's Guide .
The other option is to limit the number of simultaneous backups per policy. Use the Limit jobs per policy setting on the policy Attributes tab.
10-09-2012 05:48 AM
I am not using automatic selection. All the vms are selected from ESX cluster and writing to same vmware backup host which has 16CPU and 12GB RAM.
Please suggest.
10-09-2012 06:58 AM
I would look to maybe slice and dice your VM's into more than 1 policy to troubleshoot. If this is the first time run...to attempt to backup these VM's.
Status 156 is a deep chasm of possible problems/root causes.
Unless these are ALL deployed from a same template, I would doubt if all these 22 VM's are the same.
Check the hardware level compatibility. NBU 7.5 supports no greater than vmx-8. vmx-9 is available via vsphere 5.1 (not supported by NBU yet - 7.6 maybe)
Are any of the VM's using IDE controllers for their VMDK's. Need to be SCSI.
Are all the datastores these 22 VM's are stored presented to the Vmware backup host.?
Can you snapshot all 22 VM's from vsphere client without any problems.?
Are the correct Vmware credentials given with the right amount of privileges in vsphere applied from a top level hierarchy.?
I would maybe think about using automatic selection but based on a folder level to begin with.
Are VMware Tools installed. Running a recent/current version/status.
Also, update to the latest maintenance/update pack for NetBackup.
Then start to look at logs on the vmware backup host.
Lots of things to check out. Also...
Resources:
Netbackup 7.1 for Vmware best practices
http://www.symantec.com/content/en/us/enterprise/white_papers/b-netbackup_best_practices_WP_21195951.en-us.pdf
Datasheet: NetBackup 7.5 for VMware
http://eval.symantec.com/mktginfo/enterprise/fact_sheets/b-netbackup_7-5_for_vmware_DS_21003628-3.en-us.pdf
10-09-2012 08:06 AM
Unless these are ALL deployed from a same template, I would doubt if all these 22 VM's are the same.
They are different Operating system.
Check the hardware level compatibility. NBU 7.5 supports no greater than vmx-8. vmx-9 is available via vsphere 5.1 (not supported by NBU yet - 7.6 maybe)
All are hardware level vmx-8
Are any of the VM's using IDE controllers for their VMDK's. Need to be SCSI.
All are SCSI controllers
Are all the datastores these 22 VM's are stored presented to the Vmware backup host.?
YES
Can you snapshot all 22 VM's from vsphere client without any problems.?
Need to check out
Are the correct Vmware credentials given with the right amount of privileges in vsphere applied from a top level hierarchy.?
YES. I can take successful backup of 6 host out of those
I would maybe think about using automatic selection but based on a folder level to begin with.
As of now i have selected "ALL LOCAL DRIVES". I can try with C:\ only.
Are VMware Tools installed. Running a recent/current version/status.
YES
NetBackup Master & Media servers are 7.5.0.3
I will check out logs and try with just C:\ and see if that make difference.
10-09-2012 12:55 PM
Just to clarify:
By folder level, I meant within the vsphere infrastructure. not at an OS level.
Please leave at ALL_LOCAL_DRIVES
Also lots of good reasons for 156 status discussed in this forum post
https://www-secure.symantec.com/connect/forums/status-156-vmware-vstorage-backup
10-11-2012 07:08 AM
Thanks for different inputs. Actual issue was selecting VM DISPLAY NAME instead of VM HOSTNAME.
Issue is solved now.