Veritas NetBackup™ for Oracle Administrator's Guide
- Introduction
- NetBackup for Oracle QuickStart
- Installing NetBackup for Oracle
- About linking Oracle RMAN with NetBackup for UNIX
- Oracle policy configuration
- Preparing for NetBackup for Oracle configuration
- Instance management for an Oracle Intelligent Policy
- About Oracle Intelligent Policies (OIP)
- About script- or template-based Oracle policies
- About adding backup selections to an Oracle policy
- About configuring the run-time environment
- About creating templates and shell scripts
- About creating RMAN scripts manually
- Performing backups and restores of Oracle
- About NetBackup for Oracle backups
- About NetBackup for Oracle restores
- Using NetBackup for Oracle in a Microsoft Windows cluster environment
- Guided Recovery
- Troubleshooting Guided Recovery
- NetBackup for Oracle with Snapshot Client
- About NetBackup for Oracle with Snapshot Client
- How NetBackup for Oracle with Snapshot Client works
- About configuring Snapshot Client with NetBackup for Oracle
- Restoring NetBackup for Oracle from a snapshot backup
- About configuring NetBackup for Oracle block-level incremental backups on UNIX
- About Snapshot Client effects
- About Oracle support for Replication Director
- Troubleshooting
- Troubleshooting RMAN backup or restore errors
- Appendix A. Real Application Clusters
- Appendix B. Best practices for protecting Oracle RAC with NetBackup
- Appendix C. Deduplication best practices
- Appendix D. Snapshot Client support of SFRAC
- Appendix E. Script-based block-level incremental (BLI) backups without RMAN on UNIX and Linux systems
- Verifying installation requirements for BLI backups without RMAN
- Creating NetBackup policies for script-based BLI backup
- Creating notify scripts for BLI backups
- Performing backups and restores
- About troubleshooting backup or restore errors
- Appendix F. XML Archiver
- NetBackup for Oracle XML export and XML import
- About XML export templates and shell scripts
- Performing an XML export archive
- Restoring an XML export archive
- Troubleshooting XML export or XML import errors
- Appendix G. Register authorized locations
Example RAC configuration: Failover name exists and backup is not load balanced
In this configuration, a failover name exists such that the NetBackup media server can always reach an available host to execute the backup script. Further, since load balancing is disabled, RMAN allocates the channels on a single host, typically the same host where the script executes.
The configuration is as follows:
Configure the policy to specify the failover name as the client name. The automatic schedule then runs the backup script on a host that is currently operational.
The backup script or an identical copy must be accessible to all hosts in the cluster. The clustered file system is a good location.
Configure the backup script so that RMAN provides to NetBackup the failover name from the policy. It floats to the active instance-host and ensures successful data transfer, and all the backups are stored under that single client name.
ALLOCATE CHANNEL ... ; SEND 'NB_ORA_CLIENT=$NB_ORA_CLIENT'; BACKUP ... ;
The NetBackup master server configuration must allow the physical host names access to all of the backup images.
cd /usr/openv/netbackup/db/altnames echo "hostname1" >> hostname1 echo "vipname1" >> hostname1 echo "hostname2" >> hostname1 echo "vipname2" >> hostname1 echo "failover_vipname" >> hostname1 cp hostname1 hostname2
You can use Preferred Network on the client to specify the outbound interface for user-directed requests to the master server. This method is not recommended. However, if you use this method then you must allow the VIP names to access all of the backup images.
cd /usr/openv/netbackup/db/altnames cp hostname1 vipname1 cp hostname1 vipname2
Note:
This method may not be desirable because it affects the source IP for user-directed file system backup, list, and restore requests.
The backup script then runs on the active host that currently hosts the failover name. RMAN allocates the channels on that host to perform the backup. The Application Backup jobs queue to the failover name, and the NetBackup media server connects back to the failover name for the data transfer. The backup images are stored under the failover name regardless of which host performed the backup. Restores can take place from either host as long as the restore request is configured to SEND 'NB_ORA_CLIENT=failover name';