Komponenten und zugehörige Caches
Im Knowledge Management werden eine Vielzahl von Caches verwendet, um ein performantes System sicherzustellen. Es ist nicht nur wichtig, dass Caches angelegt wurden, vielmehr müssen diese auch richtig konfiguriert sein.
In diesem Abschnitt sind die technischen Komponenten von Knowledge Management aufgeführt, die Caches verwenden. Neben einer kurzen Erklärung des jeweiligen Caches finden Sie am Ende dieses Abschnitts eine Empfehlung für die Konfiguration in einem Standardszenario.
Eine Steigerung der Performance hängt jedoch nicht nur von den Caches, sondern auch von anderen Komponenten ab. So beeinflussen Prozessorleistung und Hauptspeicherausbau des Portalservers, die verfügbare Bandbreite, Benutzerzahlen und Anzahl der verwalteten Dokumente die Performance des Portales.
Die Konfiguration eines im Content Management verwendeten Cache umfasst verschiendene Parameter (siehe Caches). Die optimalen Werte für diese Attribute hängen von mehreren Faktoren ab:
· Wie viele Einträge werden in den Cache geschrieben und in welcher Zeit?
· Wie groß sind die Einträge im Cache?
· Wie lange sollen die Einträge aktuell sein?
· Welche Rolle spielt die Performance der Komponente, die den Cache nutzt?
· Wieviel Hauptspeicher ist auf dem System verfügbar?
Bei den nachfolgend aufgeführten Caches handelt es sich um Memory-Caches, die im Hauptspeicher des Portal-Servers abgelegt werden.
Der ACL-Sicherheitsmanager verwendet einen Cache, in dem Zugriffskontrolllisten (ACLs) abgelegt werden, die für Ressourcen gelten (effektive ACLs). Da ACLs vererbt werden, ist unter Umständen für jede Ressource des zugrunde liegenden Repository ein Eintrag im Cache vorhanden. ACLs sind Cache-Einträge, die wenig Speicherplatz (nur einige KB) beanspruchen. Der ACL-Sicherheitsmanager ist in ständigem Einsatz; sein Cache sollte daher groß sein.
ca_rsrc_acl (effektiver ACL-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
Mehrere ACL-Sicherheitsmanager können einen Cache gemeinsam nutzen. |
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen innerhalb der Repositories ab, die dem ACL-Sicherheitsmanager zugeordnet sind |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der ACLs ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Den Cache ca_rsrc_acl wählen Sie bei der Konfiguration von Repository-Managern unter Content Management → Repository Managers im Parameter ACL Manager Cache aus.
Der (JDBC-)ACL-Manager verwendet zwei Caches. Einen für ACLs, den anderen für Berechtigungen und Objekttypen. Der ACL-Cache enthält Einträge für jede ACL, die vom System benutzt wurde. Der Cache für Berechtigungen beinhaltet nur sehr wenige Einträge, die größtenteils statisch sind.
ACLs sind Cache-Einträge, die wenig Speicherplatz beanspruchen (nur einige KB); Berechtigungen sowie Objekttypen benötigen sehr wenig Speicherplatz (< 1 KB). Der ACL-Manager ist in ständigem Einsatz; sein Cache sollte daher groß sein.
ca_cm_rep_acl, ca_cm_srv_acl (ACL-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
Mehrere ACL-Manager können einen Cache gemeinsam nutzen. |
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen mit ACLs innerhalb der Repositories ab, die dem ACL-Manager zugeordnet sind. |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der ACLs ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Die Caches ca_cm_rep_acl und ca_cm_srv_acl wählen Sie bei der Konfiguration der ACL-Manager unter Content Management → Utilities → ACL Managers im Parameter ACL Cache aus.
ca_cm_rep_acl_perm, ca_cm_srv_acl_perm (Cache für Berechtigungen)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
Mehrere ACL-Manager können einen Cache gemeinsam nutzen. |
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
100 |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
|
Maximum Entry Size |
0 (unbegrenzt) |
|
Die Caches ca_cm_rep_acl_perm und ca_cm_srv_acl_perm wählen Sie bei der Konfiguration der ACL-Manager unter Content Management → Utilities → ACL Managers im Parameter Permission Cache aus.
Der Application-Property-Service verwendet zwei Caches, um die Eigenschaften von Ressourcen abzulegen. Ein Cache dient der Ablage benutzerabhängiger Eigenschaften. Im zweiten Cache werden benutzerunabhängige Eigenschaften abgelegt. Einträge können je nach Anzahl und Content der Eigenschaften eine geringe oder mittlere Größe aufweisen.
ca_props_1, ca_props_2 (Caches für anwendungsdefinierte Eigenschaften)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen mit anwendungsdefinierten Eigenschaften innerhalb der Repositories ab, die den Application-Property-Service benutzen. |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Die Caches ca_props_1 und ca_props_2 für den Application-Property-Service sind unter Content Management → Repository Services → Application Properties Service bereits ausgewählt.
Das Dienstprogramm URL-Zugriff auf Inhalte verwendet seinen Cache zur Ablage des Content von Ressourcen externer Verweise. Die Einträge können viel Speicherplatz beanspruchen.
ca_contentaccess (Cache für URL-Zugriff auf Inhalte)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen externer Verweise ab. |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe des Content ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Der Cache ca_contentaccess ist unter Content Management → Utilities → URL Access for Content bereits ausgewählt.
Ein CM-Repository-Manager verwendet neben dem ACL-Cache zwei weitere Caches.
In diesem
Cache werden u. a. Namen von Ressourcen, Eigenschaften und Sperren
abgelegt.
Es wird jedoch kein Content im Cache abgelegt.
ca_cm (CM-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe eines Eintrags auf unbegrenzt gesetzt ist, d. h. Maximum Entry Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen innerhalb des Repository ab. |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Standardmäßig können Sie den Cache ca_cm unter Content Management → Repository Managers → CM Repository auswählen.
Dieser Cache wird von einem CM-Repository-Manager für Inhalte genutzt wird, die kleiner als 32 KB sind.
ca_cm_content (Cache fürkleine Inhalte)}
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
nicht aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe eines Eintrags auf unbegrenzt gesetzt ist, d. h. Maximum Entry Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl häufig verwendeter Ressourcen innerhalb des Repository ab. |
|
Default Time-to-Live |
eine halbe Stunde bis mehrere Stunden |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Standardmäßig können Sie den Cache ca_cm_content unter Content Management → Repository Managers → CM Repository auswählen.
Im Cache eines Web-Repository-Managers wird der Content von Ressourcen (Web-Seiten) abgelegt. Die Einträge können mittelgroß oder groß sein, in der Regel sind sie klein und beanspruchen daher wenig Speicherplatz (10 KB - 20 KB).
Web-Repository-Cache
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
Mehrere Web Repositories können einen Cache gemeinsam nutzen. |
Assumed Entry Size |
10 KB |
|
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des Repository häufig verwendeten Ressourcen ab. |
|
Default Time-to-Live |
1-2 Stunden |
|
Maximum Cache Size |
Dieser Wert hängt vom Umfang des Speicherplatzes ab, der vom Cache beansprucht werden soll. |
|
Maximum Entry Size |
10 KB |
|
Für jedes Web-Repository sollten Sie einen eigenen Cache anlegen. Wählen Sie diesen dann bei der Konfiguration des Web-Repository-Managers unter Content Management → Repository Managers → Web Repository aus.
Im Cache eines WebDAV-Repository-Managers werden Ressourcen abgelegt. Die Cache-Einträge beanspruchen wenig Speicherplatz.
WebDAV-Repository-Cache
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des Repository häufig verwendeten Ressourcen ab. |
|
Default Time-to-Live |
Dieser Wert hängt von der Nutzung des verbundenen WebDAV-Servers ab. Wählen Sie einige Minuten, falls häufig Änderungen durch andere Clients stattfinden. |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Für jedes WebDAV-Repository sollten Sie einen eigenen Cache anlegen. Wählen Sie diesen dann bei der Konfiguration des WebDAV-Repository-Managers unter Content Management → Repository Managers → WebDAV Repository aus.
Im Cache eines Lotus Notes Repository-Managers werden Datenbanken, Sichten (Views) und Dokumente abgelegt. Die Cache-Einträge beanspruchen wenig Speicherplatz.
Für jedes Lotus Notes-Repository sollten Sie eigene Caches für Datenbanken, Sichten (Views) und Dokumente anlegen. Wählen Sie diese dann bei der Konfiguration des Lotus Notes-Repository-Managers unter Content Management → Repository Managers → Lotus Notes Repository aus.
ca_domino (Datenbank-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des Repository häufig verwendeten Ressourcen und Collections ab. |
|
Default Time-to-Live |
Dieser Wert hängt von der Nutzung des verbundenen Lotus-Domino-Servers ab. Wählen Sie einige Minuten, falls häufig Änderungen an vorhandenen Datenbanken stattfinden. |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
ca_lotus_view (Sichten(View)-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des Repository häufig verwendeten Ressourcen und Collections ab. |
|
Default Time-to-Live |
Dieser Wert hängt von der Nutzung des verbundenen Lotus-Domino-Servers ab. Wählen Sie einige Minuten, falls häufig Änderungen an vorhandenen Sichten (Views) stattfinden. |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
ca_lotus_document (Dokumenten-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des Repository häufig verwendeten Ressourcen und Collections ab. |
|
Default Time-to-Live |
Dieser Wert hängt von der Nutzung des verbundenen Lotus-Domino-Servers ab. Wählen Sie einige Minuten, falls häufig Änderungen an vorhandenen Dokumenten stattfinden. |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
In diesem Cache werden Navigationspunkte der flexiblen Benutzungsoberfläche gespeichert. Die Einträge im Cache sind Benutzer-abhängig. Für jeden Benutzer wird ein Cache-Eintrag angelegt, in dem seine Navigationspunkte abgelegt werden. Falls die Einträge im Cache z. B. durch ein Time-Out nicht mehr aktuell sein sollten, zeigt die Benutzungsoberfläche ältere Navigationspunkte nicht mehr an.
nm (Cache für Navigationspunkte)
Parameter |
Einstellung |
Restart Lifetime on Access |
aktiviert |
Singleton |
aktiviert |
Assumed Entry Size |
0 |
Capacity |
5000 |
Default Time-to-Live |
eine halbe Stunde (1800 Sekunden) |
Maximum Cache Size |
0 (unbegrenzt) |
Maximum Entry Size |
0 (unbegrenzt) |
Der Cache nm wird intern vom System verwendet und braucht nicht in der Konfiguration anderer Komponenten angegeben werden.
Der Cache wird vom Objekttyp-Handler-Service genutzt. In ihm werden URIs der Ressourcen abgelegt, für die Objekttyp-Definitionsdateien existieren und für die bereits Objekttyp-Definitionsdateien gefunden wurden.
oth (Object-Type-Handler-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
aktiviert |
Verhindert, dass Einträge aus dem Cache gelöscht werden, solange sie verwendet werden. |
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Dieser Wert hängt von der Anzahl der innerhalb des gesamten CM häufig verwendeten URIs von Ressourcen ab. |
|
Default Time-to-Live |
eine halbe Stunde (1800 Sekunden) |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Der Cache oth ist unter Content Management → Global Services → Object Type Handler Service bereits ausgewählt.
Dieser Cache wird von der KM-Benutzeroberfläche verwendet (siehe Debugging-Einstellungen). In ihm werden verschiedene oberflächenbezogene Objekte und Einstellungen zwischengespeichert.
rendering (Rendering-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
aktiviert |
Verhindert, dass Einträge aus dem Cache gelöscht werden, solange sie verwendet werden. |
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
5000 |
|
Default Time-to-Live |
eine halbe Stunde (1800 Sekunden) |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Der Cache rendering ist unter Content Management → User Interface → Debugging Settings bereits ausgewählt.
Der Control-Status-Service erlaubt es Rendering-Komponenten (z. B. Controls), strukturierte Daten über HTTP-Request-Zyklen zu persistieren und darauf zuzugreifen. Diese Daten werden in dem zugehörigen Cache zwischengespeichert.
css (Status-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
aktiviert |
Verhindert, dass Einträge aus dem Cache gelöscht werden, solange sie verwendet werden. |
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
Die Kapazität sollte dreimal so hoch sein, wie die Anzahl der Benutzer, die während einer Zeitspanne von 10 Minuten gleichzeitig auf einem Portal-Knoten arbeiten. |
Erhöhen Sie den Wert, wenn Sie beim Arbeiten (dazu gehört das Navigieren, Sortieren oder Kopieren von Objekten) mit iViews, die auf der flexiblen Benutzungsoberfläche basieren, Fehlermeldungen (z. B. Cache Expired) erhalten. Beachten Sie jedoch, dass eine zu hohe Kapazität zu Out-Of-Memory-Fehlern führen kann. |
Default Time-to-Live |
eine halbe Stunde (1800 Sekunden) |
Der Cache wird innerhalb einer CM-Installation auf abgelaufene Einträge geprüft, so dass dieser Wert hoch sein kann. |
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Der Cache css ist bereits konfiguriert und wird intern vom System verwendet.
In diesem Cache werden vom XSLT-Pipeline-Processor Datenstrukturen zwischenspeichert, die für XML-Transformationen genutzt werden (siehe Pipeline-Add-Ons).
ca_pipeline (XSLT-Pipeline-Processor-Cache)
Parameter |
Einstellung |
Restart Lifetime on Access |
nicht aktiviert |
Singleton |
aktiviert |
Assumed Entry Size |
0 |
Capacity |
50 |
Default Time-to-Live |
0 |
Maximum Cache Size |
0 (unbegrenzt) |
Maximum Entry Size |
0 (unbegrenzt) |
Der Cache ca_pipeline ist unter Content Management → Global Services → Pipeline Add-Ons → XSLT Pipeline Processor bereits ausgewählt.
In diesem Cache werden Listeneinträge zwischenspeichert, die in der Vorschau von News-Beiträgen z. B. im News-Browser genutzt werden. Ein Listeneintrag entspricht einem Element im Cache.
ca_xmlforms_renderlistitems (Cache für XML-Forms-Listeneinträge)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
nicht aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
100 |
Erhöhen Sie den Wert, wenn Sie in Ihrem Szenario verstärkt News verwenden und Sie diese in Listeneinträgen als Vorschau anzeigen lassen. |
Default Time-to-Live |
0 (unbegrenzt) |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
300000 |
|
Der Cache ca_xmlforms_renderlistitems wird intern vom System verwendet und braucht nicht in der Konfiguration anderer Komponenten angegeben werden.
In diesem Cache werden temporäre Anwendungsdaten des
Klassifikationseingangs und des Taxonomie-Query-Builders gespeichert, die zum Wiederaufbau der
Benutzungsoberfläche benötigt werden (siehe
Klassifikationseingang
und Taxonomie-Query-Builder).
classification (Klassifikations-Cache)
Parameter |
Einstellung |
zusätzliche Beschreibung |
Restart Lifetime on Access |
aktiviert |
|
Singleton |
aktiviert |
|
Assumed Entry Size |
0 |
Dieser Wert wird nicht verwendet, wenn die maximale Größe des Caches auf unbegrenzt gesetzt ist, d. h. Maximum Cache Size = 0 ist. |
Capacity |
20 |
Erhöhen Sie den Wert, wenn in Ihrem Szenario mehr als 20 Content-Manager den Klassifikationseingang oder Taxonomie-Query-Builder gleichzeitig nutzen. |
Default Time-to-Live |
eine halbe Stunde (1800 Sekunden) |
|
Maximum Cache Size |
0 (unbegrenzt) |
Die tatsächliche Größe der Zuordnungen ist nicht festgelegt. |
Maximum Entry Size |
0 (unbegrenzt) |
|
Der Cache classification wird intern vom System verwendet und braucht nicht in der Konfiguration anderer Komponenten angegeben werden.
Die Komponente Search and
Classification (TREX) verwendet mehrere Caches. Weitere Informationen
finden Sie unter
TREX-Caches.
Um einen Memory-Cache anzulegen oder die Konfiguration eines vorhandenen Cache zu ändern, rufen Sie die Konfiguration des KM auf und wählen Sie Content Management → Utilities → Caches → Memory Caches.
Sie können einen genaueren Wert für die Kapazität eines Caches ermitteln, indem Sie den Cache-Monitor nutzen.
Folgende Tabelle liefert Empfehlungen für die Cache-Konfiguration bei einem „normalen“ Einsatz von KM. Wenn auf bestimmte Repositories (z. B. ein Web-Repository) besonders oft zugegriffen wird, sollten Sie die aufgeführten Werte anpassen. Hilfreich ist hierzu der Cache-Monitor.
Cache |
technischer Name |
Restart Lifetime on Access |
Singleton |
Assumed Entry Size |
Capacity |
Default time-to-live |
Max Cache Size |
Max Entry Size |
effektiver ACL Cache |
ca _rsrc_acl |
- |
aktiviert |
0 |
10000 |
1800 |
0 |
0 |
ACL Cache |
ca_cm_rep_acl |
- |
aktiviert |
0 |
10000 |
1800 |
0 |
0 |
Cache für Berechtigungen |
ca_cm_rep_acl_perm |
- |
aktiviert |
0 |
100 |
1800 |
0 |
0 |
Caches für anwendungs-definierte Eigenschaften |
ca_props_1 |
- |
aktiviert |
0 |
10000 |
1800 |
0 |
0 |
Cache für URL-Zugriff auf Inhalte |
ca_contentaccess |
- |
aktiviert |
0 |
500 |
1800 |
0 |
0 |
CM-Cache |
ca_cm |
- |
- |
0 |
5000 |
1800 |
0 |
0 |
CM-Cache für kleine Inhalte |
ca_cm_content |
- |
- |
0 |
10000 |
1800 |
0 |
0 |
Web-Repository-Cache |
standardmäßig nicht definiert |
- |
aktiviert |
10000 |
10000 |
7200 |
10000000 |
10000 |
WebDAV-Repository-Cache |
standardmäßig nicht definiert |
- |
aktiviert |
0 |
1000 |
1800 |
0 |
0 |
Lotus Notes Repository-Cache |
standardmäßig nicht definiert |
- |
aktiviert |
0 |
100 |
1800 |
0 |
0 |
Lotus Notes View-Cache |
standardmäßig nicht definiert |
- |
aktiviert |
0 |
1000 |
1800 |
0 |
0 |
Lotus Notes Document-Cache |
standardmäßig nicht definiert |
- |
aktiviert |
0 |
1000 |
1800 |
0 |
0 |
Cache für Navigationspunkte |
nm |
aktiviert |
aktiviert |
0 |
5000 |
1800 |
0 |
0 |
Object-Type-Handler-Cache |
oth |
aktiviert |
aktiviert |
0 |
5000 |
1800 |
0 |
0 |
Rendering-Cache |
rendering |
aktiviert |
aktiviert |
0 |
5000 |
1800 |
0 |
0 |
Control-Status-Service-Cache |
css |
aktiviert |
aktiviert |
0 |
500 |
1800 |
0 |
0 |
XSLT-Pipeline-Processor-Cache |
ca_pipeline |
- |
aktiviert |
0 |
50 |
0 |
0 |
0 |
Cache für XML-Forms-Listeneinträge |
ca_xmlforms_ |
- |
aktiviert |
0 |
100 |
0 |
0 |
300000 |
Klassifikations-Cache |
classification |
aktiviert |
aktiviert |
0 |
20 |
1800 |
0 |
0 |
TREX-Administration-Cache |
trexadmin |
- |
aktiviert |
0 |
100 |
300 |
0 |
0 |
TREX-Memory-Cache |
trexmemory |
- |
aktiviert |
0 |
100 |
300 |
0 |
0 |