NetBackup™ NAS Administrator's Guide
- Section I. About NAS backups
- Section II. Using NAS-Data-Protection (D-NAS)
- D-NAS overview
- D-NAS Planning and Tuning
- Pre-requisites for D-NAS configuration
- Volume multi-host backup
- Configure D-NAS policy for NAS volumes
- Using accelerator
- Using Vendor Change Tracking
- Replication using D-NAS policy
- Restoring from D-NAS backups
- Troubleshooting
- Troubleshooting
- Setting the log level
- Logging directories for Linux platforms
- Logging folders for Windows platforms
- Logging folders for multi-stream restore
- Restore from a snapshot fails with status 133
- Backup from snapshot fails with error 50
- Backup from snapshot parent job fails with error 4213: Snapshot import failed
- Backup host pool creation fails with the error "Failed to fetch host list"
- Snapshot job fails and the snapshot command does not recognize the volume name
- Accelerator enabled incremental backup of NetApp NAS volume
- Snapshot method: Auto
- Backup from snapshot jobs for NAS-Data-Protection policy fail with error 4213
- A full VCT-enabled indexing job runs, when followed by a non-VCT indexing job with a backup host prior to version to 10.3
- Backup from snapshot jobs for NAS data protection policy fail with error 927
- Error code: 930: No supported media server is available in the All_Media_Server_Pool to use to backup the NAS shares.
- Multi-stream restore from NAS array volume fails with the status: 174 Media manager - system error occurred.
- NAS job fails with the error: Crawler process timed out after 600 seconds waiting for streams to attach with shared memory.
- Section III. Using NDMP
- Introduction to NetBackup for NDMP
- About NetBackup for NDMP
- About Network Data Management Protocol (NDMP)
- Types of NDMP backup
- About NDMP policies in NetBackup
- About NetBackup storage units
- About assigning tape drives to different hosts
- About the NDMP backup process
- About the NDMP restore process
- About Direct Access Recovery (DAR)
- Snapshot Client assistance
- About NDMP multiplexing
- About NDMP support for Replication Director
- Limitations of Replication Director with NDMP
- About NDMP support for NetApp clustered Data ONTAP (cDOT)
- Installation Notes for NetBackup for NDMP
- Configuring NDMP backup to NDMP-attached devices
- About configuring NDMP-attached devices
- Authorizing NetBackup access to a NAS (NDMP) host
- About access for three-way backups and remote NDMP
- About Media and Device Management configuration
- Using the Device Configuration Wizard to configure an NDMP filer
- About adding volumes
- About verifying NDMP password and robot connection
- Adding NDMP storage units
- About creating an NDMP policy
- About environment variables in the backup selections list
- About appropriate host selection for NetApp cDOT backup policies
- About backup types in a schedule for an NDMP policy
- About enabling or disabling DAR
- Configuring NetBackup for NDMP in a clustered environment
- Configuring NDMP backup to NetBackup media servers (remote NDMP)
- Configuring NDMP DirectCopy
- Accelerator for NDMP
- Remote NDMP and disk devices
- Using the Shared Storage Option (SSO) with NetBackup for NDMP
- NAS appliance information for NDMP
- About NAS appliances support
- Non-vendor-specific information
- Vendor-specific information
- Dell EMC Isilon
- Dell EMC VNX
- Dell EMC Unity
- EMC Celerra
- Hitachi HDI/VFP
- Hitachi NAS (HNAS)
- HP X9000 NAS
- Huawei OceanStor V3
- IBM System Storage Nxxxx
- NEC Storage NV series
- NetApp
- Using NetBackup with NetApp's Data ONTAP 8.2 cluster mode
- Using a node name as the NDMP client name in all versions of NetBackup
- Using a data Vserver LIF as the NDMP client name in non-CAB-aware versions of NetBackup
- Using a cluster_mgmt vserver LIF as the NDMP client name in non-CAB-aware versions of NetBackup
- Using a cluster_mgmt Vserver LIF as the NDMP client name in CAB-aware versions of NetBackup
- Using NetBackup with NetApp's Data ONTAP 8.2 cluster mode
- Nexenta
- Nexsan
- Oracle Axiom Series
- Oracle Solaris Server
- Stratus V Series
- Backup and restore procedures
- Troubleshooting
- Using NetBackup for NDMP scripts
- About the NetBackup for NDMP scripts
- ndmp_start_notify script (UNIX)
- ndmp_start_notify.cmd script (Microsoft Windows)
- ndmp_end_notify script (UNIX)
- ndmp_end_notify.cmd script (Microsoft Windows)
- ndmp_start_path_notify script (UNIX)
- ndmp_start_path_notify.cmd script (Microsoft Windows)
- ndmp_end_path_notify script (UNIX)
- ndmp_end_path_notify.cmd script (Microsoft Windows)
- ndmp_moving_path_notify script (UNIX)
- ndmp_moving_path_notify.cmd script (Microsoft Windows)
- Introduction to NetBackup for NDMP
Using NetBackup with NetApp's Data ONTAP 8.2 cluster mode
In the Clustered Data ONTAP (cDOT) 8.2 release, NetApp released an NDMP extension called Cluster Aware Backup (CAB). This extension allows backing up a Vserver (virtual server) or storage virtual machine (SVM) as an NDMP host (client) in a NetBackup policy. It is the default in new installs of ONTAP 8.2 and beyond. In environments where a cluster is upgraded from an older version of ONTAP, or in environments running multiple ONTAP versions, the behavior is to use node names as the NDMP host name. This is configurable using the following ONTAP command:
system services ndmp node-scope-mode [on|off]
Where on is Node-scope NDMP mode, and off is Vserver Aware NDMP mode.
ONTAP 8.2 C-mode (cluster mode) allows volumes to be moved from one node to another node in a cluster. Movement of volumes is performed to provide non-disruptive operations, high availability (failover), and resource balancing. NetApp automatically moves volumes during a failover. However, moving volumes to another node for maintenance or to provide load balancing will be performed by the NetApp storage admin.
NetBackup supports the CAB extension with the NetBackup 7.7 release. There are important considerations when configuring NetBackup to protect a NetApp Clustered Data ONTAP environment running in either node-scope NDMP mode or Vserver Aware NDMP mode.
In NetBackup, data is tracked by client name, which is the NDMP hostname that is used to access the data. In cDOT, data is associated with a Vserver and hosted on a physical node. These things need to be considered when configuring NetBackup.
Another consideration is the availability of resources from the cluster, as illustrated in Table: Availability of resources from the cluster:
Table: Availability of resources from the cluster
Interface Type | Volume Visibility | Tape Drive Visibility | ||||
|---|---|---|---|---|---|---|
Node-scope- mode | Vserver-mode | Node-scope- mode | Vserver-mode | |||
Non-CAB Aware NetBackup | CAB-Aware NetBackup | Non-CAB Aware NetBackup | CAB-Aware NetBackup | |||
Cluster Management | N/A | All volumes on the same node as LIF | All volumes in cluster | N/A | N/A | All tape drives in cluster |
Intercluster | N/A | All volumes on the same node as LIF | All volumes in cluster | N/A | N/A | All tape drives in cluster |
Vserver | N/A | Volumes in Vserver and hosted on same node as LIF | All volumes in Vserver | N/A | N/A | N/A |
Node Name | All volumes on node | N/A | N/A | All tape drives on node | N/A | N/A |
An Intercluster LIF is very similar to a Cluster Management LIF, but needs to be configured on each node of a cluster.