The demand-paging cache requires 10 to 20 times more disk space compared with the traditional cache.
To prevent clients from running out of disk space, it is not used by default.
Space required by the paging cache
The cache needs 1 GB per 10 million of files on the client * the number of consecutive backups (up to 16) which are stored in the client cache.
Calculate the approximate size of the demand-paging file using the following formula:
(# of millions of files)/10 * 1 GB * 16 = (# of GB required for demand-paging file cache)
If the client does not have enough space on the disk, it is recommended that the client continues to use the monolithic cache if possible. Avamar client software can also be reinstalled to another drive with more space.
In order to enable the demand-paging cache, the client must be running Avamar client 7.0.0 or later.
Enabling the paging cache on a dataset
All the clients using the modified dataset must be running Avamar client 7.0.0 or later and have the necessary disk space to hold the demand-paging cache. Clients on a lower version fail the backup. Clients with insufficient space should not be configured to use the paging cache.
Enabling the paging cache on a single client
Note: The new configuration takes effect during the next scheduled backup. The transition period from one cache type to another is 14 days. During that time, the client uses both caches. Expect no change in backup performance yet. After the transition period, only the demand-paging cache will be used. This should result in improved backup performance for large clients. The old cache file will be automatically removed after 180 days.
For more information about the new paging cache file, see Page 52 of the "Operational Best Practices" guide for Avamar 7:
https://support.emc.com/docu48217_Avamar-7.0-Operational-Best-Practices.pdf?language=en_US