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 Portals.

Die Konfiguration eines im Content Management verwendeten Cache umfasst verschiedene 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.

ACL Security Manager

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)

Den Cache ca_rsrc_acl wählenSie bei der Konfiguration von Repository-Managern unter Content Management → Repository Managers im Parameter ACL Manager Cache aus.

(JDBC-)ACL-Manager

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 enthält nur wenige Einträge. Die Einträge sind überwiegend statisch.

ACLs sind Cache-Einträge, die nur wenig Speicherplatz beanspruchen (nur einige KB). Berechtigungen und Objektarten benötigen nur sehr wenig Speicherplatz (weniger als 1KB). Der ACL-Manager ist in ständigem Einsatz; sein Cache sollte daher groß sein.

ca_cm_rep_acl, ca_cm_srv_acl (ACL-Cache)

Die Caches ca_cm_rep_acl und ca_cm_srv_acl wählen Sie bei der Konfiguration der ACL-Manager unter Content Management →   Hilfsmittel →  ACL-Managerim Parameter Cache für Berechtigungenaus.

ca_cm_rep_acl_perm, ca_cm_srv_acl_perm (Cache für Berechtigungen)

Die Caches ca_cm_rep_acl_perm und ca_cm_srv_acl_permwählen Sie bei der Konfiguration der ACL-Manager unter Content Management → Hilfsmittel →ACL-Managerim Parameter Cache für Berechtigungenaus.

Anwendungsdefinierte Eigenschaften

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)

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.

URL-Zugriff auf Inhalte

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)

Der Cache ca_contentaccess ist unter Content Management → Utilities →URL Access for Content bereits ausgewählt.

CM-Repository-Manager

Ein CM-Repository-Manager verwendet neben dem ACL-Cache zwei weitere Caches.

CM-Cache

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)

Standardmäßig können Sie den Cache ca_cm unter Content Management → Repository Managers → CM Repositoryauswählen.

Cache für kleine Inhalte

Dieser Cache wird von einem CM-Repository-Manager für Inhalte genutzt wird, die kleiner als 32 KB sind.

ca_cm_content (Cache für kleine Inhalte)_}

Standardmäßig können Sie den Cache ca_cm_content unter Content Management → Repository Managers → CM Repositoryauswählen.

Web-Repository-Manager

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

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 Repositoryaus.

WebDAV-Repository-Manager

Im Cache eines WebDAV-Repository-Managers werden Ressourcen abgelegt. Die Cache-Einträge beanspruchen wenig Speicherplatz.

WebDAV-Repository-Cache

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 Repositoryaus.

Cache für Navigationspunkte

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)

Der Cache nm wird intern vom System verwendet. Er muss bei der Konfiguration anderer Komponenten nicht angegeben werden.

Object-Type-Handler-Cache

Der Cache wird vom Objekttyp-Handler-Service genutzt. In ihm werden URIs der Ressourcen abgelegt, für die Objekttyp-Definitionsdateien vorhanden sind und für die bereits Objekttyp-Definitionsdateien gefunden wurden.

oth (Object-Type-Handler-Cache)

Der Cache oth ist unter Content Management → Global Services →Object Type Handler Service bereits ausgewählt.

Rendering-Cache

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)

Der Cache rendering ist unter Content Management → User Interface →Debugging Settings bereits ausgewählt.

Control-Status-Service-Cache

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)

Der Cache css ist bereits konfiguriert und wird intern vom System verwendet.

XSLT-Pipeline-Processor-Cache

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)

Der Cache ca_pipeline ist unter Content Management → Global Services →Pipeline Add-Ons →XSLT Pipeline Processor bereits ausgewählt.

Cache für XML-Forms-Listeneinträge

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)

Der Cache ca_xmlforms_renderlistitems wird intern vom System verwendet. Er muss bei der Konfiguration anderer Komponenten nicht angegeben werden.

Klassifikations-Cache

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)

Der Cache classification wird intern vom System verwendet. Er muss bei der Konfiguration anderer Komponenten nicht angegeben werden.

TREX-Caches

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 → UtilitiesCaches Memory Caches.

Sie können einen genaueren Wert für die Kapazität eines Caches ermitteln, indem Sie den Cache-Monitor nutzen.

Empfehlungen für die Cache-Konfiguration in einem Standardszenario

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.