Wird nach abnormaler Beendigung einer UTM-S-Anwendung (UTM-Secure) die
Anwendung erneut gestartet (= Warmstart), stellt openUTM innerhalb kürzester Zeit die Einsatzbereitschaft wieder her: Alle offenen Transaktionen werden auf einen konsistenten Stand gesetzt, unterbrochene Services werden erneut gestartet, die Benutzer können mit dem Bildschirm weiterarbeiten, der zu diesem konsistenten Stand gehört (Bildschirmwiederanlauf).
Um diesen umfassenden Wiederanlauf zu ermöglichen, schreibt openUTM während des Betriebs einer UTM-S-Anwendung bei jeder Transaktion einen Satz mit Wiederanlauf-Informationen in die KDCFILE.
Konsistenz bei unterbrochenen Transaktionen
openUTM setzt beim Wiederanlauf nicht einfach alle offenen Transaktionen zurück, sondern geht differenzierter vor:
Transaktionen, die sich zum Zeitpunkt des Ausfalls in der Transaktionsende-Bearbeitung befanden, werden durch openUTM abhängig davon behandelt, ob die beteiligten Transaktionen externer Resource Manager / Datenbanksysteme zum Zeitpunkt des Ausfalls beendet waren oder nicht.
Waren die Transaktionen der Resource Manager nicht beendet und wurden sie beim Wiederanlauf der Resource Manager zurückgesetzt, so setzt openUTM auch die UTM-Transaktion zurück (Rollback).
Waren die Transaktionen der Resource Manager bereits beendet, so beendet auch openUTM die zum Zeitpunkt des Ausfalls offenen UTM-Transaktionen (Commit).
Entsprechend verfährt openUTM bei verteilten Transaktionen.
Alle Transaktionen, die sich zum Zeitpunkt des Ausfalls noch nicht in der Transaktionsende-Bearbeitung befanden, werden zurückgesetzt.
Wiederanlauf bei Dialog-Services
Unterbrochene Dialog-Services werden nach einem Anwendungswiederanlauf unter bestimmten Umständen fortgesetzt (Vorgangswiederanlauf):
Wenn ein Benutzer einen offenen Vorgang hat und sich durch einen Anmelde-Vorgang angemeldet hat, dann entscheidet der Anmelde-Vorgang, ob ein Vorgangswiederanlauf durchgeführt wird oder der Vorgang abnormal beendet wird.
Wenn ein Benutzer einen offenen Vorgang hat und sich über ein Client-Programm angemeldet hat, muss ein Vorgangswiederanlauf explizit durch das Client-Programm angefordert werden, ansonsten beendet openUTM den Vorgang abnormal.
Wenn ein Benutzer einen offenen Vorgang hat und sich über ein Terminal anmeldet, führt openUTM immer einen Vorgangswiederanlauf durch.
Das Verhalten von openUTM ist unabhängig davon, ob die letzte Aktion mit einem Sicherungspunkt abgeschlossen wurde oder nicht. Bei einem Vorgangswiederanlauf wird immer auf den letzten Sicherungspunkt zurückgesetzt.
| Detaillierte Informationen zum Wiederanlauf beim Anschluss von Client-Programmen finden Sie in den openUTM-Client-Handbüchern. |
Wiederanlauf bei Hintergrund- und Ausgabeaufträgen
Der transaktionsorientierte Queuing-Mechanismus von openUTM gewährleistet, dass auch bei einem Systemausfall alle Hintergrund- und Ausgabeaufträge erhalten bleiben, die openUTM zur Bearbeitung angenommen und bis dahin noch nicht vollständig abgearbeitet hat.
Beim Wiederanlauf geht openUTM differenziert vor:
Hintergrundaufträge, mit deren Bearbeitung noch nicht begonnen wurde oder die noch keinen Sicherungspunkt erreicht hatten, werden nach dem Wiederanlauf neu gestartet.
Bei Hintergrundaufträgen, die bereits einen Sicherungspunkt erreicht hatten, wird die Bearbeitung an diesem Sicherungspunkt fortgesetzt.
Alle Ausgabeaufträge, mit deren Bearbeitung noch nicht begonnen wurde oder die zum Abbruchzeitpunkt noch nicht vollständig abgearbeitet waren, stehen nach dem Wiederanlauf erneut zur Ausgabe an.
Alle Nachrichten aus Service-gesteuerten Queues, die noch nicht in beendeten Transaktionen gelesen wurden, stehen nach dem Wiederanlauf erneut zum Lesen bereit.