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
- Configuring deduplication to the cloud with NetBackup CloudCatalyst
- Using NetBackup CloudCatalyst to upload deduplicated data to the cloud
- Configuring a CloudCatalyst storage server for deduplication to the cloud
- 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
- Troubleshooting CloudCatalyst issues
- CloudCatalyst logs
- Problems encountered while using the Cloud Storage Server Configuration Wizard
- Disk pool problems
- Problems during cloud storage server configuration
- CloudCatalyst troubleshooting tools
- Appendix A. Migrating to MSDP storage
MSDP data integrity checking configuration parameters
The configuration file parameters that control the deduplication data integrity checking are in two different configuration files, as follows:
The contentrouter.cfg file.
The parameters are described in Table: The contentrouter.cfg file parameters for data integrity checking.
The spa.cfg file.
The parameters are described in Table: The contentrouter.cfg file parameters for data integrity checking.
Those files reside in the following directories:
UNIX: storage_path/etc/puredisk
Windows: storage_path\etc\puredisk
Warning:
Veritas recommends that you do not disable the data integrity checking. If you do so, NetBackup cannot find and repair or report data corruption.
See About MSDP data integrity checking.
Table: The contentrouter.cfg file parameters for data integrity checking
Setting | Default | Description |
---|---|---|
EnableCRCCheck | true | Enable or disable cyclic redundancy checking (CRC) of the data container files. The possible values are true or false. CRC occurs only when no backup, restore, or queue processing jobs are running. |
CRCCheckSleepSeconds | 5 | The time in seconds to sleep between checking containers. The longer the sleep interval, the more time it takes to check containers. |
CRCCheckBatchNum | 40 | The number of containers to check each time. The greater the number of containers, the less time it takes to check all containers, but the more system resources it takes. |
ShutdownCRWhenError | false | Stops the NetBackup Deduplication Manager when a data loss is discovered. This parameter is reserved for debugging purposes by Veritas Support Representatives. The possible values are true or false. |
GarbageCheckRemainDCCount | 100 | The number of containers from failed jobs not to check for garbage. A failed backup or replication job still produces data containers. Because failed jobs are retried, retaining those containers means NetBackup does not have to send the fingerprint information again. As a result, retried jobs consume less time and fewer system resources than when first run. |
Table: spa.cfg file parameters for data integrity checking
Setting | Default | Description |
---|---|---|
EnableDataCheck | true | Enable or disable data consistency checking. The possible values are True or False. |
DataCheckDays | 14 | The number of days to check the data for consistency. The greater the number of days, the fewer the objects that are checked each day. The greater the number of days equals fewer storage server resources consumed each day. |
EnableDataCheckAlert | true | Enable or disable alerts. If true, NetBackup writes a message to the Disk Logs report when it detects a lost data segment. |