NetBackup™ Web UI VMware Administrator's Guide
- Introducing the NetBackup web user interface
- Monitoring NetBackup
- Managing VMware servers
- Add VMware servers
- Validate and update VMware server credentials
- Browse VMware servers
- Remove VMware servers
- Create an intelligent VM group
- Remove an intelligent VM group
- Add a VMware access host
- Remove a VMware access host
- Change resource limits for VMware resource types
- Change the autodiscovery frequency of VMware assets
- Discover VMware server assets manually
- Protecting VMs
- Instant access
- Instant rollback
- Continuous data protection
- CDP terminology
- CDP Architecture
- About continuous data protection
- Prerequisites
- Capacity-based licensing for CDP
- Configuring CDP
- Defining the CDP gateway
- Sizing considerations
- Limiting concurrent CDP backup jobs
- Controlling full sync
- Monitoring CDP jobs
- Using accelerators with CDP
- Recovering CDP protected VMs
- Some limitations of CDP
- Troubleshooting for CDP
- VM recovery
- Troubleshooting VMware operations
- Errors when adding VMware servers
- Errors when browsing VMware servers
- Errors for the Status for a newly discovered VM
- Error when downloading files from an instant access VM
- Troubleshooting backups and restores of excluded virtual disks
- Restore fails for a virtual machine with multiple datastores
- Errors when you change the recovery destination
Controlling full sync
When you subscribe a VM to a CDP enabled protection plan, NetBackup initiates full sync, to get the entire data of the newly protected VM. For a newly subscribed VM, NetBackup does not have any data to apply the incremental backup features, hence full sync is initiated. During a full sync, NetBackup captures the entire data of the VM, from the underlying VMDKs to the CDP staging location, and subsequently to the NetBackup STUs.
Full sync is normally triggered when you subscribe a new VM to a CDP enabled protection plan, but in certain scenarios, you can manually trigger a full sync:
Accidental corruption or deletion: CDP maintains backed up data of the VMs at the staging location in proprietary format files. If these files for a VM are accidentally deleted or corrupted, the subsequent backup job for the VM fails citing data integrity mismatch. In this case, you can initiate a force rescan schedule backup, and subsequently a full sync of the VM takes place.
Following a manually triggered force-rescan schedule.
CDP service can trigger full sync to receive VM data whenever necessary.
During full sync, data flows from the ESXi to the CDP gateway. Depending on the data size of the VMs, the volume of this data can be substantially large that can consume a lot of resources like network, memory, processing power, and storage. This also affects the backup operations of the VMs subscribed earlier.
If you subscribe more than 5 VMs at a time, say 7, then, full sync is initiated for 5 VMs, and 2 are in wait state.
Therefore, it is recommended to limit the number of concurrent full sync operations to optimize system resources. The default number of concurrent full sync is 5. This allows 5 VMs to perform full sync concurrently. Other VMs needing full sync need to wait in a queue. This way, the system resources are managed optimally.
Recommendation for controlling full sync:
Subscribe the VMs in batches of five or less.
Once a subscribed VM completes full sync, you can see message in the UI, then you can proceed to subscribe the next batch.
nbcct.conf fileYou can configure the number of concurrent full sync operations by specifying a value for the CCT_MAX_FULL_SYNC_REQS parameter, in the nbcct.conf file. For example, CCT_MAX_FULL_SYNC_REQS=7