Dieses Dokument beschreibt Zweck, Verwendung und Funktionsweise des Editor Buffer Pool, eines Zwischenspeichers, der vom Software AG Editor verwendet wird.
Dieses Kapitel behandelt die folgenden Themen:
Der Editor Buffer Pool kann als eine Erweiterung des Editor-Arbeitsbereichs angesehen
werden (siehe auch Profilparameter SSIZE). Er ist ein Zwischenspeicher, der vom
Software AG Editor für die Verwaltung seiner logischen Dateien verwendet wird.
Eine logische Datei besteht aus einem oder mehreren logischen Datensätzen und enthält die Daten eines Natural-Quellcodeobjekts oder einer Datei (z. B. eines Jobs, eines PDS-Members oder eines LMS-Elements), die mit dem Editor verwaltete werden. Da ein Benutzer mit mehr als einem Objekt gleichzeitig arbeiten kann, können für jeden Benutzer mehrere logische Dateien gleichzeitig existieren.
Die Anzahl der logischen Dateien (sowie der Prozentsatz der Wiederherstellungssätze in der Editor-Arbeitsdatei) wird im Buffer Pool-Parametermakro definiert.
Der Editor Buffer Pool kann als lokaler oder globaler Buffer Pool oder als Hilfs-Buffer
Pool (siehe auch Profilparameter EDPSIZE) definiert werden. In
Mehrbenutzerumgebungen (CICS und IMS TM) wird der Editor Buffer Pool von allen
Editorbenutzern entweder derselben Region (lokaler Pool) oder mehrerer Regionen (globaler
Pool) gemeinsam genutzt.
Der Editor Puffer Pool enthält verschiedene Steuertabellen und eine Reihe von Datenblöcken:
| Bereich | Größe |
|---|---|
| Hauptsteuerblock | 500 Bytes |
| Tabelle der logischen Dateien | 20 Bytes pro logische Datei |
| Arbeitsdateitabelle | 4 Bytes pro Datensatz |
| Tabelle der Wiederherstellungsdatei | 16 Bytes pro Datensatz |
| Buffer Pool-Blocktabelle | 2828 Bytes pro Block |
| Buffer Pool-Blöcke | siehe Text unten |
Da die Größe eines Buffer Pool-Blocks der Größe eines Arbeitsdateisatzes entspricht, kann ein Buffer Pool-Block einen logischen Dateisatz enthalten.
Der Buffer Pool wird vom ersten Benutzer des Editors initialisiert. Während der Buffer Pool-Initialisierung beim Warmstart werden alle Wiederherstellungsdatensätze überprüft, um die Tabelle der Wiederherstellungsdateien anzulegen.
Für den Zugriff auf den Buffer Pool stehen mehrere Funktionen zur Verfügung (z. B. Funktionen zum Zuordnen, Lesen, Schreiben oder Löschen eines Datensatzes).
Wenn der Buffer Pool voll wird, müssen Buffer Pool-Blöcke in einen externen Dataset, die Arbeitsdatei des Editors, verschoben werden, um freie Blöcke zu erhalten.
In einer solchen Situation überprüft der Editor alle logischen Dateien auf ihren Timeout-Wert und löscht jede logische Datei, auf die innerhalb der angegebenen Zeit nicht zugegriffen wurde. Das bedeutet, dass alle Buffer Pool-Blöcke und Arbeitsdateisätze freigegeben werden und die logische Datei verloren ist.
Wenn immer noch kein Buffer Pool-Block verfügbar ist, verschiebt der Editor den ältesten
Block in die Arbeitsdatei, und zwar entsprechend den angegebenen Timeout-Parameterwerten
(siehe die Funktion Generation Parameters - Generierungs-Parameter des
Dienstprogramms SYSEDT.
Beim ersten Aufruf des Software AG Editors wird ein nicht initialisierter Editor Buffer Pool initialisiert. Anschließend werden die verschiedenen Kontrollblöcke angelegt. Es gibt zwei verschiedene Modi für die Initialisierung von Buffer Pool und Arbeitsdatei (Workfile): Kaltstart und Warmstart.
Ein Buffer Pool-Kaltstart kann durch den Editor Buffer Pool-Subparameter COLD oder durch
das Dienstprogramm SYSEDT oder automatisch (wenn die Editor-Arbeitsdatei
unformatiert ist) ausgelöst werden.
Während eines Buffer Pool-Kaltstarts werden die Werte des Editor Puffer Pool-Parameters
EDBP oder des
entsprechenden Makros NTEDBP im Arbeitsdatei-Steuerungsdatensatz
gespeichert und alle Wiederherstellungssätze der Arbeitsdatei werden gelöscht.
Während eines Buffer Pool-Warmstarts werden die Buffer Pool-Parameter aus dem Arbeitsdatei-Steuerungsdatensatz gelesen, und alle Arbeitsdatei-Wiederherstellungsdatensätze werden gelesen, um die Wiederherstellungsdatentabelle im Buffer Pool anzulegen.
Die Arbeitsdatei, auf die der Editor zugreift, kann nur von Sitzungen innerhalb
desselben Betriebssystems (Systemvariable *HOSTNAME) und mit demselben globalen
Buffer Pool oder demselben Jobnamen für lokale Buffer Pools verwendet werden. Diese
Verbindung kann nur durch einen Buffer Pool-Kaltstart beendet werden. Alternativ kann
die Software AG Editor Workfile Formatting Utility verwendet werden, um die
Arbeitsdatei-Verbindung zurückzusetzen.
Mit dem Dienstprogramm SYSEDT zur Verwaltung des Editor Buffer Pool können Sie den
Editor Buffer Pool beenden, d.h. ihn in den nicht initialisierten Zustand versetzen.
Dadurch wird ein Neustart des TP-Systems oder des globalen Buffer Pool vermieden.
Falls SYSEDT aufgrund von Buffer Pool-Problemen nicht verfügbar ist, kann
das Programm BPTERM verwendet werden, um den Buffer Pool zu beenden.
Wichtig
Alle Natural-Sitzungen müssen wiederhergestellt werden, wenn sie den Editor nach
dem Neustart des Buffer Pool verwenden sollen.
Der Editor Buffer Pool-Parameter EDBP oder das entsprechende Makro NTEDBP im Natural-Parametermodul wird benötigt, um
Parameter für den Betrieb des Editor Buffer Pool zu definieren.
Bei der Formatierung der Editor-Arbeitsdatei werden diese Parameter im Arbeitsdatei-Steuerungssatz gespeichert, während alle anderen Sätze gelöscht werden. Die Neuformatierung einer zuvor verwendeten Arbeitsdatei bedeutet also, daß alle Editor-Checkpoint- und Wiederherstellungsinformationen verlorengehen.
Einige dieser Parameter können während der Ausführung des Buffer Pool mit Hilfe des
Dienstprogramms SYSEDT dynamisch geändert werden.
Während der Buffer Pool-Initialisierung werden alle Wiederherstellungssätze aus der Arbeitsdatei des Editors gelesen. Daher müssen die ersten Benutzer lange warten oder erhalten sogar eine Zeitüberschreitungsmeldung (Timeout), bis die Editor Buffer Pool-Initialisierung abgeschlossen ist.
Aus diesem Grund wird ein spezielles Natural-Programm ausgeliefert, das die Buffer Pool-Initialisierung auslöst, bevor der erste Benutzer aktiv wird. Dieses Programm kann entweder während des Starts des TP-Monitors aktiviert werden oder durch einen Batch-Job, wenn ein globaler Buffer Pool verwendet wird.
Die Sitzung muss dann mit dem Session-Parameter gestartet werden:
STACK=(LOGON SYSEDT,user,password;BPINIT;FIN)
Unter CICS: Falls die Sitzung asynchron läuft, muss
SENDER=CONSOLE angegeben werden, um eventuelle Fehlermeldungen während der
Initialisierung angezeigt zu erhalten. Das Quellcodeprogramm FRONTPLT wird
als Beispielprogramm mitgeliefert, um Ihnen zu zeigen, wie Sie eine asynchrone
Natural-Sitzung beim CICS-Start über PLTPI starten können.
