Create a Backup Job Definition - VMware

Back up VMware data including virtual machines, datastores, folders, vApps, and datacenters with snapshots using a VMware Backup job. A VMware Backup job consists of snapshot, mirror, and vault sub-policies defined in an SLA Policy, each with their own set of options to give you more control of your VMware protection needs. After an initial primary snapshot is added to the workflow, additional vaults and mirrors ensure your data is replicated to multiple locations.

VMware Backups jobs support IBM, DellEMC Unity, NetApp ONTAP, and Pure Storage FlashArray SLA Policies.

BEFORE YOU BEGIN:

  • Create and run a VMware Inventory job that includes the providers you wish to back up. See Create an Inventory Job Definition - VMware.
  • Configure an SLA Policy. See Configure SLA Policies.
  • Ensure the latest version of VMware Tools is installed in your environment. ECX was tested against VMware Tools 9.10.0.
  • For email notifications, at least one SMTP server must be configured. Before defining a job, add SMTP resources. See Register a Provider.

CONSIDERATIONS:

  • Note that VMware Backup and Restore jobs only support vCenters or ESX hosts running vSphere 5.1 through 6.5.
  • When running VADP-based VM Replication workflows, target volumes and datastores can be automatically expanded in response to space usage requirements if supported by the underlying storage. Automatic growing prevents a volume from running out of space or forcing you to delete files manually. For a list of supported storage systems see System Requirements.
  • Note that VMware DRS cluster datastores are supported in VMware Backup and Restore jobs.
  • In NetApp ONTAP environments running Clustered Data ONTAP, cluster peering must be enabled. Peer relationships enable communication between SVMs. See NetApp ONTAP's Cluster and Vserver Peering Express Guide.
  • In addition to NFS, ECX supports VMFS datastores for NetApp storage targets.
  • In IBM storage environments, port grouping and IP partnerships are required to enable remote copy connections. See IBM's SAN Volume Controller and Storwize Family Native IP Replication Guide.
  • All related NetApp ONTAP storage resources associated with a VMware provider must be added to ECX, which include NetApp ONTAP storage controllers and clusters. See Register a Provider.
  • Note that VMware Backup jobs do not support virtual machine SCSI controllers where the SCSI Bus Sharing value is set to virtual or physical.
  • Note that Instant Disk Restore recoveries utilizing the VM Replication method are not supported at the datastore level. Instant Disk Restore datastore level recoveries are supported through the primary storage snapshot method.
  • Note that snapshot protection is not supported at an ESX server level.
  • Note that cloned volumes will not be replicated through a backup job.
  • One or more schedules might also be associated with a job. Job sessions run based on the triggers defined in the schedule. See Create a Schedule.

CONSIDERATIONS FOR VMWARE VIRTUAL VOLUMES:

  • SLA Policies that include virtual machines stored on virtual volume (VVOL) datastores through VM Replication sub-policies are supported. Replication is supported on the VM Replication target.
  • Storage snapshots of virtual machines that reside on a VVOL are currently not supported. If a storage snapshot operation is selected for a virtual machine that resides on a VVOL, the virtual machine is skipped.

AUTOGROW FOR VM REPLICATION (VADP) REQUIREMENTS:

  • When running VADP-based VM Replication-based SLA Policies, target volumes and datastores can be automatically expanded in response to space usage requirements if supported by the underlying storage. The following storage systems are supported:
    • NetApp ONTAP Clustered Data ONTAP 8.2 and later (including 7-mode) are supported for all SLA Policy types. Versions earlier than 8.2 are supported for all SLA Policy types except Replication.
    • IBM storage systems running IBM Spectrum™ Accelerate and Virtualize software are supported for all SLA Policy types except Replication.
    • Pure Storage systems are supported for all SLA Policy types.

To create a VMware Backup job replication:

  1. Click the Jobs Monitor tab icon tab. Expand the Hypervisor folder, then select VMware.
  2. Click New New icon, then select Backup. The job editor opens.
  3. Enter a name for your job definition and a meaningful description.
  4. From the drop-down menu select VMs and Templates or Storage. From the list of available sites, select one or more resources to back up, including virtual machines, VM templates, datastores, folders, vApps, and datacenters.
  5. Select an SLA Policy that meets your backup data criteria.
  6. Click the job definition's associated Schedule Time field and select Enable Schedule to set a time to run the SLA Policy. If a schedule is not enabled, run the job on demand through the Jobs Monitor tab icon tab. Repeat as necessary to add additional SLA Policies to the job definition.
  7. If configuring more than one SLA Policy in a job definition, select the Same as workflow option to trigger multiple SLA Policies to run concurrently.
  8. Note: Only SLA Policies with the same RPO frequencies can be linked through the Same as workflow option. Define an RPO frequency when creating an SLA Policy.
  9. To create the job definition using default options, click Create Job. The job runs as defined by your triggers, or can be run manually from the Jobs Monitor tab icon tab.
  10. To edit options before creating the job definition, click Advanced. Set the job definition options.
  11. Maximum Concurrent Tasks
  12. Set the maximum amount of concurrent transfers between the source and the destination.
  13. Create VM snapshots for all VMs
  14. Enable to configure virtual machine snapshot options. Available options include creating virtual machine snapshots for all virtual machines, making all virtual machines included in the job application or file system consistent, or making specific virtual machines included in the job application or file system consistent.
  15. Application consistent backup data captures data in memory and transactions in process. All VSS-compliant applications such as Microsoft Active Directory, Microsoft Exchange, Microsoft SharePoint, Microsoft SQL, and system state are quiesced. VMDKs and virtual machines can be instantly mounted to recover data related to quiesced applications.
  16. Truncate application logs
  17. To truncate application logs for SQL during the Backup job, enable the Truncate application logs option. Note that credentials must be established for the associated virtual machine and SQL instance through the Sites & Providers Add Node icon pane on the Configure Configure tab icon tab. Select a VMware provider, click the VMs tab, then click the associated virtual machine. Click the Credentials tab and add credentials for the virtual machine. Note that System credentials are always required. If the credentials are the same for the SQL instance, select the Use System Credentials for app option. If the credentials differ, you must provide credentials for all SQL instances, including the default SQL server. Ensure the Type field in the New Credential dialog window is set to SQL.
  18. ECX generates logs pertaining to the application log truncation function and copies them to the following location on the ECX appliance: /data/log/ecxdeployer/<vm name>/logs.
  19. VM Snapshot Scripts
  20. VM snapshot prescripts and postscripts are scripts that can be run on the virtual machine before or after a VMware virtual machine snapshot is taken. The snapshot prescript runs before a VMware virtual machine snapshot is captured, while the snapshot postscript runs after the snapshot completes. A script can consist of one or many commands, such as a shell script for Linux-based virtual machines or Batch and PowerShell scripts for Windows-based virtual machines. See Configure Scripts.
  21. Select a virtual machine, then click the Scripts field in the Pre-Script or Post-Script section to select or upload a script. Once complete, the script displays in the Selected Script(s) section. Click the Parameters field to add a parameter to the script, then click Add. Note additional parameters can be added to a script by entering parameters one at a time in the field, then clicking Add.
  22. Click the Identity field to add or create the credentials required to run the script. See Identities Overview.
  23. Repeat the procedure for each virtual machine associated with the job.
  24. Note: When the VM Snapshot script is run, the virtual machine name will be passed as the first argument to the script. Any additional arguments specified in the job will follow as second, third, and so forth. If a non-zero exit code is returned by the script, the associated snapshot task fails.
  25. Skip read only datastores
  26. Enable to skip datastores mounted as read-only in vCenter.
  27. Skip IA Mount points and/or databases
  28. Enable to skip Instant Disk Restore objects. By default, this option is enabled.
  29. Job-Level Scripts
  30. Job-level pre-scripts and post-scripts are scripts that can be run before or after a job runs at the job-level. A script can consist of one or many commands, such as a shell script for Linux-based virtual machines or Batch and PowerShell scripts for Windows-based virtual machines.
  31. In the Pre-Script and/or Post-Script section, click Select to select a previously uploaded script, or click Upload to upload a new script. Note that scripts can also be uploaded and edited through the Scripts Scripts icon view on the Configure Configure tab icon tab. See Configure Scripts.
  32. Once complete, the script displays in the Pre-Script or Post-Script section. Click the Parameters field at add a parameter to the script, then click Add. Note additional parameters can be added to a script by entering parameters one at a time in the field, then clicking Add. Next, click the Identity field to add or create the credentials required to run the script. Finally, click the Application Server field to define the location where the script will be injected and executed. For parameter examples, see Using State and Status Arguments in Postscripts.
  33. Repeat the above procedure to add additional Pre-Scripts and Post-Scripts. For information about script return codes, see Return Code Reference.
  34. Select Continue operation on script failure to continue running the job if a command in any of the scripts associated with the job fails.
  35. Enable Job-level Snapshot Scripts
  36. Snapshot prescripts and postscripts are scripts that can be run before or after a storage-based snapshot task runs. The snapshot prescript runs before all associated snapshots are run, while the snapshot postscript runs after all associated snapshots complete. A script can consist of one or many commands, such as a shell script for Linux-based virtual machines or Batch and PowerShell scripts for Windows-based virtual machines.
  37. In the Pre-Script and/or Post-Script section, click Select to select a previously uploaded script, or click Upload to upload a new script. Note that scripts can also be uploaded and edited through the Scripts Scripts icon view on the Configure Configure tab icon tab. See Configure Scripts.
  38. Once complete, the script displays in the Pre-Script or Post-Script section. Click the Parameters field at add a parameter to the script, then click Add. Note additional parameters can be added to a script by entering parameters one at a time in the field, then clicking Add. Next, click the Identity field to add or create the credentials required to run the script. Finally, click the Application Server field to define the location where the script will be injected and executed. For parameter examples, see Using State and Status Arguments in Postscripts.
  39. Repeat the above procedure to add additional Pre-Scripts and Post-Scripts. For information about script return codes, see Return Code Reference.
  40. _SNAPSHOTS_ is an optional parameter for snapshot postscripts that displays a comma separated value string containing all of the storage-based snapshots created by the job. The format of each value is as follows: <registered provider name>:<volume name>:<snapshot name>.
  41. Select Continue operation on script failure to continue running the job if a command in any of the scripts associated with the job fails.
  42. Optionally, expand the Notification section to select the job notification options.
  43. SMTP Server
  44. From the list of available SMTP resources, select the SMTP Server to use for job status email notifications. If an SMTP server is not selected, an email is not sent.
  45. Email Address
  46. Enter the email addresses of the status email notifications recipients. Click Add Add Node icon to add it to the list.
  47. When you are satisfied that the job-specific information is correct, click Create Job. The job runs as defined by your triggers, or can be run manually from the Jobs Monitor tab icon tab.

NEXT STEPS:

 


Catalogic ECX™ 2.9

© 2019 Catalogic Software, Inc. | All rights reserved. | 4/17/2019

MySupportKnowledge Base | Trademarks | info@catalogicsoftware.com