I think the "enable changed block tracking" may refer to upgrading your VMs from virtual hardware version 4 to 7 to take advantage of CBT on vSphere 4. This may be a concern for environments migrating from 3.x.
-Jonathan -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of George Winter Sent: Monday, October 31, 2011 3:28 PM To: [email protected] Subject: Re: [Veritas-bu] vmware api backups Hello. Just a couple of clarifications.... >> you need to enable change block tracking on each vm [G]: NetBackup automatically enables Changed Block Tracking when the "Block Level Incremental Backup" checkbox is selected on the policy. This is done for every VM that is defined in this policy. No need to manually enable this on every VM. >> change backups using time stamps instead of archive bits [G]: This is only required on the Windows VMware Backup Host(s). This attribute does not need to be set for every VM being protected. >> making the UUID based quiescing for windows 2008 servers (theres a symantec article on this). [G]: Not sure what this is referring to. Hope this helps! -George Winter Symantec Corporation -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of X_S Sent: Monday, October 31, 2011 9:23 AM To: [email protected] Subject: [Veritas-bu] vmware api backups Hi Howard, i just did some testing recently too using the network (instead of SAN). it was fairly easy to set up once the correct permissions were set in vCenter. Our esx hosts are connected with 10GB and the vm guests are at 1GB, so the backups using the API was much faster. i was able to restore full vmdks from the backup and found that the nb client is required if you want to restore files back to the original vm guest. our paint point is the config requirements to get this done to each vm guest. for example, you need to enable change block tracking on each vm, change backups using time stamps instead of archive bits, and making the UUID based quiescing for windows 2008 servers (theres a symantec article on this). +---------------------------------------------------------------------- |This was sent by [email protected] via Backup Central. |Forward SPAM to [email protected]. +---------------------------------------------------------------------- _______________________________________________ Veritas-bu maillist - [email protected] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - [email protected] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _______________________________________________ Veritas-bu maillist - [email protected] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
