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
- 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
- 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 from snapshot job fails with timeout error
Install extension using the Kustomize and CR YAMLs
The extension folder contains the following samples based on which you need to create new YAMLs with the relevant values as per your environment:
kustomization.yaml
cloudpoint_crd.yaml
node_select.yaml
cloudpoint_service.yaml
kustomization.yaml
In the kustomization.yaml, update the parameters in the section with relevant values as described in the following table.
Parameter | Description |
|---|---|
newName | Specify the NetBackup Snapshot Manager image name, along with the container registry path. Example: <account_id>.dkr.ecr.us-east-2.amazonaws.com/veritas/flexsnap-deploy |
newTag | Specify the tag of the NetBackup Snapshot Manager image to be deployed. Example: |
namespace | The namespace that was created earlier in the preparation steps, in which to deploy NetBackup Snapshot Manager. |
Example:
apiVersion: kustomize.config.k8s.io/v1beta1
kind: Kustomization
resources:
- cloudpoint_service.yaml
patchesStrategicMerge:
- node_select.yaml
namespace: demo-cloudpoint-ns
images:
- name: CLOUDPOINT_IMAGE
newName: <account_id>.dkr.ecr.us-east-2.amazonaws.com/veritas/flexsnap-deploy
newTag: 10.2.x.xxxx
vars:
- name: ServiceAccount.cloudpoint-acc.metadata.namespace
objref:
kind: ServiceAccount
name: cloudpoint-acc
apiVersion: v1
fieldref:
fieldpath: metadata.namespace
configurations:
- cloudpoint_kustomize.yamlcloudpoint_service.yaml
If deploying the extension on GCP platform, then in cloudpoint_service.yaml, replace the with .
cloudpoint_crd.yaml
Edit the cloudpoint_crd.yaml manifest file as follows:
For GCP platform: Delete the line with word in it.
For Non-GCP platform: Delete the line with word in it.
Now update the parameters in the section with relevant values as described in the following table.
Parameter | Description |
|---|---|
cloudpointHost | Specify the NetBackup Snapshot Manager hostname or IP. |
cloudpointExtensionToken | Paste the contents of the NetBackup Snapshot Manager token that was downloaded earlier from NetBackup Web UI - Add extension dialog. |
storageClassName | Kubernetes storage class that was created earlier in the preparation steps. Example: Note: Not required for GCP platform. |
size | Volume size in GB to be provisioned as per your scaling requirements. |
namespace | The namespace that was created earlier in the preparation steps, in which to deploy NetBackup Snapshot Manager. |
volumeName | The name of the Persistent Volume created earlier in preparation steps. Note: Required for GCP platform. |
Example:
apiVersion: veritas.com/v1
kind: CloudpointRule
metadata:
name: cloudpoint-config-rule
namespace: demo-cloudpoint-ns
spec:
CLOUDPOINT_HOST: 3.17.**.*** .
CLOUDPOINT_EXTENSION_TOKEN: workflow-3s3tlpwpy62dyoingxqmfeojlky7bub9rbzx8srh8kdgmsqo6f-q85lflg8a5i72hqarl7icb9xl0ydzfociziedicxlflesd4z4mljn8tfqs70vvzhzrt7z3gbqyv765s7nuivrzl0d0vg6bstjpge9xbft2ox92kdkmje8ysm3l276eu0fvgolnkeu5fdesfdnl845p9psbpw9nei67c2rn0bc71gf1a7yx5ua74rmc40on0c27h8zt
RENEW: false
LOG_STORAGE:
STORAGE_CLASS_NAME: efs-sc-new-root
SIZE: 100Then run the following commands from the folder where the YAML files are located.
To apply the Kustomization YAML: kubectl apply -k <location of the kustomization.yaml file>
To apply the NetBackup Snapshot Manager CR: kubectl apply -f cloudpoint_crd.yaml
node_select.yaml
Navigate to under the section and replace the values of NODE_AFFINITY_KEY and NODE_AFFINITY_VALUE in the node_select.yaml file. User can obtain these details using the following commands:
Use the following command to obtain the name of any node from the dedicated node-pool for our extension:
# kubectl get nodes
Depending on the specific cloud provider, use the following respective commands based on the the label:
For Azure: # kubectl describe node <node_name> | grep -i labels
Output example:
agentpool=cpuserpoolFor AWS: # kubectl describe node <node_name> | grep -i <node_group_name>
Output example:
eks.amazonaws.com/nodegroup=Demo-NGFor GCP: # kubectl describe node <node_name> | grep -i <node_pool_name>
Output example:
cloud.google.com/gke-nodepool=manik-node-pool
Parameter | Description |
|---|---|
NODE_AFFINITY_KEY |
|
NODE_AFFINITY_VALUE | Name of the node pool.
|