Automation Engine intern > Cache > Anwendung des Caches

 Anwendung des Caches

Aktuelle Informationen über den Cache erhalten Sie über die Systemübersicht (Kategorie Cache). Die Einstellungen zu den einzelnen Cachetypen können in der Kategorie Server definiert werden.

Allgemein

Jeder Arbeitsprozess besitzt seinen eigenen Cache. Es wird nur der wirklich verwendete Speicher allokiert, die Cache-Größe gibt an, wie groß dieser maximal wachsen darf. Werden nach dem Erreichen der maximalen Größe neue Einträge im Cache abgelegt, so wird im Hintergrund eine Reorganisation angestoßen, die jene Einträge aus dem Cache entfernt, die am längsten nicht mehr benötigt wurden. Der Vorgang hält solange an, bis die Größe wieder unter den Maximalwert gefallen ist. Jeder Cache hat seine eigene Refreshsteuerung, damit er immer aktuell ist. Eine manuelle Steuerung ist somit nicht notwendig.

Derzeit wird in der Systemübersicht nur die Cacheauslastung/Verwendung des primären Arbeitsprozesses angezeigt. Im Falle einer gleichmäßigen Auslastung gelten diese Werte jedoch auch annähernd für die übrigen Arbeitsprozesse. Bei Änderungen der Caches bzw. beim Beenden des Arbeitsprozesses wird die Auslastung/Hitrate in der Logdatei protokolliert. Hier kann auch die Auslastung/Hitrate der anderen Arbeitsprozesse kontrolliert werden.

Ist der PrimaryMode=Parameter in der UCSRV.INI der Automation Engine auf 1 gesetzt, ist die Cache-Nutzung des PWP nicht für andere WPs repräsentativ. In diesem Fall akzeptiert der PWP ausschließlich PWP-Meldungen. Der Workload aller Arbeitsprozesse, einschließlich PWP, ist daher nicht gleichmäßig verteilt.

Cachetypen

Der Cache setzt sich aus folgenden Typen zusammen:

Script

Bei der Aktivierung eines Objektes wird das zugehörige Script zuerst im Cache gesucht. Ist es dort nicht gespeichert oder hat sich das Script seit dem Abspeichern im Cache geändert, wird es aus der Datenbank gelesen. In diesem Fall wird das Script gleichzeitig im Cache platziert bzw. ersetzt.

Vara

Der Cachetyp "Vara" verhält sich genauso wie bei "Script" und enthält die Variablenwerte.

MQMEM

Wird eine Transaktion unterbrochen, wie beispielsweise ein Script durch einen Zeitablauf oder bedingt durch das zu verarbeitende Sprachmittel, wird der dafür benötigte Speicher in der Datenbanktabelle MQMEM und zusätzlich im Cache gespeichert. Wird diese Transaktion im selben Arbeitsprozess fortgesetzt, in der sie unterbrochen wurde, so kann der Zugriff auf die Datenbank eingespart werden. Die Größe des benötigten Caches ist somit verarbeitungs- und konfigurationsabhängig.

ODOC

Dieser Cachetyp enthält die GUI-Beschreibungen (XML) für das UserInterface. Es findet hier keine Verdrängung des Cacheinhaltes statt.

XREQ

Zu diesem Typ gehören spezielle AE-Scripts, die der GUI-Behandlung dienen. Sie werden beim Start des Arbeitsprozesses vorkompiliert und im Cache abgelegt.

USER

Hier verhält es sich genauso wie bei "Script". Es werden die Benutzerstämme im Cache abgelegt. Dies dient hauptsächlich dem UserInterface für die Umsetzung der Benutzerkennung (USR_Idnr) auf Name/Abteilung.

OBJECT_IDNR und OBJECT_NAME

Damit eine Umsetzung der Objektkennung (OH_Idnr) auf den Objektnamen (OH_Name) bzw. umgekehrt erfolgen kann, ohne direkt auf die Datenbank zugreifen zu müssen, werden diese Daten im Cache gespeichert.

HACL

In diesem Cachetyp werden die Berechtigungssätze der Agenten auf Mandanten zwischengespeichert, um die Zugriffsberechtigungen ohne Datenbankzugriffe abhandeln zu können. Hier findet keine Verdrängung statt.  Eine Zugriffsrate unter 100 % bedeutet lediglich, dass eine Zugriffsberechtigung gesucht wurde, die nicht existiert.

Einstellungen

Die Überprüfung der optimalen Größe erfolgt über die Systemübersicht und Cachehitrate.

Cachetyp

Optimale Größe

Refreshsteuerung

Script

Abhängig von der Anzahl der Objekte.

Änderungszähler des Objektes (Registerkarte Kopf).

Vara

Abhängig von der Anzahl der Objekte.

Änderungszähler des Objektes (Registerkarte Kopf).

MQMEM

Abhängig von der jeweils aktuellen Nachrichtenanzahl.

Keine, da jeder Eintrag nur einmal verwendet wird.

ODOC

Der Wert ist fix eingestellt.

Keine, da es keine Änderungen gibt.

XREQ

Der Wert ist fix eingestellt. Die Hitrate ist immer 100 %.

Keine, da es keine Änderungen gibt.

USER

Abhängig von der Anzahl der Benutzer.

Änderungszähler des Benutzers

OBJECT_IDNR und OBJECT_NAME

Abhängig von der Anzahl der Objekte.

Der Cache wird beim Umbenennen von Objekten automatisch über alle Arbeitsprozesse hinweg erneuert.

HACL

Der Wert ist fix eingestellt.

Der Cache wird nach einer Änderung der Hostberechtigungen automatisch auf ungültig gesetzt und bei der ersten Verwendung neu aufgebaut.

 

Siehe auch:

Systemübersicht - Cache
Systemübersicht - Server - Einstellungen

 


Automic Documentation - Tutorials - Automic Blog - Resources - Training & Services - Automic YouTube Channel - Download Center - Support

Copyright © 2016 Automic Software GmbH