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
- Configuring Storage Lifecyle Policies for D-NAS
- About storage lifecycle policies
- Snapshot operation in SLP
- Creating a storage lifecycle policy for snapshots and snapshot replication
- Replication operation in the SLP
- Index from snapshot operation in an SLP
- Backup from snapshot operation in an SLP
- Duplication operation in an SLP
- Retention types for SLP operations
- Volume multi-host backup
- Configure D-NAS policy for NAS backups
- About policies for NAS backups
- Planning for policies
- Prerequisites for D-NAS policies
- Configure D-NAS policy for NAS volumes
- Policy attributes
- Creating schedule attributes for policies
- Configuring the Start window
- Configuring the exclude dates
- Configuring clients
- Configuring backup selections
- Configuring exclude lists
- Ordering of backup from snapshot jobs
- About mixed mode volumes
- Configuring include and exclude lists
- Auto-resume backup for incomplete backup jobs
- Using Accelerator
- Using Vendor Change Tracking
- Using true image restore
- Replication using D-NAS policy
- Restoring from D-NAS backups
- Multi-stream restores from D-NAS backups
- Considerations for restoring from D-NAS backups
- About the Overwrite existing file option during restore
- RBAC role for D-NAS restores
- Scanning for malware
- Restore everything to a different location
- Restore individual files and folders to different locations
- Original location restores for D-NAS Policy
- Point-in-time rollback
- Multi-stream restores 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
- Exclude list is not working during backup
- Restore from a snapshot fails with status 133
- Backup from snapshot jobs do not start after the snapshot job completes successfully
- 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.
- 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.
- D-NAS backup fails with the error: The file system crawler process timed-out waiting for streams to attach with shared memory. (3003)
- Isilon backup from snapshot failed with the Snapshot cannot be mounted error.
- Discovery and snapshot operations fail with the errors 156 and 1542
- 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 creating an NDMP policy
- About appropriate host selection for NetApp cDOT backup policies
- Attributes tab options for an NDMP policy
- Schedules tab options for an NDMP policy with Accelerator for NDMP enabled
- About backup types in a schedule for an NDMP policy
- Clients tab options for an NDMP policy
- Backup selection options 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
About existing NetApp cDOT configurations before you upgrade
This topic describes how to upgrade NetBackup with a NetApp cDOT system. If you use a NetApp cDOT system, review the following information before you upgrade to NetBackup 7.7 or later.
If your NetApp cluster is set to and you have not yet installed NetBackup, your environment should be set up as follows before the upgrade:
The client name that is used in the backup policy is the node-management LIF.
Only the volumes that are hosted by the node that hosts the LIF are available for backup or restore. Each node must have a node-management LIF in the client list of the policy.
Tape devices that are attached to a node are available for backup or restore.
The NDMP host name that is used for the device configuration is the node name (node-management LIF).
The tape devices are available only to the nodes to which they are connected.
After you upgrade to NetBackup, everything works as it did before the upgrade until you enable the NetBackup cDOT capabilities by disabling node-scope mode.
To start using the NetBackup cDOT capabilities, do the following:
Back up the catalog.
(Optional) Create a detailed image catalog report that provides the following:
Collects information, such as NDMP host names, policies, and backup selections, that can be used when you create the new cDOT backup policies.
Determines the client names to search for when you restore the pre-cDOT backups in the new cDOT environment.
Upgrade all of the NetBackup media servers that are authorized to access the cluster. Upgrades do not have to occur at the same time, but must be done before the following step.
Enable the Vserver aware mode on the cluster by disabling node-scope-mode. Please see your specific cluster documentation.
If there are tape devices attached to the cluster, you must reconfigure your tape devices to use the cluster-management LIF as the NDMP host for the device configuration.
Caution:
NetBackup only supports the use of the cluster-management LIF for device configurations.
Note:
For each node in the cluster that will have tape devices, be sure to configure all of the tape devices available to the cluster on that node. Any node that has access to a tape device should also have access to all of the tape devices.
Enable the NDMP service on the cluster for each data LIF that will be used for backups. See the NetApp documentation for more information.
Authorize the data LIF as needed for NetBackup access.
Add, delete, or update the old storage units that are using the node names of the cluster.
Add, delete, or update the old policies that back up the cluster.
You must use either the data LIF or the cluster-management LIF as the client name. NetBackup does not support use of the node name for the client name.
Backup selections may also need to be adjusted.
Note:
The use of the data LIF as a client will protect and catalog all volumes associated with the data LIF's Vserver under this client. The use of the cluster-management LIF as a client will protect and catalog all volumes on the entire cluster under this client.
To read the old images, you may have to use alternate client restore. For more information about alternate client restores, see the NetBackup Administrator's Guide, Volume I
If your NetApp cluster is set to , and you have not yet installed NetBackup, your environment should be set up as follows before the upgrade:
The cluster is in Vserver aware mode. The Cluster Aware Backup (CAB) extension is enabled on the filer. NetBackup does not use the CAB extension.
The client name used in the backup policy is the data LIF associated with a Vserver or the cluster-management LIF.
Only volumes (that belong to the Vserver) hosted by a node that hosts the data LIF are available for backup or restore.
The tape devices that are attached to the cluster are not available for backup or restore.
After you upgrade to NetBackup, the behavior is different and you need to make some changes. NetBackup now uses the CAB extension and enables it by default. Because of this, the following occurs:
NetBackup uses all of the volumes that belong to the Vserver.
NetBackup uses the volume affinities.
As a result of this change, the following occurs:
When the ALL_FILESYSTEMS directive is in use by multiple policies for the same Vserver, NetBackup may back up the same volume multiple times under different policies. And further incremental backups may not be reliable.
Multi-streamed backup jobs will start failing with status code 99. The following message is displayed in the job details for the failed jobs:
12/10/2014 14:42:11 - Error ndmpagent (pid=29502) NDMP backup failed, path = /vs02/vol1:PARAMETER:AFFINITY=4ac6c4b6-7e99-11e4-b3b6-1779f43af917
This happens because some components of NetBackup are not told to use the cluster in the Vserver aware mode. It is highly recommended to upgrade and enable the cDOT capabilities as soon as possible.
To start using the cDOT capabilities, you must do the following:
Back up the catalog.
Create a detailed image catalog report (it can be referenced later for read operations).
Upgrade all of the NetBackup media servers that are authorized to access the cluster. All media servers should be upgraded at the same time to avoid inconsistent behavior.
Run the tpautoconf -verify ndmp_host command for each pre-existing LIF that is configured in NetBackup. This command must be run from the media servers that have credentials to the LIF. After the command is successfully run, the nbemmcmd command should display output similar to the following example:
servername1@/>nbemmcmd -listsettings -machinename machinename123 -machinetype ndmp NBEMMCMD, Version: 7.7 The following configuration settings were found: NAS_OS_VERSION="NetApp Release 8.2P3 Cluster-Mode" NAS_CDOT_BACKUP="1" Command completed successfully. NAS_OS_VERSION displays the NetApp Version. NAS_CDOT_BACKUP tells us if NetBackup uses the new cDOT capabilities.
Note:
The tpautoconf -verify ndmp_host command is not required when a new Vserver is added.
You can now add devices to the NDMP cluster and access them using the cluster-management LIF. If you add devices, you must discover the devices.
Add storage units for the newly discovered devices.
Add, delete, or update the policies that reference the cluster as needed. Start using the cluster in Vserver aware mode.
If you do not want to enable the cDOT functionality immediately; for example, you want to upgrade the media servers in phases, you can disable the cDOT capabilities by doing the following:
Create the following touch file on all of the media servers that are authorized to access the NDMP host. This causes NetBackup to disable the CAB extension for all of the NDMP hosts for that media server.
On Windows: install_path\NetBackup\db\config\DISABLE_NDMP_CDOT
On UNIX: /usr/openv/netbackup/db/config/DISABLE_NDMP_CDOT
You can disable the CAB extensions for specific NDMP hosts by creating the following file on the media servers with one or more NDMP host names (one per line):
On Windows: install_path\NetBackup\db\config\DISABLE_NDMP_CDOT_HOST_LIST
On UNIX: /usr/openv/netbackup/db/config/DISABLE_NDMP_CDOT_HOST_LIST
An example of the content of the file is as follows. NetBackup disables the CAB extension only for Filer_1 and Filer_2.
Filer_1 Filer_2
To enable the cDOT functionality, these files must be deleted and you must follow all of the steps explained in the previous upgrade procedure.