Die Verfügbarkeit von oxaion sieben Tage die Woche, rund um die Uhr für den Gesch��ftsbetrieb, wird wesentlich eingeschränkt durch die sogenannte Kritische Phase in der im Rahmen der Abschlussarbeiten, vor allen Dingen die Daten für die Disposition neu aufgebaut werden (Dispositionsdatei neu aufbauen (DI53010) kurz: Disponeuaufbau). Daher wurden die Elemente der Kritischen Phase für den 24/7 Betrieb von oxaion überarbeitet.

Die neuen Möglichkeiten, die erforderlichen Laufzeiten zu verkürzen und ggf. ganz auf den kompletten Neuaufbau der Disposition zu verzichten, sind in diesem Abschnitt bezüglich Konfiguration und Anwendung beschrieben.

Parallelität

Mit oxaion open 5.1 wurde ein generisches Framework geschaffen, welches die parallele Ausführung von voneinander unabhängigen, aber gleichartigen Teilaufgaben innerhalb eines einzelnen Batchprozesses erlaubt. Ein Beispiel dafür ist die Erstellung von Planfertigungsaufträgen zu Fertigungsvorschlägen, die innerhalb des Disponeuaufbau oder des Netchange erstellt wurden. Entsprechend der verfügbaren Hardwareressourcen des Servers, insbesondere der Anzahl der Prozessorkerne, werden n-Planfertigungsaufträge gleichzeitig erstellt. Damit skaliert dieser Prozess mit der Leistungsfähigkeit der zur Verfügung stehenden Hardware. Je größer der Server, desto mehr Planfertigungsaufträge können gleichzeitig erstellt werden, desto schneller wird der Prozess ausgeführt.

Außerdem können Firmengruppen gebildet werden mit Hilfe derer die parallele Verarbeitung von ASY_PERM (ASY) Ereignissen verschiedener Firmen deutlich effizienter gesteuert werden kann. Die relevanten Gruppierungen werden mit dem Programm Firmengruppen verwalten (US50420) vorgenommen. Die Effizienz der Parallelisierung von Ereignissen wurde deutlich verbessert und kann über Planungsereignismatrix verwalten (US50406) konfiguriert werden.  

Bezüglich der Abarbeitung der Programme im Abschluss, darf die hier genannte Parallelität nicht mit der Parallelisierung der Programm verwechselt werden, die beim Abschlussarbeiten starten (US51020) angegeben werden kann.

Funktionale Beschreibung

Bestimmte Teilprozesse in den Abschlussarbeiten der Kritischen Phase können parallel ausgeführt werden. Dazu müssen im Einzelfall bestimmte Registry-Schalter gesetzt werden (vgl. Abschnitt Konfiguration). Die virtuelle Maschine ermittelt in Abhängigkeit von der Anzahl der zur Verfügung stehenden Prozessorkerne und weiteren Parametern den optimalen Grad der Parallelisierung. Messungen auf einem 8-Prozessor-System (8 Kerne), auf dem keine weiteren Prozesse laufen, ergaben, dass der Durchsatz etwa 6-fach so groß ist wie im sequentiellen Modus. 

Im Disponeuaufbau (NA) oder dem Netchange (NC) können folgende Aufgaben parallel durchgeführt werden:

• Alle Verbuchungen (UMATBP- und dispositive Verbuchungen)
• Erstellung von Planfertigungsaufträgen
• Unterdeckungsrechnung
• Verschiebung der Heutelinie (vgl. Abschnitt Funktionale Beschreibung)

Damit könnten die Elemente in der Kritischen Phase mit der passenden Hardware beliebig schnell werden. Allerdings lässt sich das Element Terminierung der Planfertigungsaufträge nicht oder nur bedingt parallelisieren. Damit wird das bestimmende Element der Laufzeit für die Kritische Phase, trotz zunehmender Anzahl Prozessorkerne, die Laufzeit für das Element Terminierung sein.

Konfiguration

Bei der Planung der parallelen Verarbeitung ist die Serverstruktur ein ganz wichtiger Punkt. Parallelisierung bringt nur dann einen Performancezuwachs, wenn brachliegende CPU-Zeit ausgeschöpft wird. Ungenutzte CPU-Zeit entsteht zum Beispiel, wenn es mehr Prozessorkerne als sequentielle Prozesse gibt oder durch Wartezeiten beim Zugriff auf die Datenbank.

Es geht also darum, die oxaion-Prozesse geeignet auf mehrere physische oder logische Server zu verteilen. Ein (fast) maximales Beispiel ist im Folgenden abgebildet:

In der Darstellung ist der zeitliche Faktor ausgeblendet. Z.B. kann in der Nacht, wenn der zu parallelisierende Prozess laufen soll, ein Server, der im Tagesbetrieb voll ausgelastet ist, komplett unausgelastet sein.

Für die parallele Verarbeitung sind folgende Registry-Einträge von Bedeutung:

Permanente Disposition

Permanente Disposition bedeutet, dass auf den globalen Disponeuaufbau und des Netchange im Tagesabschluss und damit auf große Teile der Kritische Phase verzichtet wird. Anstelle dessen werden die Tripel, bestehend aus Firma, Teilenummer und Lagegruppe, bei denen das Fortschreiten der Heutelinie einen Netchange erfordert, durch einen nicht exklusiven Prozess ermittelt und in den fallbezogenen Netchange gegeben. Weiterhin überwachen zwei Agenten die Qualität der Dispodaten im Tagesbetrieb und stoßen bei Bedarf einen fallbezogenen Neuaufbau oder einen fallbezogenen Netchange an. Diese beiden Agenten stellen also den Ersatz des ungedingten Disponeuaufbaus und Netchange dar.

Funktionale Beschreibung

Der klassische Ansatz, jede Nacht im Tagesabschluss einen Disponeuaufbau (NA) / Netchange (NC) durchzuführen, steht oft in keinem Verhältnis zu den tatsächlich neu ermittelten Daten für die Disposition. Das Ermitteln neuer Beschaffungsvorschläge und hier speziell die Fertigungsvorschläge zusammen mit der Einplanung der zughörigen Planfertigungsaufträge ist ressourcen- und zeitintensiv.

Die Aufgaben von NA/NC reduzieren sich mit Blick auf eine effiziente Optimierung Aufgaben in Verbindung mit dem Fortschreiten der Heutelinie und Änderungen in der Vorschlagsstruktur. Für diese Aufgaben wurde das neue Programm Verschieben der Heutelinie (DI50450) erstellt.

Die permanente Disposition arbeitet deshalb wie folgt:

• Im Abschluss wird nur noch die Rückstandsverdichtung (wie bisher) und die Verschiebung der Heutelinie vorgenommen.
• Für die sonstige Pflege der Dispodaten sorgen zwei Agenten, die neben dem Tagesgeschäft die Konsistenz der Dispodaten prüfen und ggf. einen fallbezogenen NA oder NC einleiten.

Konfiguration

Vor der eigentlichen Konfiguration werden zwei Forderungen hier näher beschreiben. Diese sind:

• Forderung nach einer sauber eingestellten Disposition
• begrenzter Bedarf an Neueinplanung von Fertigungsaufträgen im Abschluss

und werden im folgenden näher erläutert.

Die Forderung nach einer sauber eingestellten Disposition hat folgende Hintergründe:

• die Agenten lösen bei jedem fehlerhaften Tripel den fallbezogenen Disponeuaufbau (NA) bzw. Netchange (NC) aus und erzeugen dadurch unnötige Last für den ASYPERM, was wiederum die sonst laufende permanente Planung beeinflusst

• für Tripel, deren Teil eine tiefe DEP-Struktur besitzt, wird die Last für den ASYPERM vervielfacht

Die Forderung nach begrenztem  Bedarf an Neueinplanung von Fertigungsaufträgen im Abschluss hat den Hintergrund, dass eine große Anzahl an Neueinplanungen die kritische Phase derart belastet, das der Disponeuaufbau deutlich effizienter sein kann. Dies bedeutet, dass beim täglichen Abschluss keine komplette Neueinplanung aller Fertigungsaufträge vorgesehen sein sollte und daher in Fertigungsaufträge einplanen (PW51000) nicht der Neuaufbaulauf eingestellt ist.

Zusammenfassung

Neben den beiden genannten Forderungen ist vor der Aktivierung der permanenten Disposition zu prüfen in welchem Umfeld und Umfang die oxaion Installation und die vorhandenen Abschlüsse eingesetzt und konfiguriert sind. Dies vor allen Dingen bei den Programmen die in der kritischen Phase integriert sind.

Weitere Quellen für längere Laufzeiten

Nachfolgende Tabelle soll eine Übersicht über weitere Quellen für lange Laufzeiten der Abschlüsse geben und bezieht sich auf den Umfang der ausgelieferten Programme in der kritischen Phase.

Tabellen

Falls nicht vorhanden ist für DI50450 (Verschieben Heutelinie für Disposition) ein Eintrag FRDPGM (Abschlussprogramme) mit den dort angegebenen Daten zu erfassen.

Abschluss

Über Abschlussarbeiten verwalten (US51071) werden folgende Einträge innerhalb der kritischen Phase des bisherigen Tagesabschlusses deaktiviert:

Anstelle von DI53039R wird ein Eintrag für DI50450 (Verschieben Heutelinie für Disposition) erstellt, als Art der NC-Erzeugung wird "2".

Anschließend sollte der Tagesabschluss innerhalb der kritischen Phase etwa wie folgt aussehen:

Der Wochenabschluss behält den (großen) Disponeuaufbau und den Netchange. Dort ist das Programm zur Verschiebung der Heutelinie (DI50450) nicht erforderlich.

Agenten

Die beiden Agenten für die Prüfung auf NA- und NC-Würdigkeit werden über Jobs planen (US00310) geplant. Die Jobs der Agenten sollten dabei idealerweise nach dem Verschiebung der Heutelinie (DI50450) und Phasen gestartet werden, in denen trotz 24/7 Betrieb wenig Last auf den ASY_PERM (ASY) vorhanden ist.

Bestimmung der Parameter periodInSeconds und numberOfRepeat

Ziel ist üblicherweise die Kontrolle jedes vorhandenen Tripels aus der Kopfdatei Disposition (DDKPFP) zumindest einmal am Tag. Damit werden die im Tagesabschluss inaktivierten Programme kompensiert. Je Zyklus arbeiten die Agenten einen Block von 100 Tripeln ab. 

Wenn eine größere Zahl an Tripel vorhanden ist oder die Überprüfung in einer kürzeren Zeit erfolgen soll, kann selbst bei relativ schwacher Hardware die Periode ohne Probleme auf 15 Sekunden reduziert werden, wenn man dabei den Parallelmodus aktiviert. Allerdings sollte dabei immer die Konkurrenz um Hardwareressourcen zwischen den Agenten und anderen Batch- oder interaktiven Jobs berücksichtigt werden.

Für das Beispiel würden sich also folgende Einträge unter Jobs planen (US00310) ergeben, wenn der Wochenabschluss am Sonntag durchgeführt wird:

Als Alternative zu den Agenten, die mit den zuvor beschriebenen Parametern als Jobs arbeiten, können diese auch als Variante in klassischen Batchjobs mit Protokollierung eingerichtet werden. Deren Einstellungen finden sich unter Batchjob für runBatchCheckNetchange / runBatchCheckDispoNeuaufbau.

Technische Hinweise

Protokollierung von Auffälligkeiten

Beide Agenten loggen alle NA- bzw. NC-würdigen Tripel im server.log. Dazu ist der Debuglevel CmdLog. DEBUG erforderlich. 

Interaktiver Aufruf der Agenten zu Diagnosezwecke

Zu Diagnosezwecken können die Agenten auch interaktiv über Programm aufrufen (OP30050) mit den Programmnamen runAgentTestDispoNeuaufbau bzw. runAgentTestDispoNetchange ausgeführt werden.

Batchjob für runBatchCheckNetchange / runBatchCheckDispoNeuaufbau

Um ohne die Vorgaben bei den Agenten die Funktion der permanenten Disposition zu nutzen, kann die Funktionalität der Agenten als klassischer Batchjob eingerichtet werden. Die hierfür zu verwenden Programme heißen runBatchCheckNetchange (als Ersatz für runAgentCheckNetchange) bzw. runBatchCheckDispoNeuaufbau (als Ersatz für runAgentCheckDispoNeuaufbauerfolgen).