Recovery AIFB SS 2001 1 5Recovery 5.1 Fehler im Datenbankbetrieb(1/10) (1)Transaktionsfehler (TF) (2)Systemfehler (SF) (3)Speicherfehler (SpF) Fehlerfallen.

Slides:

Advertisements

Ähnliche Präsentationen

Kapitel 15 Verteilte Datenbanken

Advertisements

Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.

Synchronisation paralleler Transaktionen AIFB SS Serialisierbarkeitsprinzip 4.3 Serialisierbarkeitsprinzip (5/13) Schedule: T* = {T 1,..., T.

Relationentheorie AIFB SS Transitive (funktionale) Abhängigkeiten Transitive (funktionale) Abhängigkeiten (1|3) Geg.: r: (U | F); A,

Apriori-Algorithmus zur Entdeckung von Assoziationsregeln

C. Mohan, Bruce Lindsay and R. Obermarck

Transaktionsverwaltung

Transaktionsverwaltung

© A. Kemper / A. Eickler1 Fehlerbehandlung (Recovery) 1.Lokaler Fehler in einer noch nicht festgeschriebenen (committed) Transaktion Wirkung muss zurückgesetzt.

Seminar Textmining WS 06/07 Aufgaben II 1.Dokumente im VSM 2.Ranking 3.Term-Term-Korrelation 4.Relevance Feedback 5.Termgewichtung.

1 Fehlerbehandlung (Recovery) 1.Lokaler Fehler in einer noch nicht festgeschriebenen (committed) Transaktion Wirkung muss zurückgesetzt werden R1-Recovery.

Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.

Nebenläufigkeit Teil I

1 Fehlerbehandlung (Recovery) 1.Lokaler Fehler in einer noch nicht festgeschriebenen (committed) Transaktion Wirkung muss zurückgesetzt werden R1-Recovery.

Gottfried Vossen 5. Auflage 2008 Datenmodelle, Datenbanksprachen und Datenbankmanagementsysteme Kapitel 22: Grundlagen der Crash Recovery.

Transaktionen in verteilten Datenbanken

Prof. Dr. T. Kudraß1 Recovery. Prof. Dr. T. Kudraß2 Fehlerarten: Transaktionsfehler Transaktionsfehler –Freiwilliger Transaktionsfehler durch eine ROLLBACK-Anweisung.

Datenbanksysteme für FÜ WS 2004/2005 Transaktionen 1 Worzyk FH Anhalt Transaktionen und Parallelverarbeitung Eigenschaften von Transaktionen Konsistenz.

Datenbanksysteme für FÜ SS 2000 Seite Worzyk FH Anhalt Transaktionen und Parallelverarbeitung Eigenschaften von Transaktionen Konsistenz Isolation.

Programmiermethodik SS2007 © 2007 Albert Zündorf, University of Kassel 1 4. Methodenentwurf Gliederung: 1. Einführung 2. Objektdiagramme zur Analyse von.

Kapitel 14: Recovery Oliver Vornberger

Fachbereich Mathematik/Informatik Universität Osnabrück

1 Kapitel 12: Transaktionsverwaltung Oliver Vornberger Fachbereich Mathematik/Informatik Universität Osnabrück Osnabrück

1 Kapitel 12: Transaktionsverwaltung. 2 Transaktion Bündelung mehrerer Datenbankoperationen Mehrbenutzersynchronisation Recovery.

Universität Karlsruhe (TH) © 2008 Univ,Karlsruhe, IPD, Prof. LockemannDBI 7 Kapitel 7 Zugriffsschicht: Zuverlässigkeit.

Einige Begriffe zum Anfang.... Transaktionsprozedur: Folge primitiver Operationen als Einheit der Konsistenz und der Robustheit. Transaktion (TA): Ausführung.

Recovery AIFB SS Einbringstrategie der Pufferverwaltung(1/4) Die bestimmt, wann geänderte Seiten in die Datenbank eingebracht werden. Sie.

Recovery AIFB SS (1/8) Sicherungspunkte (Checkpoints) (1/8) (1) Transaktions-Orientierte Sicherungspunkte Transaction-Oriented Checkpoint.

Implementierung von S2PL (1) Scheduler als Verwalter von Sperren auf Datenelementen sowie Warteschlangen für Sperren (Sperren-Verwalter). Transaktion 1Transaktion.

Synchronisation paralleler Transaktionen AIFB SS Konzept der Transaktion 4.2 Konzept der Transaktion (1/4) Eine Transaktion ist ein in sich geschlossener,

Betriebliche Informationssysteme Prof. Dr. Michael Löwe

Mikroprogrammierte Ablaufsteuerung

Gottfried Vossen 5. Auflage 2008 Datenmodelle, Datenbanksprachen und Datenbankmanagementsysteme Kapitel 21: Concurrency Control.

Datenmodelle, Datenbanksprachen und Datenbankmanagementsysteme

4. Echtzeitaspekte der Software

Design and analysis of GUI test-case prioritization using weight-based methods Samra Khan.

Globale Transaktions-Verwaltung

GIS und relationale Datenbanken: Arc/Info SDE und Oracle 8i Spatial

WS 2012/13 Datenbanksysteme Mi 15:15 – 16:45 R Vorlesung #11 Transaktionsverwaltung.

WS 2004/2005 Datenbanken II - 5W Mi 17:00 – 18:30 G 3.18 Vorlesung #6 Fehlerbehandlung.

WS 2011/12 Datenbanksysteme Mi 15:15 – 16:45 R Vorlesung #10 Transaktionsverwaltung.

Vorlesung #9 Fehlerbehandlung

Synchronisation paralleler Transaktionen AIFB SS Serialisierbarkeitsprinzip 4.3 Serialisierbarkeitsprinzip (11/13) Vermutung: Eine Schedule S.

Maximale Sicherheit für PC-Systeme. Was ist der PC-Sheriff 2000? Wie funktioniert der PC-Sheriff 2000? Warum PC-Sheriff 2000? Desktop-Probleme Vorteile.

Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung Prof. Dr. Manfred Gruber FH München.

ADAT©2004,2006 Dipl. - Ing. Walter SabinSeite: 48 Version 1.0a Recovery Wiederherstellung eines konsistenten Datenbankzustandes nach Fehlersituationen.

Übung: Transaktionale Systeme

Maximale Sicherheit für PC-Systeme.

Mehrbenutzerzugriff auf GIS-Daten

Prüfung auf Serialisierbarkeit (3)

Fehlerbehandlung (Recovery)

Transaktionsverwaltung

Recovery    AIFB SS Grundlegende Annamen(1/2) Um den Erfolg der der Recovery-Maßnahmen zu gewährleisten, werden folgende Annahmen.

Synchronisation paralleler Transaktionen  AIFB SS Sperrverfahren Sperrverfahren (13/18) Behandlung von Konflikten bei der Sperrvergabe.

Synchronisation paralleler Transaktionen  AIFB SS Serialisierbarkeitsprinzip 4.3 Serialisierbarkeitsprinzip (2/13) Im folgenden wird ein vereinfachtes.

Semantische Integritätsbedingungen  AIFB SS Überwachung von Integritätsbedingungen (1/3) Dem DBMS muß mitgeteilt werden, wann eine Integritätsbedingung.

Sicherung gegen Medienverlust (1) Medienverlust = Verlust der Datenbasis und/oder des Protokolls. Vorbeugung durch periodische Sicherung von Datenbasis.

Recovery    AIFB SS (1/6) Durchführung der Recovery-Maßnahmen(1/6) Transaktions-Fehler (TF) T1 T2 T3 Zeitt Transaktion T2 wird vom.

Synchronisation paralleler Transaktionen  AIFB SS Synchronisationsverfahren 4.4 Synchronisationsverfahren (1/3) Typen von Synchronisationsverfahren.

Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.

Seminar zur Administration von Datenbankmanagementsystemen 8. 6

Prof. Dr. T. Kudraß1 Transaktionsmanagement - Einführung.

Der Stundenplan

Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.

Übung – Recovery Manager Undo Redo Algorithmus

Vorlesung #7 Fehlerbehandlung

Transaktionsabbruch, System Crash, Media Failure

Vorlesung #7 Fehlerbehandlung

Vorlesung #7 Fehlerbehandlung

Vorlesung #10 Fehlerbehandlung

Präsentation transkript:

Recovery AIFB SS Recovery 5.1 Fehler im Datenbankbetrieb(1/10) (1)Transaktionsfehler (TF) (2)Systemfehler (SF) (3)Speicherfehler (SpF) Fehlerfallen (Schwächegrad)

Recovery AIFB SS Recovery 5.1 Fehler im Datenbankbetrieb(2/10) (1)Transaktionsfehler (TF): Eine Transaktion erreicht nicht ihr Ende (COMMIT). Mögliche Ursachen: Absichtliches Zurücksetzen durch den Benutzer. Fehler im Benutzerprogramm. Zurücksetzen durch das DBMS wegen eines Deadlocks, einer Integritätsverletzung o.ä.

Recovery AIFB SS Fehler im Datenbankbetrieb(3/10) Recovery-Dauer: Nicht länger als die korrekte Ausführung der zurückgesetzten Transaktion. ( 10 Millisekunden bis 1 Sekunde) Häufigkeit: In größeren Systemen 10 – 100 mal pro Minute. ( Haerder/Reuter:1983: p.291; Antony L. Hosking:1995 )

Recovery AIFB SS (SF), soft crash (2)Systemfehler (SF), soft crash Fehler, bei dem das DBS selbst funktionsunfähig wird und Arbeitsspeicherinhalte verloren gehen. Mögliche Ursachen: 5.1 Fehler im Datenbankbetrieb(4/10) Absturz des Betriebssystem Hardware-Fehler (außer Sekundarspeicher) Häufigkeit: Mehrmals pro Woche. Recovery-Dauer: Wenige Minuten.

Recovery AIFB SS Fehler im Datenbankbetrieb(5/10) (3)Speicherfehler (SpF), hard crash Fehler, die zum Verlust von Daten auf Massenspeicher führen. Mögliche Ursachen: Fehler in den Betriebssystemroutinen zum Schreiben auf Platte Hardware-Fehler der Festplattensteuerung Head Crash Verlust von Information durch magnetische Störfelder oder Alterung des Plattenmaterials.

Recovery AIFB SS Fehler im Datenbankbetrieb(6/10) Häufigkeit: Ein- oder zweimal pro Jahr (Haerder/Reuter: p.291) Recovery-Dauer: 1 – 2 Stunden (Haerder/Reuter: p.291)

Recovery AIFB SS Fehler im Datenbankbetrieb(7/10) Zeitt Transaktionen T1 T2 T3 T4 T5 T6 T7 Datenbank

Recovery AIFB SS Fehler im Datenbankbetrieb Zeitt Transaktionen T1 T2 T3 T4 T5 T6 T7 Datenbank 5.1 Fehler im Datenbankbetrieb(8/10) Objekt x x0x0 w(x) x1x1 TF in T3 r(x) T3 RESTART T5 Aktion: UNDO T3(Rollback) Auswirkung auch auf T5: UNDO T5 (1) TF:

Recovery AIFB SS Fehler im Datenbankbetrieb Zeitt Transaktionen T1 T2 T3 T4 T5 T6 T7 Datenbank 5.1 Fehler im Datenbankbetrieb(9/10) Aktion:UNDO alle betroffenen Transaktionen(T3,T5,T6) (2) SF:

Recovery AIFB SS Zeit t Transaktionen T1 T2 T3 T4 T5 T6 T7 Datenbank 5.1 Fehler im Datenbankbetrieb(10/10) Aktion: REDO (alle Transaktionen mit Beginn nach t 0 ) (=Rekonstruktion) ausgehend von D 0 Dbank D 0 Sicherungskopie (Zeitpunkt t 0 ) t0t0 (3) SpF: