NetBackup™ Deduplication Guide
- Introducing the NetBackup media server deduplication option
- Quick start
- 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
- About MSDP stream handlers
- 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
- About MSDP Encryption using NetBackup KMS service
- 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
- About NetBackup Auto Image Replication
- Configuring a target for MSDP replication to a remote 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
- About NetBackup WORM storage support for immutable and indelible data
- MSDP cloud support
- About MSDP cloud support
- About the disaster recovery for cloud LSU
- About Image Sharing using MSDP cloud
- About MSDP cloud immutable (WORM) storage support
- Monitoring deduplication activity
- Viewing MSDP job details
- 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
- Configuring and using universal shares
- Troubleshooting
- About unified logging
- About legacy logging
- Troubleshooting MSDP installation issues
- Troubleshooting MSDP configuration issues
- Troubleshooting MSDP operational issues
- Trouble shooting multi-domain issues
- Appendix A. Migrating to MSDP storage
- Appendix B. Migrating from Cloud Catalyst to MSDP direct cloud tiering
- About direct migration from Cloud Catalyst to MSDP direct cloud tiering
- Appendix C. Encryption Crawler
About the disaster recovery for cloud LSU
If the disk on which the NetBackup software resides or the disk on which the deduplicated data resides fails, you can use the following steps to recover the system and data depending on different scenarios.
After recovery, your NetBackup deduplication environment functions normally. Any valid backup images on the cloud LSU storage are available for restores.
Before you start disaster recovery, ensure that:
Media server on which the MSDP service resides still works. If media server does not work, you must reinstall the media server. Refer to the NetBackup Installation Guide for reinstalling media server software.
KMS server is ready if KMS encryption is used by cloud LSU.
After disaster recovery for cloud LSU, importing backup images is needed with following cases:
Master has no catalog of images in MSDP storage. For example, when master is reinstalled and catalog in master is lost, it's needed to do backup images importing. Refer section "About importing backup images" in NetBackup Administrator's Guide, Volume I for more information.
Master has incorrect catalog of images in MSDP storage. MSDP storage server resides on media server. When disable recovery is done by using a new media server, the new MSDP storage server resides on the new media server. At that case the catalog in master is incorrect, for the catalog still refer to old MSDP storage server which is not available. To correct the catalog in master, delete the old catalog and import backup images from the new MSDP storage server. The new media server here means a new added media server or other existing media server.
When master has catalog of images in MSDP storage and the same media server is used to do disaster recovery, it's not needed to do backup images importing.
Backup images importing is not supported when the cloud LSU is based on Amazon S3 Glacier, Deep Archive, and Microsoft Azure Archive.
Cloud LSU of Amazon S3 Glacier, Deep Archive, and Microsoft Azure Archive supports cloud disaster recovery only in Scenario 1 and Scenario 3.
You can do the disaster recovery for cloud LSU with the following three steps:
Set up the MSDP storage server with local storage.
Add a cloud LSU to reuse existing cloud data.
Perform backup images importing if catalog is not available in master server.
Step | Task | Procedure |
---|---|---|
1 | Create an empty local LSU | |
2 | Reuse Cloud LSU | See Reuse cloud LSU |
Step | Task | Procedure |
---|---|---|
1 | Expire the backup images | Expire all backup images that reside on the deduplication disk storage. Warning: Do not delete the images. They are imported back into NetBackup later in this process. If you use the bpexpdate command to expire the backup images, use the -nodelete parameter. |
2 | Delete old storage server-related configurations | See Recovering from an MSDP storage server failure. Delete the storage units that use the disk pool. Delete the disk pool. Delete the deduplication storage server. Delete the deduplication host configuration file. |
3 | Configure new storage server. | /usr/openv/netbackup/bin/admincmd/nbdevconfig -creatests -storage_server "storage server" -stype PureDisk -media_server "media server" -st 9 |
4 | Create an empty local LSU. | |
5 | Reuse cloud LSU. | See Reuse cloud LSU |
6 | Create disk pool for cloud LSUs. | /usr/openv/netbackup/bin/admincmd/nbdevconfig -createdp -stype PureDisk -dp dpname -storage_server sts_hostname -dvlist filename |
7 | Import the images back. | Do two-phase import. |
Step | Task | Procedure |
---|---|---|
1 | Reuse existing local storage path | |
2 | Restart storage server. | /usr/openv/netbackup/bin/bp.kill_all /usr/openv/netbackup/bin/bp.start_all |
Step | Task | Procedure |
---|---|---|
1 | Expire the backup images. | Expire all backup images that reside on the deduplication disk storage. Warning: Do not delete the images. They are imported back into NetBackup later in this process. If you use the bpexpdate command to expire the backup images, use the -nodelete parameter. |
2 | Delete old storage server-related configurations. | See Recovering from an MSDP storage server failure. Delete the storage units that use the disk pool. Delete the disk pool. Delete the deduplication storage server. Delete the deduplication host configuration file. |
3 | Configure new storage server. | /usr/openv/netbackup/bin/admincmd/nbdevconfig -creatests -storage_server "storage server" -stype PureDisk -media_server "media server" -st 9 |
4 | Reuse existing local storage path | |
5 | Restart storage server. | /usr/openv/netbackup/bin/bp.kill_all /usr/openv/netbackup/bin/bp.start_all |
6 | Create disk pool for cloud LSUs. | /usr/openv/netbackup/bin/admincmd/nbdevconfig -createdp -stype PureDisk -dp dpname -storage_server sts_hostname -dvlist filename |
7 | Import the images back. | Do two-phase import. |