NetBackup™ Snapshot Manager Install and Upgrade Guide
- Introduction
- Section I. NetBackup Snapshot Manager installation and configuration
- Preparing for NetBackup Snapshot Manager installation
- Meeting system requirements
- NetBackup Snapshot Manager host sizing recommendations
- NetBackup Snapshot Manager extension sizing recommendations
- Creating an instance or preparing the host to install NetBackup Snapshot Manager
- Installing container platform (Docker, Podman)
- Creating and mounting a volume to store NetBackup Snapshot Manager data
- Verifying that specific ports are open on the instance or physical host
- Preparing NetBackup Snapshot Manager for backup from snapshot jobs
- Deploying NetBackup Snapshot Manager using container images
- Deploying NetBackup Snapshot Manager extensions
- Before you begin installing NetBackup Snapshot Manager extensions
- Downloading the NetBackup Snapshot Manager extension
- Installing the NetBackup Snapshot Manager extension on a VM
- Installing the NetBackup Snapshot Manager extension on a managed Kubernetes cluster (AKS) in Azure
- Installing the NetBackup Snapshot Manager extension on a managed Kubernetes cluster (EKS) in AWS
- Installing the NetBackup Snapshot Manager extension on a managed Kubernetes cluster (GKE) in GCP
- Install extension using the Kustomize and CR YAMLs
- Managing the extensions
- NetBackup Snapshot Manager cloud providers
- Configuration for protecting assets on cloud hosts/VM
- Deciding which feature (on-host agent or agentless) of NetBackup Snapshot Manager is to be used for protecting the assets
- Protecting assets with NetBackup Snapshot Manager's on-host agent feature
- Installing and configuring NetBackup Snapshot Manager agent
- Configuring the NetBackup Snapshot Manager application plug-in
- Configuring an application plug-in
- Microsoft SQL plug-in
- Oracle plug-in
- Protecting assets with NetBackup Snapshot Manager's agentless feature
- Snapshot Manager catalog backup and recovery
- NetBackup Snapshot Manager assets protection
- Volume Encryption in NetBackup Snapshot Manager
- NetBackup Snapshot Manager security
- Preparing for NetBackup Snapshot Manager installation
- Section II. NetBackup Snapshot Manager maintenance
- NetBackup Snapshot Manager logging
- Upgrading NetBackup Snapshot Manager
- About NetBackup Snapshot Manager upgrades
- Supported upgrade path
- Upgrade scenarios
- Preparing to upgrade NetBackup Snapshot Manager
- Upgrading NetBackup Snapshot Manager
- Upgrading NetBackup Snapshot Manager using patch or hotfix
- Applying operating system patches on NetBackup Snapshot Manager host
- Migrating and upgrading NetBackup Snapshot Manager
- GCP configuration for migration from zone to region
- Post-upgrade tasks
- Post-migration tasks
- Uninstalling NetBackup Snapshot Manager
- Preparing to uninstall NetBackup Snapshot Manager
- Backing up NetBackup Snapshot Manager
- Unconfiguring NetBackup Snapshot Manager plug-ins
- Unconfiguring NetBackup Snapshot Manager agents
- Removing the NetBackup Snapshot Manager agents
- Removing NetBackup Snapshot Manager from a standalone Docker host environment
- Removing NetBackup Snapshot Manager extensions - VM-based or managed Kubernetes cluster-based
- Restoring NetBackup Snapshot Manager
- Troubleshooting NetBackup Snapshot Manager
- Troubleshooting NetBackup Snapshot Manager
- SQL snapshot or restore and granular restore operations fail if the Windows instance loses connectivity with the NetBackup Snapshot Manager host
- Disk-level snapshot restore fails if the original disk is detached from the instance
- Discovery is not working even after assigning system managed identity to the control node pool
- Performance issue with GCP backup from snapshot
- Post migration on host agents fail with an error message
- File restore job fails with an error message
- Acknowledgment not received for datamover
- Upgrade of extension on AWS (EKS) fails when upgrading through script
- Backup and restore jobs fail with timeout error
- GCP restore with encryption key failed with an error message
- Amazon Redshift databases not available after discovery
- Shared VPC subnet not visible
- Failure of encryption key listing during VM restore
- Container manager may not spawn the ephemeral registration container timely
- GCP restore from VM fails to obtain firewall rules
- Parameterised VM restore fails to retrieve encryption keys
Assigning tags on snapshots and Restore Point Collection
When a snapshot of host (instance) / disk (volume) is initiated through NetBackup Snapshot Manager, tags from source would be applied on created snapshot as follows:
When snapshot of host is taken, tags/labels (for GCP) assigned in host/VM would be applied to snapshots.
When snapshot of disk is taken, tags/labels (for GCP) assigned in disk would be applied to snapshots.
While taking snapshot, NetBackup Snapshot Manager also applies few labels/tags to the snapshot.
If number of NetBackup Snapshot Manager required tags and source tags are greater than the allowed maximum tag limits, then these extra tags would not be copied from source (host/VM) and keys of these skipped tags would be logged as warning in NetBackup Snapshot Manager logs.
For Azure | For AWS | For GCP |
|---|---|---|
Maximum tags limit: 50 Maximum tags that can be assigned on resources in Azure stack: 15 | Maximum tags limit: 50 | Maximum tags limit: 64 |
Keys used in Azure: cp:data, createdby | Keys used in AWS: cp:data, src-volume, src-vol-region, cloudpoint-replicated, src-inst-region, createdby, cp:host-snapshot-name, cloudpoint-description, cloudpoint-src-region, cloudpoint-src-account | Keys used in GCP: instance_id, createdby |
There are some tags/labels which NetBackup Snapshot Manager assigns to snapshot. It is recommended not to assign these tags to any of the resources such as instance (host) and disk (volume). During snapshot, if any of the NetBackup Snapshot Manager tags are found on the asset then these tags would be skipped and not assigned to the corresponding snapshot.
If does not exist, then new would be created using instance tags and NetBackup Snapshot Manager tags.
If exists and no tags, then instance tags and NetBackup Snapshot Manager tags would be applied to the existing .
If exists without the
createdby: cloudpointtags, then preserve the existing tags of and add new tags from instance and NetBackup Snapshot Manager required tags.If exists with
createdby: cloudpointtags, then preserve the existing tags of and add new tags from instance and required tags of NetBackup Snapshot Manager.