Veritas NetBackup™ Troubleshooting Guide
- Introduction
- Troubleshooting procedures
- About troubleshooting procedures
- Troubleshooting NetBackup problems
- Troubleshooting installation problems
- Troubleshooting configuration problems
- Device configuration problem resolution
- Testing the master server and clients
- Testing the media server and clients
- Resolving network communication problems with UNIX clients
- Resolving network communication problems with Windows clients
- Troubleshooting vnetd proxy connections
- vnetd proxy connection requirements
- Where to begin to troubleshoot vnetd proxy connections
- Verify that the vnetd process and proxies are active
- Verify that the host connections are proxied
- Test the vnetd proxy connections
- Examine the log files of the connecting and accepting processes
- Viewing the vnetd proxy log files
- Troubleshooting security certificate revocation
- Troubleshooting cloud provider's revoked SSL certificate issues
- Troubleshooting cloud provider's CRL download issues
- How a host's CRL affects certificate revocation troubleshooting
- NetBackup job fails because of revoked certificate or unavailability of CRLs
- NetBackup job fails because of apparent network error
- NetBackup job fails because of unavailable resource
- Master server security certificate is revoked
- Determining a NetBackup host's certificate state
- Troubleshooting issues with external CA-signed certificate revocation
- About troubleshooting networks and host names
- Verifying host name and service entries in NetBackup
- Example of host name and service entries on UNIX master server and client
- Example of host name and service entries on UNIX master server and media server
- Example of host name and service entries on UNIX PC clients
- Example of host name and service entries on UNIX server that connects to multiple networks
- About the bpclntcmd utility
- Using the Host Properties window to access configuration settings
- Resolving full disk problems
- Frozen media troubleshooting considerations
- Troubleshooting problems with the NetBackup web services
- Troubleshooting problems with the NetBackup web server certificate
- Resolving PBX problems
- Troubleshooting problems with validation of the remote host
- Troubleshooting Auto Image Replication
- Troubleshooting network interface card performance
- About SERVER entries in the bp.conf file
- About unavailable storage unit problems
- Resolving a NetBackup Administration operations failure on Windows
- Resolving garbled text displayed in NetBackup Administration Console on a UNIX computer
- Troubleshooting error messages in the NetBackup Administration Console
- Extra disk space required for logs and temporary files for the NetBackup Administration Console
- Unable to logon to the NetBackup Administration Console after external CA configuration
- Troubleshooting file-based external certificate issues
- Troubleshooting Windows certificate store issues
- Troubleshooting backup failures
- Troubleshooting backup failure issues with NAT clients or NAT servers
- Troubleshooting issues with the NetBackup Messaging Broker (or nbmqbroker) service
- Issues with email notifications for Windows systems
- Using NetBackup utilities
- About NetBackup troubleshooting utilities
- About the analysis utilities for NetBackup debug logs
- About the Logging Assistant
- About network troubleshooting utilities
- About the NetBackup support utility (nbsu)
- About the NetBackup consistency check utility (NBCC)
- About the NetBackup consistency check repair (NBCCR) utility
- About the nbcplogs utility
- About the robotic test utilities
- Disaster recovery
- About disaster recovery
- About disaster recovery requirements
- Disaster recovery packages
- About disaster recovery settings
- Recommended backup practices
- About disk recovery procedures for UNIX and Linux
- About clustered NetBackup server recovery for UNIX and Linux
- About disk recovery procedures for Windows
- About clustered NetBackup server recovery for Windows
- Generating a certificate on a clustered master server after disaster recovery installation
- About restoring disaster recovery package
- About the DR_PKG_MARKER_FILE environment variable
- Restoring disaster recovery package on Windows
- Restoring disaster recovery package on UNIX
- About recovering the NetBackup catalog
- About NetBackup catalog recovery on Windows computers
- About NetBackup catalog recovery from disk devices
- About NetBackup catalog recovery and symbolic links
- About NetBackup catalog recovery and
- NetBackup disaster recovery email example
- About recovering the entire NetBackup catalog
- About recovering the NetBackup catalog image files
- About recovering the NetBackup relational database
- Recovering the NetBackup catalog when NetBackup Access Control is configured
- Recovering the NetBackup catalog from a nonprimary copy of a catalog backup
- Recovering the NetBackup catalog without the disaster recovery file
- Recovering a NetBackup user-directed online catalog backup from the command line
- Restoring files from a NetBackup online catalog backup
- Unfreezing the NetBackup online catalog recovery media
- Steps to carry out when you see exit status 5988 during catalog recovery
- Index
Recovering NetBackup relational database files from a backup
You can recover the NetBackup (NBDB) or Bare Metal Restore (BMRDB) relational database files from a backup. A valid database must exist before you can recover the catalog backup. Therefore, the steps that you follow to recover from a backup depend on the use case, as follows:
The database is not corrupted | If the NBDB database is available and the SQL Anywhere server is running, you do not need to create a database. Do only step 11 and step 13 in the following procedure. |
The database is corrupted | Follow all of the steps in the procedure only if the NBDB database has been corrupted or does not exist. You must create a valid, empty database, which is included in the full procedure. |
To recover the NetBackup relational database files from a catalog backup
- If the NetBackup services are running, stop them as follows:
UNIX:
/usr/openv/netbackup/bin/bp.kill_all
Windows:
install_path\NetBackup\bin\bpdown
- Move the
*.dband*.logfiles from the database file directories to a temporary directory. The following are the default locations for the database files:UNIX:
/usr/openv/db/dataWindows:
C:\Program Files\Veritas\NetBackupDB\data - Configure SQL Anywhere so that it does not try to start automatically when the host is started, as follows:
UNIX:
/usr/openv/db/bin/nbdb_admin -auto_start NONE
Windows:
install_path\NetBackup\bin\nbdb_admin -auto_start NONE
- Start the SQL Anywhere server, as follows:
UNIX:
/usr/openv/netbackup/bin/nbdbms_start_stop start
Windows:
install_path\NetBackup\bin\bpup -e SQLANYs_VERITAS_NB
- Create the database. The command that you run depends on your scenario, as follows:
Normal scenario
UNIX: /usr/openv/db/bin/create_nbdb -drop
Windows: install_path\NetBackup\bin\create_nbdb -drop
The database was relocated or the environment is clustered
UNIX: /usr/openv/db/bin/create_nbdb -data VXDBMS_NB_DATA -drop -staging VXDBMS_NB_STAGING
Windows: install_path\NetBackup\bin\create_nbdb -data VXDBMS_NB_DATA -drop -staging VXDBMS_NB_STAGING
Obtain the values for VXDBMS_NB_DATA and VXDBMS_NB_STAGING from the
vxdbms.conffile in the temporary directory that you created in step 2.The database was relocated or the environment is clustered, and space constraints force you to create this temporary database in the final location
UNIX: /usr/openv/db/bin/create_nbdb -drop -data VXDBMS_NB_DATA -index VXDBMS_NB_INDEX -tlog VXDBMS_NB_TLOG -staging VXDBMS_NB_STAGING
Windows: install_path\NetBackup\bin\create_nbdb -drop -data VXDBMS_NB_DATA -index VXDBMS_NB_INDEX -tlog VXDBMS_NB_TLOG -staging VXDBMS_NB_STAGING
Obtain the values for the option arguments from the
vxdbms.conffile in the temporary directory that you created in step 2. - Start the NetBackup services, as follows:
UNIX:
/usr/openv/netbackup/bin/bp.start_all
Windows:
install_path\NetBackup\bin\bpup
- Load the default device protocols and settings into the NetBackup Enterprise Media Manager (EMM) database by running the following command:
UNIX:
/usr/openv/volmgr/bin/tpext -loadEMM
Windows:
install_path\Volmgr\bin\tpext -loadEMM
- If you used the nbdb_move command to relocate the NetBackup database files, re-create the directories where the files were located when you backed up the catalog. The following are the default locations into which the nbdb_move command moves the database files:
UNIX:
/usr/openv/db/dataWindows:
install_path\NetBackupDB\data - Start the NetBackup device manager on the NetBackup master server, as follows:
UNIX:
/usr/openv/volmgr/bin/ltid -v
Windows:
Use Windows Computer Management to start the NetBackup Device Manager service (ltid.exe).
- If the catalog backup and the recovery devices are not available, do the following:
a
Configure the necessary recovery device in NetBackup.
For tape storage or BasicDisk storage, see the NetBackup Administrator's Guide, Volume I. For disk storage types, see the guide that describes the option. See the following website for NetBackup documentation:
b
Make available to NetBackup the media that contains the catalog backup: Inventory the robot or the disk pool, add the media for standalone drives, configure the storage server and disk pool, or so on.
For tape storage or BasicDisk storage, see the NetBackup Administrator's Guide, Volume I. For disk storage types, see the guide that describes the option. See the following website for NetBackup documentation:
c
Import the catalog backup from the media on which it resides.
See the NetBackup Administrator's Guide, Volume I:
- Recover the catalog by running the following command on the master server:
UNIX:
/usr/openv/netbackup/bin/admincmd/bprecover -r -nbdb
Windows:
install_path\NetBackup\bin\admincmd\bprecover -r -nbdb
- Clean up whitelist cache for all hosts
- Stop and restart NetBackup services on the master server and other hosts, as follows:
UNIX:
/usr/openv/netbackup/bin/bp.kill_all /usr/openv/netbackup/bin/bp.start_all
Windows:
install_path\NetBackup\bin\bpdown install_path\NetBackup\bin\bpup
- After the services are restarted, run the following command:
If NetBackup (or host ID-based) certificates are used in your NetBackup domain, do the following:
On a non-clustered setup:
UNIX:
/usr/openv/netbackup/bin/nbcertcmd -renewcertificate
Windows:
install_path\netbackup\bin\nbcertcmd -renewcertificate
On a clustered setup:
UNIX:
/usr/openv/netbackup/bin/nbcertcmd -renewcertificate -cluster
Windows:
install_path\netbackup\bin\nbcertcmd -renewcertificate -cluster
If external CA-signed certificates are used in your NetBackup domain, do the following:
On a non-clustered setup
UNIX:
/usr/openv/netbackup/bin/nbcertcmd -enrollCertificate
Windows:
install_path\netbackup\bin\nbcertcmd -enrollCertificate
On a clustered setup:
UNIX:
/usr/openv/netbackup/bin/nbcertcmd -enrollCertificate -cluster
Windows:
install_path\netbackup\bin\nbcertcmd -enrollCertificate -cluster
If the command fails with the exist status 5988, refer to the following topic:
See Steps to carry out when you see exit status 5988 during catalog recovery.