Veritas NetBackup™ Vault™ Administrator's Guide
- About Vault
- Installing Vault
- Best Practices
- About best practices
- About vaulting paradigms
- About preferred vaulting strategies
- About how to ensure that data is vaulted
- About not Vaulting more than necessary
- About preparing for efficient recovery
- About media ejection recommendations
- About avoiding resource contention during duplication
- About how to avoid sending duplicates over the network
- About increasing duplication throughput
- About maximizing drive utilization during duplication
- About scratch volume pools
- About organizing reports
- About generating the lost media report regularly
- Configuring NetBackup for Vault
- Configuring Vault
- About configuring Vault
- About Vault configuration
- About configuration methods
- About configuring Vault Management Properties
- Configuring robots in Vault
- Vault Robot dialog box options
- About creating a vault
- Media access ports dialog box
- Creating retention mappings
- About creating profiles
- Creating a profile
- Configuring a profile
- Vaulting and managing media
- About Vault sessions
- About previewing a Vault session
- Stopping a Vault session
- About resuming a Vault session
- About monitoring a Vault session
- About the list of images to be vaulted
- About ejecting media
- About injecting media
- About using containers
- Assigning multiple retentions with one profile
- About vaulting additional volumes
- Revaulting unexpired media
- About tracking volumes not ejected by Vault
- Vaulting VSM media
- Vaulting non-NetBackup media managed by media Manager
- About notifying a tape operator when an eject begins
- About using notify scripts
- About clearing the media description field
- Restoring data from vaulted media
- Replacing damaged media
- Creating originals or copies concurrently
- Reporting
- Administering Vault
- About setting up email
- About administering access to Vault
- About printing Vault and profile information
- Copying a profile
- About moving a vault to a different robot
- About changing volume pools and groups
- About NetBackup Vault session files
- Operational issues with Vaulting Storage migrator files
- Operational issue with disk-only option on Duplication tab
- Operational issues with the scope of the source volume group
- Using the menu user interface
- Troubleshooting
- About troubleshooting Vault
- About printing problems
- About errors returned by the Vault session
- About media that are not ejected
- About media that is missing in robot
- Reduplicating a bad or missing duplicate tape
- About the tape drive or robot offline
- No duplicate progress message
- About stopping bpvault
- About ejecting tapes that are in use
- About tapes not removed from the MAP
- Revaulting unexpired tapes
- Debug logs
- Appendix A. Recovering from disasters
- Appendix B. Vault file and directory structure
No duplicate progress message
If you see a message similar to the following in the Vault detail.log, the Vault process has not received any new information from the bpduplicate process within the time frame specified (in this example, 30 minutes):
bpduplicate_progress_logname: no activity in 30 minutes
bpduplicate_progress_logname is the progress log that bpduplicate creates as it runs the duplication for Vault.
This file resides in the following directory:
UNIX
/usr/openv/netbackup/vault/sessions/vault_name/sidxxx /logs/duplicate.log.n
Windows
install_path\NetBackup\vault\sessions\vault_name\sidxxx \logs\duplicate.log.n
The vault_name is the name of the vault that is used for the session, xxx is the unique session ID, and n is the number of the instance of the bpduplicate command (1 for the first instance, 2 for the second, and so on).
This message does not necessarily indicate that an error occurred. If the image that is currently being duplicated is very large (for example, several gigabytes), this message appears only for informational purposes. To determine if a problem exists, you can determine the size of the current image. First examine the last few lines of the details.log file to determine backup image ID.
Then run the bpimagelist command and specify the image ID, as in the following example:
UNIX
bpimagelist -L -backupid server2_0897273363
Windows
bpimagelist.exe -L -backupid server2_0897273363
The output of this command shows you various statistics about this backup image, including the number of kilobytes written during the backup. If the number is relatively small, there may be a problem with the duplication process. Sometimes this delay is caused by a media mount (which normally does not occur in robotic devices during duplication), by hardware problems, or by the media in use. Examine the Activity Monitor to determine if there are any hardware problems and also check the system logs. If the backup image is very large, regard this message as informational.