NetBackup™ Administrator's Guide, Volume II
- NetBackup licensing models and usage reporting
- About NetBackup licensing models
 - Tools for creating and viewing licensing reports
 - Setting the licensing type for scheduled reports
 - How capacity licensing works
 - How NEVC licensing works
 - Scheduling reports for capacity licensing
 - Scheduling reports for traditional licensing
 - Scheduling reports for NetBackup Enterprise Virtual Client (NEVC) licensing
 - Other configuration for incremental reporting
 - Troubleshooting failures for usage reporting and incremental reporting
 - Manually generating licensing reports
 - Creating and viewing the licensing report
 - Reviewing a capacity licensing report
- Summary tab
 - Client aliases and multiple IP addresses
 - Itemization tab
 - Clients backed up with multiple streams
 - Data backed up by multiple policies
 - BigData plug-ins for NetBackup
 - NetBackup for Exchange agent
 - NetBackup for NDMP agent
 - NetBackup for Oracle server agent
 - NetBackup for SQL Server agent
 - NetBackup for VMware agent
 - NetBackup for Hyper-V agent
 - NetBackup for RHV agent
 - NetBackup for Nutanix-AHV agent
 - NAS-Data-Protection policy
 - Cloud policy
 - NetBackup for Kubernetes
 - Windows file system backups
 - UNIX file system backups
 
 - Reconciling the capacity licensing report results
 - Reviewing a traditional licensing report
 - Reviewing an NEVC licensing report
 - Using the NetBackup Storage API to get the total backup size information
 
 - Additional configuration
- About multiple NetBackup master servers
 - About multiple media servers with one master server
 - About direct I/O for backups on Windows
 - About dynamic host name and IP addressing
 - About busy file processing on UNIX clients
 - About specifying the locale of the NetBackup installation
 - About the Shared Storage Option
- About Shared Storage Option components
 - DELETE About reserving or releasing shared devices
 - How to share robotic libraries without using the Shared Storage Option
 - Shared Storage Option terms and concepts
 - DELETE About the Shared Storage Option license
 - About Shared Storage Option prerequisites
 - About hardware configuration guidelines
 - About installing and configuring drivers
 - Verifying the connectivity
 - DELETE About configuring the Shared Storage Option in NetBackup
 - Verifying your Shared Storage Option configuration
 - Device Monitor and Shared Storage Option
 - Viewing SSO summary reports
 - Operating system assistance
 - Common configuration issues with Shared Storage Option
 - Frequently asked questions about Shared Storage Option
 
 - About the vm.conf configuration file
- ACS_mediatype entry in vm.conf
 - ACS_SEL_SOCKET entry in vm.conf
 - ACS_CSI_HOSTPORT entry in vm.conf (on UNIX)
 - ACS_SSI_HOSTNAME entry in vm.conf
 - ACS_SSI_INET_PORT entry in vm.conf (on UNIX)
 - ACS_SSI_SOCKET entry in vm.conf
 - ACS_TCP_RPCSERVICE / ACS_UDP_RPCSERVICE entry in vm.conf (on UNIX)
 - ADJ_LSM entry in vm.conf
 - API_BARCODE_RULES entry in vm.conf
 - AUTHORIZATION_REQUIRED entry in vm.conf in NetBackup versions 8.0 and earlier
 - AUTO_PATH_CORRECTION entry in vm.conf
 - AUTO_UPDATE_ROBOT entry in vm.conf
 - AVRD_PEND_DELAY entry in vm.conf
 - AVRD_SCAN_DELAY entry in vm.conf
 - CLEAN_REQUEST_TIMEOUT entry in vm.conf
 - CLIENT_PORT_WINDOW entry in vm.conf
 - CLUSTER_NAME entry in vm.conf
 - DAYS_TO_KEEP_LOGS entry in vm.conf
 - EMM_RETRY_COUNT entry in vm.conf
 - EMM_CONNECT_TIMOUT entry in vm.conf
 - EMM_REQUEST_TIMOUT entry in vm.conf
 - ENABLE_ROBOT_AUTH entry in vm.conf
 - INVENTORY_FILTER entry in vm.conf
 - MAP_ID entry in vm.conf
 - MAP_CONTINUE_TIMEOUT entry in vm.conf
 - MEDIA_ID_BARCODE_CHARS entry in vm.conf
 - MEDIA_ID_PREFIX entry in vm.conf
 - MM_SERVER_NAME entry in vm.conf
 - PREFERRED_GROUP entry in vm.conf
 - RANDOM_PORTS entry in vm.conf
 - REQUIRED_INTERFACE entry in vm.conf
 - SERVER entry in vm.conf in NetBackup versions 8.0 and earlier
 - SSO_DA_REREGISTER_INTERVAL entry in vm.conf
 - SSO_DA_RETRY_TIMEOUT entry in vm.conf
 - SSO_HOST_NAME entry in vm.conf
 - VERBOSE entry in vm.conf
 - Example vm.conf file
 - How to access media and devices on other hosts
 - Host name precedence in the vm.conf file
 
 
 - Holds Management
 - Menu user interfaces on UNIX
- About menu user interfaces
 - About the tpconfig device configuration utility
- About the tpconfig utility menu
 - Starting the tpconfig device configuration utility
 - Adding robots
 - Adding drives
 - Updating a robot configuration
 - Updating a drive configuration
 - Deleting a robot
 - Deleting a drive
 - Configuring drive paths
 - Configuring host credentials
 - Displaying and writing the device configuration
 
 - About the NetBackup Disk Configuration Utility
 
 - Reference topics
- Host name rules
 - About reading backup images with nbtar or tar32.exe
 - Factors that affect backup time
 - Methods for determining the NetBackup transfer rate
 - NetBackup notify scripts
- backup_notify script
 - backup_exit_notify script
 - bpstart_notify script (UNIX clients)
 - bpstart_notify.bat script (Windows clients)
 - bpend_notify script (UNIX clients)
 - bpend_notify.bat script (Windows clients)
 - bpend_notify_busy script (UNIX clients)
 - child_end_deployment_notify
 - child_start_deployment_notify
 - diskfull_notify script
 - drive_mount_notify script (on UNIX)
 - drive_unmount_notify script (on UNIX)
 - mail_dr_info script
 - media_deassign_notify script
 - nbmail.cmd script (on Windows)
 - parent_end_deployment_notify
 - parent_end_notify script
 - parent_start_deployment_notify
 - parent_start_notify script
 - pending_request_notify script
 - restore_notify script
 - session_notify script
 - session_start_notify script
 - shared_drive_notify script
 - userreq_notify script
 
 - Media and device management best practices
 - About TapeAlert
 - About tape drive cleaning
 - How NetBackup selects drives
 - How NetBackup reserves drives
- About SCSI persistent reserve
 - About the SPC-2 SCSI reserve process
 - About SCSI reserve requirements
 - About SCSI reserve limitations
 - About SCSI reservation logging
 - About SCSI reserve operating system limitations on Windows
 - About checking for data loss
 - About checking for tape and driver configuration errors
 - About configuring SCSI reserve
 
 - How NetBackup selects media
 - Volume pool and volume group examples
 - Media formats
 - Media and device management processes
 - About Tape I/O commands on UNIX
 
 - Index
 
bpend_notify script (UNIX clients)
To receive a notification whenever a UNIX client completes a backup or an archive operation, copy the following file from the server:
/usr/openv/netbackup/bin/goodies/bpend_notify
Then place the file in the following location on the UNIX client:
/usr/openv/netbackup/bin/bpend_notify
Modify the script and ensure that you have permission to run the script.
Note:
The bpend_notify script is run when the client is finished sending data, but the server has not yet completed writing to media.
Note:
Ensure that other administrators can run the notify scripts after they are modified. To do so, run chmod ugo+rx script_name, where script_name is the name of the script.
The bpend_notify script runs each time a backup or archive completes. For archives, it runs after the backup but before the files are removed.
If bpend_notify exists, it runs in the foreground and bpbkar on the client waits until it completes. Any commands that do not end with an ampersand character (&) run serially.
The server expects the client to respond within the time that the BPEND_TIMEOUT NetBackup configuration option specifies. The default for BPEND_TIMEOUT is 300.
If the script needs more than 300 seconds, set BPEND_TIMEOUT to a larger value. Avoid too large a value because it can delay the server from servicing other clients.
NetBackup passes the following parameters to the script:
clientname  | Specifies the name of the client from the NetBackup catalog.  | 
policyname  | Specifies the policy name from the NetBackup catalog.  | 
schedname  | Specifies the schedule name from the NetBackup catalog.  | 
schedtype  | Specifies one of the following: FULL, INCR (differential incremental), CINC (cumulative incremental), UBAK, UARC  | 
exitstatus  | Specifies the exit code from bpbkar. The status is the client status and does not indicate that the backup is complete and successful. The client can display a status 0 when, due to a failure on the server, the All Log Entries report displays a status 84.  | 
Note:
The bpend_notify script also runs for NetBackup catalog backups if a .policyname[.schedule] is not specified.
For example:
bpend_notify client1 pol_1 fulls FULL 0 bpend_notify client2 pol_1 incrementals INCR 73
To create a bpend_notify script for a specific policy or policy and schedule combination, create script files with a .policyname or .policyname.schedulename suffix. The following are two examples of script names for a policy that is named production with a schedule that is named fulls:
/usr/openv/netbackup/bin/bpend_notify.production /usr/openv/netbackup/bin/bpend_notify.production.fulls
The first script affects all scheduled backups in the policy production. The second script affects scheduled backups in the policy production only when the schedule is named fulls.
Note:
For a given backup, NetBackup uses only one bpend_notify script and that is the one with the most specific name. For example, if there are both bpend_notify.production and bpend_notify.production.fulls scripts, NetBackup uses only bpend_notify.production.fulls.
The bpend_notify script can use the following environment variables:
BACKUPID UNIXBACKUPTIME BACKUPTIME
The NetBackup bpbkar process creates these variables. The following are examples of the strings that are available to the script for use to record information about a backup:
BACKUPID=client1_0857340526 UNIXBACKUPTIME=0857340526 BACKUPTIME=Sun Mar 2 16:08:46 2011
The following environment variables can be used for the support of multiple data streams.
Table: Environment variables used for support of multiple data streams
Environment variable  | Description  | 
|---|---|
STREAM_NUMBER  | Specifies the stream number. The first stream from a policy, client, and schedule is 1. A 0 value indicates that multiple data streams are not enabled.  | 
STREAM_COUNT  | Specifies the total number of streams to be generated from this policy, client, and schedule.  | 
STREAM_PID  | Specifies the PID (process ID) number of bpbkar.  | 
FINISHED  | Specifies the status of the checkpointed restarts of backup jobs. A value of 0 indicates that the client was not finished sending all of the data. A value of 1 indicates that the client was finished sending all of the data.  |