The following table describes how the plug-in handles RDM (Raw Device Mapping) disks.
Optionally, you can omit the RDM disks in virtual compatibility mode during a restore.
You can find this file in <NetVault Backup home>\config on Windows and <NetVault Backup home>/config on Linux.
|
The following are some example backup sequences to offer you guidelines:
• |
Full Backups only: You can choose to perform only Full Backups if the backup size is small, backup window is not an issue, or storage media is not a constraint. In such scenarios, you can schedule Full Backups every night or every N hours depending on the frequency of updates. |
• |
Full and Incremental Backups: For quicker backups and minimum use of storage media, you can include Full and Incremental Backups in your strategy. For example, you can schedule Full Backups every Sunday and Incremental Backups every day or every N hours depending on the frequency of updates. |
• |
Full and Differential Backups: For quicker restores and reduced media usage, you can include Full and Differential Backups in your strategy. For example, you can schedule Full Backups every Sunday and Differential Backups every day or every N hours depending on the frequency of updates. |
1 |
In the Navigation pane, click Create Backup Job to start the configuration wizard. |
2 |
In Job Name, specify a name for the job. |
3 |
In the Selections list, select an existing Backup Selection Set, or complete the following steps to create a set: |
a |
NOTE: To switch between the two views (Hosts and Clusters and VMs and Templates), select the ESXi or vCenter Server, and in the Actions list, click Toggle Inventory View. This option is only available when server node is open. |
• |
Back up all virtual machines within a container: Select the container node. Data selection is possible at all levels, starting from the Datacenter node. For example, to back up all virtual machines hosted on an ESXi server, select the host node; in the VMs and Templates view, select the corresponding folder node. |
• |
Back up individual virtual machines: Open the applicable container nodes, for example, Datacenter, Cluster, and Resource Pool, and select the virtual machines that you want to back up. In the VMs and Templates view, open the folder node, and select the virtual machines that you want to back up. |
• |
Back up individual virtual drives: Open the virtual machine node, and select the disks that you want to back up. The virtual drives are named “Hard Disk 1,” “Hard Disk 2,” … “Hard Disk n.” The plug-in only lists those disks for which it can generate a snapshot. |
e |
f |
4 |
In the Plugin Options list, select an existing Backup Options Set, or complete the following steps to create a set: |
IMPORTANT: On Windows, when you create a Backup Options Set for image‑level backups, you must use the default set “Default Backup Options — VMware Plugin — Windows” as the template. If you use any other set as the template, the backup may fail. |
a |
b |
Under Backup Type, select one of the following options. |
To back up all allocated sectors on a virtual drive, select this option. | |
To back up disk sectors that have changed since the last Full Backup, select this option. |
c |
Under VM disk selection options, select one of the following options. |
To back up all available virtual drives for the selected virtual machines, use this option. | |
d |
Under Other Options, configure the following settings: |
To enable CBT on all virtual machines included in the backup job, select this check box. (You can also enable CBT on specific virtual machines by using the Enable Change Block Tracking method. For more information, see Enabling CBT on individual virtual machines.)
| |||||
File-level indexing is available to volumes that use the following file systems:
If you do not want to use image-level backups for file-level restores, clear this check box. | |||||
ABM is supported on the NTFS file system on basic disks and EXT file systems. If a backup job includes any unsupported disk types, this option is ignored for those disks. | |||||
When you run a backup job, the plug-in creates a snapshot named “BKB_SNAP” on the virtual machine to back up the selected data. Regardless of whether the backup completes successfully or fails, the plug‑in removes the snapshot on job completion. The plug-in also removes the snapshot if the job is stopped or the parent or child processes are terminated for any reason. However, if a job exits abnormally, the cleanup process may fail to remove the snapshot. To address such cases, the plug‑in provides an option to delete the snapshot when you run the job next time. You can select the Remove snapshots from previous backups check box to remove any existing snapshots when you run the current job. Only the snapshots named “BKB_SNAP” are removed from the virtual machines. This option does not remove any other snapshots that exist on the virtual machine. | |||||
The actual number of parallel streams for a job depends on the following factors: For parallel backups, the plug-in generates a parent process that coordinates the overall backup and individual child processes that perform the actual task of backing up the virtual machines. The maximum child processes that can be generated for a backup job is equal to the Maximum Number of Parallel Streams configured for the job. The parent and the child processes are all created on the NetVault Backup Client on which the plug-in is running. When configuring Maximum Number of Parallel Streams, consider the following: | |||||
For more information about the Diagnose method, see Diagnosing virtual machine issues. You can access the Diagnostic Results dialog box from the View Logs page. The details are stored as log context objects. | |||||
When a restartable backup completes with some failed virtual machines, the plug-in generates a backup index for the completed virtual machines and sets the job status to Job Stopped. The log messages and log context show which virtual machines have failed for the job. When you restart the job later, the plug-in runs an Incremental Backup job to back up the failed virtual machines. You can restart a job from the Job Status page. For more information about this method, see Restarting a backup job. A restarted instance does not back up virtual machines that are added to the host after the initial job is run. NOTE: If all virtual machines fail for a job, the job status is set to Backup Failed. You cannot restart a failed backup job. |
e |
f |
NOTE: When performing multistream backups, do not select the Ensure backup is the first on the target media check box. If you select this check box for multistream backups, each data stream targets a separate piece of media to exist as the first backup on the media item. Thus, if a backup generates five streams, the job tries to obtain five blank or new media items.
|
6 |
To submit the job for scheduling, click Save & Submit. |
© 2024 Quest Software Inc. ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center