Review the following best practices before using deduplication.
Use the following settings on agents to get better deduplication.
Agents (Data Type) | Deduplication Block Size (Recommended) | Compression | Application Recommendation | Comments |
File System iDataAgent (For File Systems, Messages and Documents) |
128 KB | ON | ||
Oracle iDataAgent (Database) |
128 KB | Turn off deduplication compression from subclient, instance and
storage policy copy level. See Setting Up Data Compression for step-by-step instructions. |
|
Use Non-deduplicated Storage Policy with Compression ON settings to
back up the following:
|
For example:
Then the size of deduplication store should be:
(0.2 * 100 * 30) = 600 KB
Note that this size is the maximum space required and the deduplication store size could be much lesser if there is a good level of deduplication possible.
Hence in the above example, if the 100 files do not change at all, then the amount will be (0.1*100*30) KB = 300 KB.
If the free space on the volume in which Deduplication Store is configured goes below 10% of the total space in the volume, deduplicated jobs will fail. |
See Perform Post-Recovery Operations for step-by-step procedure on the post recovery operations performed after CommServe database restore.
Never delete the Deduplication Store manually. The Deduplication Store facilitates the deduplication of backup jobs and data aging jobs. If deleted, new deduplicated backup jobs cannot be performed and the existing data in the disk mount paths will never be pruned.
This causes first full backup to increase in size due to no compression, but subsequent backups reduce as expected.
When a MediaAgent hosting the deduplication database (DDB) attempts to reboot or power off, by default the system doesn't halt and the operating system will shut down regardless of any processes that are running.
However, SIDB process has a built-in capability to receive the shutdown notification and to bring down the deduplication database gracefully if there is enough amount of time between the shutdown notification and the actual machine shutdown. In case where the graceful stopping of the DDB takes more time than the OS allows, it may still damage the DDB. In order to prevent the shutdown while the SIDB process is still running, the following method is suggested, which will prevent the shutdown in most of the cases.
To allow system to shut down gracefully when SIDB process is running, See Graceful Shutdown of MediaAgent Hosting the Deduplication Database for detail information.
For new deduplicated storage policy copies, Enable Managed Disk Space for disk data option on Copy Properties dialog box (Retention tab) is disabled by default. If an existing deduplication copy (for CommServe with Service Pack 8B) has this option enabled, then while updating and saving the deduplication copy, you will be asked to manually disable this option. This option will not be changed automatically for any existing deduplication copy. Disabling this option helps in faster pruning of the aged data in order to reclaim space on the disk.
For step-by-step instructions to disable Enable Managed Disk Space for Disk Library check box, see Enable Managed Disk Space for Disk Data.