Versioned Repository Schema caching
A Dimensions CM server pre-caches Versioned Repository Schema (VRS) data into a directory on disk. Pre-caching is automatic when a project, stream, or baseline is accessed for the first time and is sufficiently large to benefit from pre-caching.
The main benefits of data caching are improved performance when:
Opening, or switching between, projects, streams, and baselines.
Performing operations such as update, deliver, create baseline, create stream, and merge.
Dimensions CM administrators can perform initial pre-caching of the name store, project, or baseline structure data for the base database. For details on how to precache VRS data, see Administration.
See also Knowledgebase item S141604.
To configure VRS, modify the following variables in the dm.cfg server configuration file:
VRS data caching is enabled by default. To disable it, set this value to no:
Specifies the location of the VRS data cache on the server.
Users who start application server processes (DMAPPSRV) must have read and write permission on the cache directory. A user can be:
The following variables are hard-coded and cannot be changed:
|Specifies the number of new non-cached names/arcs loaded into a private VRS store section that trigger initial pre-caching/updating of an existing store.
Specifies the interval (in hours) the cache checks if the total file size for a base database exceeds the threshold set by the parameter DM_DBCACHE_MAXSIZE.
If the threshold is exceeded, the files that have not been accessed for the longest period are deleted from the cache.
|Specifies the cache size threshold that triggers a cache cleanup.
Idle timeout and client sessions can be very short. To avoid frequent, unnecessary cache cleanups, the default throttle interval controls how often a single application server process can schedule a cache cleanup (3600 seconds/1 hour).
When a product is deleted via the DWP command, the application server runs a forced cache cleanup irrespective of the last cache cleanup time or interval.