Veritas NetBackup™ for Microsoft SQL Server Administrator's Guide
- Introducing NetBackup for SQL Server
- Installing NetBackup for SQL Server
- Managing SQL Server objects for use with SQL Server Intelligent Policies
- About autodiscovery of SQL Server objects
- About registering SQL Server instances and availability group replicas
- Registering instances or availability replicas with an instance group
- Configuring SQL Server backups with SQL Server Intelligent Policy
- Configuring NetBackup for SQL Server
- Performing restores of SQL Server
- Redirecting a SQL Server database to a different host
- Restoring multistreamed SQL Server backups
- Protecting SQL Server data with VMware backups
- About protecting SQL Server data with VMware backups
- Using NetBackup for SQL Server with Snapshot Client
- Using copy-only snapshot backups to affect how differentials are based
- About SQL Server agent grouped backups (legacy SQL Server policies)
- Protecting SQL Server availability groups
- Protecting SQL Server availability groups with intelligent policies
- Protecting SQL Server availibility groups with legacy policies
- About protecting the preferred replica in a SQL Server availability group (legacy backup policies)
- About protecting a specific node in a SQL Server availability group (legacy backup policies)
- About protecting the preferred replica in a SQL Server availability group (legacy backup policies)
- Protecting SQL Server in a cluster environment
- Configuring backups with legacy SQL Server policies using clients and batch files
- About using batch files with NetBackup for SQL Server
- About schedule properties
- Performing user-directed backups of SQL Server databases
- Performing user-directed backups of read-only filegroups
- Using NetBackup for SQL Server with multiple NICs
- Protecting SQL Server a log-shipping configuration
- SQL Server backups and restores in an SAP environment (legacy SQL Server policies)
- About SQL Server backups and restores in an SAP environment
- Backup and recovery concepts
- Overview of SQL Server backup and recovery concepts
- About recovery factors for SQL Server
- Troubleshooting
- About debug logging for SQL Server troubleshooting
- Disaster recovery of a SQL Server
- Appendix A. Sample batch files
- About sample backup batch files for legacy SQL Server policies
- About sample restore batch files
- About sample backup batch files for legacy SQL Server policies
- Appendix B. Multiplexed backups
- Appendix C. Register authorized locations
About the Applications utility
NetBackup displays the instances and availability groups that it discovers in the Applications > Microsoft SQL Server node of the NetBackup Administration Console, along with any instances you add manually. After the instances or replicas are registered, you can build a SQL Server Intelligent Policy. (Note, however, that read-scale availability groups must be discovered manually.)
All instances or replicas that you want backed up as part of a SQL Server Intelligent Policy must be registered with credentials. You can assign credentials to individual SQL Server objects as well as instance groups. If you use instance groups, all the objects in the group use the same credentials setting. You can also configure NetBackup to automatically add new instances or replicas to a group and automatically register them.
DBAs can run nbsqladm on a NetBackup client if the backup administrator authorizes a specific user and host on the master server. See the nbsqladm description in the NetBackup Commands Reference Guide.
When NetBackup discovers a SQL Server host that uses multiple NICs, it adds the host with its NetBackup client name. If you installed the NetBackup client with the public interface name, further configuration is required before you can perform backups.
See Configuring the NetBackup client with the private interface name.
See Configuring backups of SQL Server when you have multiple NICs (SQL Server Intelligent Policies).
For a SQL Server cluster or a SQL Server cluster with multiple NICs, NetBackup adds a single entry or one instance. For a cluster, the host name for that instance is the virtual name of the SQL Server cluster. For a SQL Server cluster with multiple NICs the host name for that instance is the public virtual name of the SQL Server cluster. Further configuration is required both these environments before you can perform backups.
See Configuring backups of clustered SQL Server instances (SQL Server Intelligent Policy) .