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