Your Browser is not longer supported

Please use Google Chrome, Mozilla Firefox or Microsoft Edge to view the page correctly
Loading...

{{viewport.spaceProperty.prod}}

Fehlergewichte bei Consistency Checks mit den Meldungsnummern SES6000 und SED9001

05
10
11
12
30
32
33
34
36
37
38
39
40
50
80
82
83
88

Dump erstellen
Transaktion zurückgesetzt
Transaktion zurückgesetzt wegen DMS-Fehler
Transaktion zurückgesetzt mit Dump des Anwenderprogramms
Restart wegen Inkonsistenz des Systems
I/O-Fehler Space
maximale Space-Größe erreicht
Sekundärindex defekt
Tabelle defekt
Space defekt
Catalog-Space der Datenbank defekt
Cat-Rec defekt
Sicherungsfehler
Timeout bei der Tasksynchronisation
System defekt
System defekt mit Systemdump
System defekt und Dump in lokaler Task
System und aktuelle Datenbank defekt

Im Folgenden wird die Reaktion auf die verschiedenen Fehlergewichte erläutert, vorausgesetzt, die DBH-Session läuft mit Transaktionssicherung.

Für eine Session, in der nur CALL-DML-Anwendungen ablaufen sollen, kann die Transaktionssicherung auch ausgeschaltet werden. In dem Fall sind wichtige Sicherungsfunktionen des DBH ausgeschaltet, und der DBH kann auf Consistency Checks mit bestimmten Fehlergewichten nicht entsprechend reagieren. Der Anwender muss dann u. U. weitreichendere Maßnahmen treffen, die unter der Überschrift "Maßnahmen" jeweils gesondert beschrieben sind.

In der folgenden Übersicht werden nur Consistency Checks aufgeführt, die besondere Maßnahmen erfordern.

Consistency Checks, die hier nicht speziell aufgeführt sind, sind einfach entsprechend ihres Fehlergewichts zu behandeln.

Consistency Check

meldende Funktionseinheit

Diagnoseunterlagen

SEA....: AD/gg/uu

SESADM

SESADM-Dump und evtl. DBH-
Ablaufprotokoll

SED....: XX/gg/uu

DDL-Funktionen und Utility
Funktionen im DBH

SESAM-Dump.
SYSLST der Servicetask

SEDFRVM: XX/gg/uu
SEDFSVM: XX/gg/uu
SESFRVM: XX/gg/uu
SESFSVM: XX/gg/uu

Freiplatzverwaltung des Spaces
bzw. der DATABASE KEYS

SESAM-Dump
Sicherung des betroffenen
Spaces
DA-LOGs seit der letzten
Sicherung

SEDTA..: XX/gg/uu

DDL-Transaktionssicherung in
der Servicetask

SESAM-Dump
SYSLST der Servicetask
DDLTA-Datei

SEFBM..: XX/gg/uu
SESLBV: XX/gg/uu
SESLR: XX/gg/ uu
SESSDH: XX/gg/uu
SESSPM: XX/gg/uu
SESTACT: XX/gg/uu

Transaktionssicherung

SESAM-Dump,
TA-LOG1,
TA-LOG2,
WA-LOG

SEL....: XX/80/uu
SEL....: XX/88/uu

DDL-Interpreter

SESAM-Dump
zusätzlich Catalog-Space

SEM....: XM/gg/uu

SESAM-Monitor

Dump des SESAM-Monitors

SESADXS: XX/05/99
SESADXS: XX/40/99

Administrations-Handler nach
Administrationsanweisung
CREATE-DUMP bzw. CREA-
TE-DUMP,STOP

SESAM-Dump

SESAGPM: XX/gg/uu
SESAGPC: XX/gg/uu

Logische Datensicherung

SESAM-Dump,
DA-LOG,
CAT-LOG

SESCO..:XX/05/uu

Auftragslogging

DMS-Fehler bei der COLOG-
Datei beheben, Auftragslogging
neu starten

SESLOMA: XX/gg/uu

Recovery

SESAM-Dump,
DA-LOGs,
CAT-LOGs,
CATALOG-Space,
Cat-Rec-Datei

SEU....: XX/80/uu
SEU....: XX/88/uu

Utility-Interpreter

SESAM-Dump
zusätzlich Catalog-Space

SEUTA.. : XX/gg/uu

DDL-Transaktionssicherung

DDLTA-Datei

Fehlergewicht 05 - Dump erstellen

Bedeutung

In einem Ablauf ist ein Ereignis aufgetreten, bei dem zwar die Verarbeitung von Auftrag, Transaktion und die DBH-Session weiter fortgesetzt werden können. Im Nachhinein kann aber Klärungsbedarf bestehen. Zu diesem Zweck wird ein Dump erzeugt.

Beispiele dafür sind:

  • Der DBH hat eine defekte Nachricht empfangen.
    In diesem Fall schickt der DBH an die Absendertask der Nachricht den Auftrag, einen Dump zu schreiben.

  • beim Schreiben auf die CO-LOG-Datei ist ein Fehler aufgetreten.
    In diesem Fall schaltet der DBH die betroffene Datei ab.

Die DBH-Session wird jeweils fortgesetzt.

Maßnahme

Im Fall der CO-LOG-Datei die Ursache des DMS-Fehlers beseitigen. Im Fall der defekten Empfangsnachricht den DBH-Dump und den Dump des Anwenderprogramm sicherstellen und mit Fehlermeldung an den Kundendienst übergeben. Traten die Fehler nach Ausführung von EXPORT- bzw. IMPORT-Anweisungen auf, so ist als zusätzliche Diagnose-Unterlage die Export-Datei sicherzustellen.

Fehlergewicht 10 - Transaktion zurückgesetzt

Bedeutung

Bei der Verarbeitung eines Auftrags ist ein Fehler aufgetreten, der weder parallele Aufträge noch das Gesamtsystem beeinflusst. Nach Rücksetzen der aktuellen Transaktion setzt der DBH die Session fort.

Maßnahme

Dump sicherstellen und mit Fehlermeldung an den Kundendienst übergeben.

Fehlergewicht 11 - Transaktion zurückgesetzt wegen DMS-Error

Bedeutung

Bei der Verarbeitung eines Auftrags ist ein DMS-Fehler aufgetreten, der weder parallele Aufträge noch das Gesamtsystem beeinflusst. Nach Rücksetzen der aktuellen Transaktion setzt der DBH die Session fort.

Maßnahme

DMS-Fehler beseitigen.

Fehlergewicht 12 - Transaktion zurückgesetzt mit Dump des Anwenderprogramms

Bedeutung

Es ist eine Inkonsistenz zwischen Anwenderprogramm und DBH aufgetreten, die weder parallele Aufträge noch das Gesamtsystem beeinflusst. Nach Rücksetzen der aktuellen Transaktion setzt der DBH die Session fort.

Maßnahme

den DBH-Dump und den Dump des Anwenderprogramm sicherstellen und mit Fehlermeldung an den Kundendienst übergeben.

Fehlergewicht 30 - Restart wegen Inkonsistenz des Systems

Bedeutung

Es ist im System eine Inkonsistenz aufgetreten, die keinem bestimmten Auftrag zugeordnet werden kann, aber durch einen internen Restart bereinigt werden kann. Alle Auftraggeber-Sessions werden geschlossen. Läuft die Session ohne Transaktionssicherung, wird die Session abgebrochen.

Maßnahme

Dump sicherstellen und mit Fehlermeldung an den Kundendienst übergeben.

Fehlergewicht 32 - I/O-Fehler Space

Bedeutung

Nach einem I/O-Fehler auf einem Space führt der DBH einen internen Wiederanlauf durch und setzt alle offenen Transaktionen zurück, so dass der Space wieder in konsistentem Zustand vorliegt. Alle Auftraggeber-Sessions werden geschlossen. Die DBH-Session wird fortgesetzt, der Space verbleibt in der Session. Läuft die Session ohne Transaktionssicherung, wird der betroffene Space aus dem Betrieb genommen.

Maßnahme

Hardware-Problem beseitigen und Fehlermeldung an Kundendienst. Lief die Session ohne Transaktionssicherung: zusätzlich den betroffene Space mit Mitteln der Media Recovery reparieren.

Fehlergewicht 33 - maximale Space-Größe erreicht

Bedeutung

Die maximal mögliche Space-Größe von 64 GByte ist erreicht. Der Space (eingerichtet in SESAM/SQL bis V7.0) kann nicht mehr erweitert werden. Der DBH führt einen internen Wiederanlauf durch und setzt alle offenen Transaktionen zurück, so dass der Space wieder in konsistentem Zustand vorliegt. Alle Auftraggeber-Sessions werden geschlossen. Die DBH-Session wird fortgesetzt, der Space verbleibt in der Session.

Maßnahme

Space mit der Utility Anweisung REORG SPACE reorganisieren. Den Space entlasten durch Löschen von nicht mehr benötigten Sätzen, durch Verlagern von Tabellen und Indizes oder durch Partitionieren von Tabellen.

Fehlergewicht 34 - Sekundärindex defekt

Bedeutung

Über einen internen Wiederanlauf setzt der DBH alle offene Transaktionen zurück. Der Index wird als defekt gekennzeichnet. Alle Auftraggeber-Sessions werden geschlossen. Die DBH-Session wird ohne den betroffenen Index fortgesetzt.

Maßnahme

Defekten Index mit der Utility-Anweisung RECOVER INDEX neu aufbauen und Fehlermeldung an Kundendienst.

Fehlergewicht 36 - Tabelle defekt

Bedeutung

Eine Tabelle ist inkonsistent. Andere Tabellen und Indizes des Space sind i.d.R. nicht beeinträchtigt. Über einen internen Wiederanlauf setzt der DBH alle offenen Transaktionen zurück. Die betroffene Tabelle wird als defekt gekennzeichnet. Alle Auftraggeber-Sessions werden geschlossen und die DBH-Session wird fortgesetzt. Die als defekt gekennzeichnete Tabelle ist nicht mehr zugreifbar.

Maßnahme

Fehlermeldung an Kundendienst. Erfordert die Diagnose Informationen über den Space, auf dem die defekte Tabelle liegt, zunächst eine Kopie des betroffenen Space sichern. Dann mit der Utility-Anweisung RECOVER den Space reparieren, auf dem die defekte Tabelle liegt, so dass die Tabelle wieder zugreifbar ist.

Fehlergewicht 37 - Space defekt

Bedeutung

Ein Space ist inkonsistent. Über einen internen Wiederanlauf setzt der DBH offene Transaktionen zurück. Der defekte Space wird geschlossen und als "defekt" markiert. Er wird vom DBH erst nach Recovery wieder zur Bearbeitung geöffnet. Alle Auftraggeber-Sessions werden geschlossen. Die DBH-Session wird fortgesetzt.

Maßnahme

Fehlermeldung an Kundendienst. Erfordert die Diagnose Informationen über den defekten Space, Kopie des betroffenen Space sichern. Dann den defekten Space mit der Utility-Anweisung RECOVER reparieren.

Fehlergewicht 38 - Catalog-Space der Datenbank defekt

Bedeutung

Inkonsistenz in einem Catalog-Space. Über einen internen Wiederanlauf setzt der DBH alle offenen Transaktionen zurück. Die Datenbank wird geschlossen und der Catalog-Space wird als "defekt" markiert. Die Datenbank wird vom DBH erst nach Recovery wieder zur Bearbeitung geöffnet. Alle Auftraggeber-Sessions werden geschlossen. Die DBH-Session wird fortgesetzt.

Maßnahme

Fehlermeldung an Kundendienst. Erfordert die Diagnose Informationen über den defekten Catalog-Space. Erst Kopie des Catalog-Space sichern, dann Catalog-Space mit der Utility-Anweisung RECOVER CATALOG_SPACE bzw. RECOVER CATALOG ... SCOPE PENDING reparieren. Die Verwendung von RECOVER CATALOG ... SCOPE PENDING hat den Vorteil, dass zusätzlich zum Catalog-Space auch die defekten Daten und Index-Spaces repariert werden.

Fehlergewicht 39 - CAT-REC-Datei der Datenbank defekt

Bedeutung

Inkonsistenz in der CAT-REC-Datei der betroffenen Datenbank. Der DBH setzt die Datenbank auf ACCESS=READ, setzt in einem internen Wiederanlauf alle offenen Transaktionen zurück, schließt alle Auftraggeber-Sessions und setzt dann die DBH-Session fort.

Maßnahme

Prüfen, ob z.B. die CAT-REC-Datei aus einer Vorgängerversion stammt oder eine anderer Handlingsfehler vorliegt. Wenn möglich, korrekte CAT-REC-Datei zur Verfügung stellen. Wenn kein Handlingsfehler vorliegt, Fehlermeldung an Kundendienst. Erfordert die Diagnose Informationen über die defekte CAT-REC-Datei, Kopie der CAT-REC-Datei und des Catalog-Space sichern. Bei Bedarf in Zusammenarbeit mit dem Kundendienst wieder eine korrekte CAT-REC-Datei erzeugen.

Fehlergewicht 40 - Sicherungsfehler

Bedeutung

Fehler in der Transaktionssicherung oder in der Fehlerbehandlung. Alle vom DBH eröffneten Dateien werden geschlossen und der DBH wird beendet. Kein interner Wiederanlauf.

Maßnahme

Bei Session mit Transaktionssicherung: externen Wiederanlauf starten und Fehlermeldung an den Kundendienst. Bei CALL-DML-Session ohne Transaktionssicherung: CALL-DML-Tabellen, die zum Zeitpunkt des Session-Endes direkt geändert wurden, mit Mitteln des Media Recovery reparieren. Fehlermeldung an Kundendienst.

Fehlergewicht 80 - System defekt

Bedeutung

Wegen eines Fehlers in den internen Systemabläufen oder Verwaltungstabellen ist ein konsistentes Fortsetzen der DBH-Session nicht möglich. Der DBH erzeugt einen Dump und bricht dann die Session ab.

Maßnahme

Dump mit Fehlermeldung an Kundendienst schicken.

Fehlergewicht 82 - System defekt mit Systemdump

Bedeutung

Wegen eines Fehlers bei der Zusammenarbeit mit dem Betriebssystem ist ein konsistentes Fortsetzen der DBH-Session nicht möglich. Der DBH erzeugt einen Systemdump, falls das in seiner Kennung möglich ist und bricht dann die Session ab.

Maßnahme

Dump mit Fehlermeldung an Kundendienst schicken.

Fehlergewicht 83 - System defekt mit lokalem Dump

Bedeutung

Wegen eines Fehlers in den internen Systemabläufen, bei dem die tasklokalen Datenmodule betroffen sind, ist ein konsistentes Fortsetzen der DBH-Session nicht möglich. Der DBH erzeugt einen tasklokalen Dump und bricht dann die Session ab.

Maßnahme

Fehlermeldung an Kundendienst.

Fehlergewicht 88 - System und aktuelle Datenbank defekt

Bedeutung

Eine Inkonsistenz eines Catalog-Space deutet auf einen schwer wiegenden Fehler in den Verwaltungstabellen des DBH hin. Die Datenbank wird geschlossen und der Catalog-Space wird als "defekt" markiert. Die Datenbank wird vom DBH erst nach Recovery wieder zur Bearbeitung geöffnet. Der DBH verfährt dann wie bei Fehlergewicht 80 (System defekt).

Maßnahme

Dump mit Fehlermeldung an Kundendienst schicken. Erfordert die Diagnose Informationen über den defekten Catalog-Space, Kopie des betroffenen Space sichern. Dann CatalogSpace mit der Utility Anweisung RECOVER reparieren.