NetBackup™ in Highly Available Environments Administrator's Guide
- About in this guide
- NetBackup protection against single points of failure
- About site disaster recovery with catalog backup and recovery
- About site loss protection with auto image and catalog replication
- About NetBackup catalog replication
- Deploying NetBackup primary servers with full catalog replication
- About non-clustered NetBackup primary server with catalog replication
- About globally clustered NetBackup primary servers with catalog replication
- Installing and configuring a globally clustered NetBackup primary server with catalog replication
- Using NetBackup to perform backups and restores in a cluster
About replication considerations
To deploy NetBackup with catalog replication, you must consider the following factors for planning the actual deployment.
Table: Replication considerations
Considerations | Description |
---|---|
Primary server considerations | Veritas does not recommend operating a primary server as a combined primary and media server. If the storage devices available at the different sites are not compatible, it can lead to problems with storage unit definitions and backup failures. Catalog replication is not a substitute for catalog backup and the catalog must be backed up on a regular basis. |
Networking considerations | In a multi-site single domain configuration, the primary server controls the media servers on both the sites. The metadata must pass between the sites. This metadata traffic is sent over a standard I/P link between the sites. The same link can be used as the heartbeat link for the global cluster control. It is recommended that a link of at least 10 Mb/sec and ideally 100 Mb/sec must be provided between the sites to handle this traffic. If host-based replication is used, additional I/P bandwidth is required for the replication layer. The additional bandwidth must also be factored in. |
DNS considerations | If the primary server nodes at the alternate site are on a different subnet from the primary server nodes at the main site, a DNS change is required as part of the failover process. You can initiate the DNS change automatically by using the cluster failover process. You can also initiate the process manually. The backup system does not function correctly until the change is fully propagated, which can affect the recovery time in a site failover. Note: To propagate the DNS change automatically by the cluster service group, the DNS resource must come online after starting NetBackup. |
Main and alternate primary server considerations | In order to perform a failover when using catalog replication the main and alternate primary servers must use the same topology. The main and alternate site primary server nodes must both be either clustered or non-clustered. Note: The clustered primary servers do not require the same number of nodes at each site. For additional details refer to the following article: |