Veritas NetBackup™ Bare Metal Restore™ Administrator's Guide
- Introducing Bare Metal Restore
- Configuring BMR
- Protecting clients
- Setting up restore environments
- Shared resource trees
- About shared resource trees
- Pre-requisites for Shared Resource Tree
- Creating a shared resource tree
- Managing shared resource trees
- Adding software to a shared resource tree
- Importing a shared resource tree
- Copying a shared resource tree
- Deleting a shared resource tree
- Enabling or disabling SRT exclusive use
- Repairing a damaged shared resource tree
- Breaking a stale shared resource tree lock
- Managing boot media
- Restoring clients
- BMR restore process
- Preparing a client for restore
- BMR disk recovery behavior
- About restoring BMR clients using network boot
- About restoring BMR clients using media boot
- Generic BMR Restore
- Generic Discovery of Hardware
- About restoring to a specific point in time
- About restoring to dissimilar disks
- Restoring to a dissimilar system
- About dissimilar system restore
- About discovering the configuration of the new system
- Creating an editable DSR configuration
- About adding NIC and MSD drivers
- About changing network interfaces
- About mapping disks in the restore configuration
- About creating boot media
- About restoring the client
- Logging on for the first time after system restore
- About restoring NetBackup media servers
- About restoring BMR boot servers
- About external procedures
- External procedure points and names
- About managing external procedures
- Specifying external procedures
- About external procedure data transfer
- About interaction with external procedures
- External procedure logging examples
- External procedure operational states
- About external procedure exit codes
- About external procedure error handling
- About external procedure environment variables
- About SAN (storage area network) support
- About multiple network interface support
- Port usage during restores
- Managing Windows drivers packages
- Managing clients and configurations
- About clients and configurations
- Copying a configuration
- Discovering a configuration
- Modifying a configuration
- Deleting a configuration
- Deleting a client
- Client configuration properties
- Managing BMR boot servers
- Troubleshooting
- Problems booting from CD or DVD
- Long restore times
- Solaris media boot network parameters issue
- How to recover client when BMR configuration is deleted accidentally
- First boot after BMR restore fails on UNIX platforms
- Client network based boot issue
- Verify backup failure while recovering Windows client
- The VM takes long time for booting after BMR Physical backup conversion to virtual machine is performed on 32-bit architecture Windows OS
- BMR-enabled physical backup to Virtual Machine conversion job fails on Windows platform
- Troubleshooting issues regarding creation of virtual machine from client backup
- Many services on Solaris 11 and newer print warning messages during a system boot and during BMR first boot
- Solaris Zone recovery on Solaris 11 and newer takes time to reconfigure after a BMR restore during first boot
- A Solaris BMR restore operation fails if the text-installer package is not present in the customized AI ISO
- The /boot partition must be on a separate partition for a multiple device-based OS configuration
- Multiple error messages might be displayed during the first boot after the restoration of a client with ZFS storage pools
- BMR may not format or clear the ZFS metadata
- Specifying the short name of the client to protect with Auto Image Replication and BMR
- A restore task may remain in a finalized state in the disaster recovery domain even after the client restores successfully
- Automatic boot may fail for HP-UX after a restore
- Prepare to Restore may not work for a Solaris client
- Use of Virtual Instance Converter (VIC) hosts on Windows (x64) having NetBackup 8.1 is not supported for NetBackup 8.0 and earlier clients
- PTR or PTD failure because of boot server version mismatch after upgrade
- Error messages for prepare to restore, prepare to discover, and the bmrprep command with reference to secure communication in BMR
- Media restore of Solaris x86 11.2 or later clients may prompt for maintenance mode user name and password
- Discovery task may remain in Finalizing state after client PTD task completes successfully
- BMR restore task may remain in Finalizing state after the client is restored successfully
- Shared Resource Tree (SRT) creation fails with an error after BMR restore if a backup operation was initiated on the boot server and client while the SRT creation was in progress
- Creating virtual machine from client backup
- About creating virtual machine from backup
- BMR physical to virtual machine creation benefits and use cases
- Deployment diagram for virtual machine creation
- Client-VM conversion process flow
- Pre-requisites to create VM creation from backup
- Virtual machine creation from backup
- Virtual Machine Conversion Clients
- Converting client backup to VM
- Virtual Machine Options
- Virtual machine conversion storage destination
- Network connection selections
- Virtual machine conversion summary
- Direct Virtual Machine (VM) conversion (physical to virtual) tasks performed after the restore is complete
- Virtual Machine Conversion Tasks
- Restore Task Properties
- Creating custom configurations
- Virtual Machine Creation CLIs
- Monitoring Bare Metal Restore Activity
- Appendix A. NetBackup BMR related appendices
- Network services configurations on BMR boot Server
- About the support for Linux native multipath in BMR
- BMR support for multi-pathing environment
- BMR multipath matrix
- BMR support for virtual environment
- BMR Direct VM conversion support matrix
- About ZFS storage pool support
- Solaris zone recovery support
- BMR client recovery to other NetBackup Domain using Auto Image Replication
- Secure communication compatibility matrices for BMR for NetBackup 8.1.1 and later releases
Verify backup failure while recovering Windows client
During the Bare Metal Restore (BMR) restore process, the restoring client will attempt to verify that it has a valid backup image to complete the restore. This validation process is failing. The probable causes are:
The backup images have expired.
The client was backed up with the wrong policy type. As an example, a Windows client was backed up with a UNIX Standard policy.
The backup image is missing critical files required for a proper system restore.
The client is not authorized to perform list or restore operations on the master server.
The restore configuration that was used for the restore has invalid or missing networking information.
The NetBackup master server is not able to perform proper reverse lookup of the client.
The best methodology for debugging this error message involves the following steps:
- Perform a Prepare-to-restore operation from the NetBackup Administration Console or from the command line. If an error is encountered, then one of the below listed causes is at fault. Use normal NetBackup catalog query information to verify that a backup image is available using the correct policy type. Also, verify that the System State/ Shadow Copy Components were backed up properly. Also verify that the Bare Metal Restore software directory on the client was also backed up. If the Prepare To Restore operation is successful, the backup image information is valid. This in turn points to a problem in the BMR restore environment on the client or a network setting on the master server. Items that need to be verified as good in the restore configuration:
Check the 'Network Interfaces' section and ensure that the MAC address is correct and is the one being used during the restore. Verify that a network cable is attached to correct port on both the client NIC and the switch.
Check the "Hosts" section and verify that valid entries (host name and ip-address) exist for the NetBackup master server and media server, as required.
Look in the bmrrst log on the master server to see the progress of the restore. To determine the root cause on the restoring client:
- Cancel and exit from the restore wizard. This should place you in the main menu.
- Move the mouse to a location in the upper left-hand corner of the main screen, near the gear shaped icon. When the mouse pointer changes from an arrow to a hand, right-click the mouse. This opens a command-line window.
- Change directory to X:\BMR\NBU\bin.
- Execute the command,
bpclimagelist -client $CLNT_NAME -T echo %ERRORLEVEL%
The 'echo' command displays the return code of the command. The bpclimagelist command will fail to gather catalog backup image information for the following reasons:
Could not contact the master server (rc=25). This happens if the client has connected on the wrong interface port or has an invalid or incomplete host name and ip-address information for the master server. The fact that the client could initially access the client configuration is not relevant. At the time of the failure, the client network interfaces were modified to match what was in the restore configuration specified for the restore. The values entered on the first input page have been modified to match the configuration values.
The master server could not respond back to the client port (rc=23). Possible causes are missing client reverse lookup information, either in the Server's DNS entries or hosts file or invalid routing back to the client
The master server does not see the restoring client as a valid client (rc=131, 133, 135). The ip-address used by the client resolved to a different name than in the configuration, or the client does not have permission to perform list/restore requests. One way to resolve this is to place a temporary entry in the 'hosts' file of the master server and media server. This entry must match the data information found'Network Interfaces' section of the restore configuration used for the restore. Also check the Host Properties > Master Server > Client Attributes of the NetBackup Administration Console to ensure that the client has permissions to perform list and restore operations
The NetBackup master server does not have a valid backup image (rc=227).
As a general rule, all BMR restores should make use of fixed ip-address information and not make use of DHCP or DNS during the restore. This can be reset after the BMR restore has completed, if so desired.