Open eDOCS DM Server 5.1.0.5 - Content Cache and The Lazy Write Feature
Open eDOCS DM Server 5.1.0.5 - Content Cache and The Lazy Write Feature
Version: 5.1.0.5
Task/Topic: Administration, Features and Functionality
Audience: General
Platform: Microsoft Windows
Document ID: 134051
Updated: 2009-09-22
Application Note
Open eDOCS DM Server 5.1.0.5 -
Content Cache and the Lazy Write
Feature
Document Title
Application Note Open Text eDOCS DM 5.1.0.5 Content Cache and the Lazy Write Feature
Contents
Summary ...................................................................................................................... 1
DM Server Content Cache and the Lazy Write Feature ........................................... 2
How Content Cache and Lazy Write Work ............................................................. 2
DM Server Content Cache ............................................................................... 2
Lazy Write ........................................................................................................ 3
How Long Documents Remain in the Cache Directory .......................................... 4
How to Enable Content Cache and the Lazy Write Feature .................................... 6
Installation Instructions: ................................................................................... 6
Administration and Maintenance .............................................................................. 9
Content Cache Parameters Used to Manage the Internal Upload
Process ...................................................................................................... 9
Content Cache in a Clustered Environment .................................................... 9
Tips and Troubleshooting ..................................................................................... 10
Documents Failed to Upload to the Content Cache ...................................... 10
Files Appear in the Cache That Exceed the "Days to keep" Setting ............. 10
Content Cache Logging ........................................................................................ 10
Summary
This document includes information on DM Server Content Cache and the Content
Cache Lazy Write feature in DM 5.1.0.5 and supplements the existing documentation
in the DM 5.1.0.5 Administration Guide.
The Lazy Write feature was added to Content Cache in DM 5.1.0.5 SR6. This feature
enhances performance when users in remote offices save documents. Instead of
having to wait for documents to be transferred back to the DM Server, the documents
are immediately released back to the users while synchronization is being performed.
NOTE: In DM 6.0.x, the Lazy Write feature is built in to the Content Cache
functionality and does not need to be enabled. For more information on Content
Cache in DM 6.0.x, please refer to the DM 6.0.1 DM and RM Administration Guide.
Lazy Write
With the Lazy Write feature enabled, any edits made by the user are stored in the
Content Cache directory, and the user has immediate access to the document
without waiting while the document is uploaded to the document server. Once the
upload to cache process has been completed, a background thread will be initiated to
"lazily" upload the content file to the document server. The document is uploaded to
the document server on each save and close. If Quick Saves is enabled in an
application, the document is only uploaded to the document server when the
document is closed. When using DM Attaché, if you check in an edited document, the
document is copied to the Content Cache directory as well as the document server.
Two new version-level status values have been created to indicate that the content
file associated with the document version is in the process of being uploaded or that
the upload has failed. They are as follows:
22 – STATUS_CACHE_UPLOAD_IN_PROGRESS
AND
23 – STATUS_CACHE_UPLOAD_FAILED.
These status values are set at the version level because Upload activity is version-
relative and can happen as the result of a number of activities. In the case of a Save
As operation, the document status will remain LOCKED and cannot be changed to
indicate the Upload activity.
In addition, there are three Content Cache parameters used to manage the internal
Upload process; "Upload Timeout," "Retry Count," and "Retry Interval." The Upload
Timeout value is used to specify the number of milliseconds the Upload process
waits before checking the status of the Upload thread. The Upload process will not
wait for the full timeout interval if the Upload thread completes; Upload thread
completion causes the Upload process to terminate without waiting for the full timeout
interval. The "Retry Count" value is used to specify the number of times a failed
upload will be retired before the version is marked with the status
STATUS_CACHE_UPLOAD_FAILED. During the Upload process, there is a minimum
of one (1) Upload attempts. Thus, the actual number of Upload attempts will be equal
to the Upload Retry count plus one. The “Retry Interval” value specifies the amount of
time the system will wait between Upload attempts. These values are set in the
system registry. For information on the default values and how to modify the default
values for these settings, refer to the Parameters section below.
The Lazy Write mechanism is turned off by default. No user interface is provided to
enable the Lazy Write mechanism. Once enabled, two new columns must be added
to the VERSIONS table using the "content_cache.SQL" script file; CACHE_SERVER
and CACHE_LOCATION. The CACHE_SERVER column contains the name of the
server performing the cache upload. The CACHE_LOCATION column contains the
cache path to the cached version of the file that needs to be uploaded to the
document server. For more information on enabling Lazy Write and adding these
columns, refer the Installation Instructions section below.
• The cached content file is among the oldest files in relation to the last
accessed date, and the cache directory is about to exceed its’ prescribed
maximum size specified in the "Maximum cache size" setting. The content
cache implementation automatically deletes this file and overwrites the file
contents with a random sequence of characters. For more information on the
"Maximum cache size" setting, refer to the Installation Instructions section
below.
• A user has deleted the document or version from the DM Library that the
cached content file resided in. The Content Cache implementation
automatically deletes this file and applies the overwrite pattern that was
specified for the original document content based on the two circumstances
listed above. To prevent any performance degradation on the user's side
when deleting a document, delete operations are queued to be processed by
a background thread, instead of inline with the Delete request.
• The DM Administrator clears the Content Cache directory by selecting Delete
in DM Server Manager.
Installation Instructions:
GO
GO
5. In DM Server Manager, select the Content Cache tab and ensure that the
Enable Content Cache check box is selected.
6. On the Content Cache tab, the following options are available:
Maximum cache The maximum size of the Content Cache. When the size
size (MB): of the cache exceeds this maximum size limit, the oldest
data files in the cache, based on the last access date, are
deleted to free up needed space. The default value of this
field is 500 MB. The current size of the cache is shown
above the Maximum Cache Size field.
Days to keep: The maximum number of days to keep a file in the cache.
If a file has not been accessed for this number of days, it
will be deleted from the cache. If this number is set to
zero, files are not deleted unless the maximum cache size
is exceeded. The default value for this field is zero.
Delete Files: This option enables you to delete all files currently held in
the Content Cache. When a user deletes a file from the
repository, the cached document is also deleted from the
cache server.
7. Select the Physical Location lookup button to browse to the folder where
the content cache should be stored.
8. Enter a value for the Maximum cache size and Days to keep boxes. Click
the Apply button to save your settings.
9. Select the Server State tab, and click Start to restart the DM Server.
10. On the DM Server, select Start > Run and type REGEDIT; create the
following registry subkey:
HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\DOCSFusion\Content
Cache
[HKEY_LOCAL_MACHINE\SOFTWARE\Hummingbird\DOCSFusi
on\Content Cache]
"Cache"="Enabled"
"Max Size"=dword:000001f4
"Lazy Write"="Enabled"
"Location"="C:\\content_cache\\"
Upload Timeout The default value for “Upload Timeout” is 10000(10 seconds).
Retry Count The default count is 5 entries. Because 1 retry occurs by default,
add 1 to the value specified here to determine the number of
retires.
Retry Interval The default value for Retry Interval is 30000 milliseconds (5
minutes).
Files Appear in the Cache That Exceed the "Days to keep" Setting
Files might appear in the cache that exceed the "Days to keep" setting specified in
DM Server Manager on the Content Cache tab. This occurs because this
maintenance task is enforced "lazily" using a background thread to simplify and
improve caching. If this occurs, as soon as a file needs to be added or updated to the
cache, the "Days to keep" setting is enforced.
4. Click Apply and OK to save your changes and exit DM Server Manager. The
Content Cache log file is created in the directory specified in the Log file box in
DM Server Manager on the Preferences tab.
If you are an Open Text partner or customer, visit online.opentext.com for more information about this and other Open Text
solutions.
Open Text is a publicly traded company on the NASDAQ (OTEX) and the TSX (OTC).
© Copyright 2008 by Open Text Corporation. Open Text, Livelink, Livelink ECM, and Great Minds Working Together are trademarks or registered trademarks of Open Text Corporation. All other trademarks or
registered trademarks are the property of their respective owners. All rights reserved.
www.opentext.com 12