Die Einstellungen zu den einzelnen Cache-Typen können in der Kategorie Automation Engine Verwaltung im Unterabschnitt Prozesse & Auslastung definiert werden. Details hierzu finden Sie unter Erweiterte Optionen einrichten. Aktuelle Informationen über den Cache erhalten Sie unter Cache in der Perspektive „Administration“.
Dieses Thema beinhaltet Folgendes:
Allgemeine Informationen
Jeder Arbeitsprozess besitzt seinen eigenen Cache. Es wird nur der wirklich verwendete Speicher allokiert, die Cache-Größe gibt an wie groß dieser maximal für jeden WP 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 eigenen Refresh-Steuerung, damit er immer aktuell ist. Eine manuelle Steuerung ist somit nicht notwendig.
Die Perspektive „Administration“ zeigt die Cache-Auslastung/Verwendung des primären Arbeitsprozesses. Im Falle einer gleichmäßigen Auslastung gelten die Werte, die aus dem primären Arbeitsprozess gewonnen wurden, jedoch auch für die übrigen Arbeitsprozesse. Bei Änderungen der Caches bzw. beim Beenden des Arbeitsprozesses wird die Auslastung/Trefferrate in der Logdatei protokolliert. In dieser Logdatei kann auch die Auslastung/Trefferrate der anderen Arbeitsprozesse kontrolliert werden.
Wichtig! Wenn der Parameter PrimaryMode= in der INI-Datei der Automation Engine auf 1 gesetzt ist, ist die Nutzung des PWP-Caches nicht repräsentativ für andere WPs. In diesem Fall akzeptiert der PWP nur PWP-Nachrichten. Daher ist die Auslastung aller Arbeitsprozesse einschließlich PWP nicht gleichmäßig verteilt.
Cache-Typen
Der Cache besteht aus den folgenden Typen:
Script
Bei der Aktivierung eines Objekts wird zunächst das zugehörige Script 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 und gleichzeitig im Cache ersetzt.
Vara
Der Cache-Typ Vara verhält sich genauso wie der Cache-Typ Script und enthält die Variablenwerte.
MQMEM
Der Speicher, der vom System gebraucht wird, um eine Transaktion zu unterbrechen, wird in der Datenbanktabelle MQMEM und im Cache hinterlegt. Eine solche Unterbrechung kann zum Beispiel auftreten, wenn die Ausführung eines Scripts zu lange dauert. Wird die unterbrochene Transaktion dann im gleichen Arbeitsprozess, in dem sie unterbrochen wurde, fortgesetzt, wird kein Datenbankzugriff benötigt. Die Größe des benötigten Caches ist somit verarbeitungs- und konfigurationsabhängig.
ODOC
Dieser Cache-Typ enthält die GUI-Beschreibungen (XML) für das Automic Web Interface. Es findet hier keine Verdrängung des Cache-Inhaltes statt.
XREQ
Zu diesem Typ gehören spezielle AE-Scripts, die der GUI-Behandlung dienen. Diese werden beim Start des Arbeitsprozesses vorkompiliert und im Cache abgelegt.
USER
Hier verhält es sich genauso wie bei Script. Es werden die Benutzerdaten im Cache abgelegt. Dies dient hauptsächlich dem Automic Web Interface 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 Cache-Typ 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 Perspektive „Administration“ und die Cache-Trefferrate.
|
Cache-Typ |
Optimale Größe |
Refresh-Steuerung |
|---|---|---|
|
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 jeweils aktuellen Nachrichtenanzahl |
Keine, da jeder Eintrag nur einmal verwendet wird |
|
ODOC |
Fixwert |
Keine, da es keine Änderungen gibt |
|
XREQ |
Fixwert Die Trefferrate 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 |
Fixwert |
Der Cache wird nach einer Änderung der Hostberechtigungen automatisch auf ungültig gesetzt und bei der ersten Verwendung neu aufgebaut. |
Siehe auch: