Veritas NetBackup™ Deduplication Guide
- Introducing the NetBackup media server deduplication option
- Planning your deployment
- About MSDP storage and connectivity requirements
- About NetBackup media server deduplication
- About NetBackup Client Direct deduplication
- About MSDP remote office client deduplication
- About MSDP performance
- MSDP deployment best practices
- Provisioning the storage
- Licensing deduplication
- Configuring deduplication
- Configuring the Deduplication Multi-Threaded Agent behavior
- Configuring the MSDP fingerprint cache behavior
- Configuring MSDP fingerprint cache seeding on the storage server
- Configuring a storage server for a Media Server Deduplication Pool
- Configuring a disk pool for deduplication
- Configuring a Media Server Deduplication Pool storage unit
- About MSDP optimized duplication within the same domain
- Configuring MSDP optimized duplication within the same NetBackup domain
- Configuring MSDP replication to a different NetBackup domain
- Creating a storage lifecycle policy
- Resilient Network properties
- Editing the MSDP pd.conf file
- About protecting the MSDP catalog
- Configuring an MSDP catalog backup
- Monitoring deduplication activity
- Managing deduplication
- Managing MSDP servers
- Managing NetBackup Deduplication Engine credentials
- Managing Media Server Deduplication Pools
- Changing a Media Server Deduplication Pool properties
- Configuring MSDP data integrity checking behavior
- About MSDP storage rebasing
- Managing MSDP servers
- Recovering MSDP
- Replacing MSDP hosts
- Uninstalling MSDP
- Deduplication architecture
- Troubleshooting
- About unified logging
- About legacy logging
- Troubleshooting MSDP installation issues
- Troubleshooting MSDP configuration issues
- Troubleshooting MSDP operational issues
- Appendix A. Migrating to MSDP storage
- Appendix B. NetBackup appliance deduplication
About NetBackup Auto Image Replication
The backups that are generated in one NetBackup domain can be replicated to storage in one or more target NetBackup domains. This process is referred to as Auto Image Replication.
The ability to replicate backups to storage in other NetBackup domains, often across various geographical sites, helps facilitate the following disaster recovery needs:
One-to-one model
A single production datacenter can back up to a disaster recovery site.
One-to-many model
A single production datacenter can back up to multiple disaster recovery sites.
Many-to-one model
Remote offices in multiple domains can back up to a storage device in a single domain.
Many-to-many model
Remote datacenters in multiple domains can back up multiple disaster recovery sites.
NetBackup supports Auto Image Replication from a
in one NetBackup domain to a in another domain.Auto Image Replication is supported between the master server domains that run any of the following versions of NetBackup:
For catalog backup images, NetBackup supports Auto Image Replication only between the same release levels of NetBackup.
Both master servers must be at NetBackup version 7.6 or later if Targeted A.I.R. is used. Targeted A.I.R. means that Auto Image Replication is configured to replicate a backup to a specific master server in a specific domain.
Although Auto Image Replication is a disaster recovery solution, you cannot restore to clients in the primary (or originating) domain from the target master domain.
Auto Image Replication does not support synthetic backups or optimized synthetic backups.
Auto Image Replication does not support spanning volumes in a disk pool. NetBackup fails backup jobs to the disk pools that span volumes if the backup job is in a storage lifecycle policy that also contains a replication operation.
Auto Image Replication does not support replicating from a storage unit group. That is, the source copy cannot be in a storage unit group.
The ability to perform Auto Image Replication between different versions of NetBackup does not overrule the basic image compatibility rules. For example, a database backup that was taken in a 7.7 domain can be replicated to a 7.5.0.3 domain, although a 7.5.0.3 server may not be able to successfully restore from this newer image.
See the following article for information about version compatibility and interoperability:
Synchronize the clocks of the master servers in the source and the target domains so that the master server in the target domain can import the images as soon as they are ready. The master server in the target domain cannot import an image until the image creation time is reached. Time zone differences are not a factor because the images use Coordinated Universal Time (UTC).
Table: Auto Image Replication process overview is an overview of the process, generally describing the events in the originating and target domains.
NetBackup uses storage lifecycle policies in the source domain and the target domain to manage the Auto Image Replication operations.
See About the storage lifecycle policies required for Auto Image Replication.
Table: Auto Image Replication process overview
Event | Domain in which event occurs | Event description |
---|---|---|
1 | Originating master server (Domain 1) | Clients are backed up according to a backup policy that indicates a storage lifecycle policy as the Policy storage selection. The SLP must include at least one operation to similar storage in the target domain. |
2 | Target master server (Domain 2) | The storage server in the target domain recognizes that a replication event has occurred. It notifies the NetBackup master server in the target domain. |
3 | Target master server (Domain 2) | NetBackup imports the image immediately, based on an SLP that contains an import operation. NetBackup can import the image quickly because the metadata is replicated as part of the image. (This import process is not the same as the import process available in the Catalog utility.) |
4 | Target master server (Domain 2) | After the image is imported into the target domain, NetBackup continues to manage the copies in that domain. Depending on the configuration, the media server in Domain 2 can replicate the images to a media server in Domain 3. |