Moritz Kaufmann. Technische Universität München

Größe: px
Ab Seite anzeigen:

Download "Moritz Kaufmann. Technische Universität München"

Transkript

1 Q - ERDB 2016 B 01 Moritz Kaufmann Technische Universität München

2 Themen Transaktionen Fehlerbehandlung Persistenz Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 1

3 Wiederholung 1. Was sind Transaktionen? 2. Wofür braucht man Logeinträge und welche gibt es? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 2

4 Wiederholung 1. Was sind Transaktionen? Transaktionen sind eine Menge von Datenbankoperationen die atomar ausgeführ werden. Entweder alle Operationen laufen erfolgreich durch, oder alle Änderungen werden wieder zurückgenommen. 2. Wofür braucht man Logeinträge und welche gibt es? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 2

5 Wiederholung 1. Was sind Transaktionen? Transaktionen sind eine Menge von Datenbankoperationen die atomar ausgeführ werden. Entweder alle Operationen laufen erfolgreich durch, oder alle Änderungen werden wieder zurückgenommen. Alle Operationen innerhalb der Transaktion haben eine konsistente Sicht auf Daten. 2. Wofür braucht man Logeinträge und welche gibt es? Logeinträge sind wichtig um die Persistenz der Daten und das Zurücksetzen von Transaktionen möglich zu machen. Typen: BOT, Redo/Undo, Kompensation, commit. Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 2

6 Wiederholung 1. Was sind Transaktionen? Transaktionen sind eine Menge von Datenbankoperationen die atomar ausgeführ werden. Entweder alle Operationen laufen erfolgreich durch, oder alle Änderungen werden wieder zurückgenommen. Alle Operationen innerhalb der Transaktion haben eine konsistente Sicht auf Daten. 2. Wofür braucht man Logeinträge und welche gibt es? Logeinträge sind wichtig um die Persistenz der Daten und das Zurücksetzen von Transaktionen möglich zu machen. Typen: BOT, Redo/Undo, Kompensation, commit. Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 2

7 Wiederholung 2 3. Welche Bedeutung hat die LSN? 4. Was bedeutet WAL? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 3

8 Wiederholung 2 3. Welche Bedeutung hat die LSN? Log Sequence Number. Sie gibt die Reihenfolge an, in der Logeinträge geordnet sind. Wird auch genutzt, um festzustellen, welche Daten schon auf einer Seite auf der Festplatte liegen. 4. Was bedeutet WAL? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 3

9 Wiederholung 2 3. Welche Bedeutung hat die LSN? Log Sequence Number. Sie gibt die Reihenfolge an, in der Logeinträge geordnet sind. Wird auch genutzt, um festzustellen, welche Daten schon auf einer Seite auf der Festplatte liegen. 4. Was bedeutet WAL? Write Ahead Log. Bevor eine Änderung persistiert wird (commit oder Auslagern von Seiten), müssen die Logeinträge auch permanent gespeichert sein. 5. Welche Felder gibt es in einem REDO/UNDO Logeintrag? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 3

10 Wiederholung 2 3. Welche Bedeutung hat die LSN? Log Sequence Number. Sie gibt die Reihenfolge an, in der Logeinträge geordnet sind. Wird auch genutzt, um festzustellen, welche Daten schon auf einer Seite auf der Festplatte liegen. 4. Was bedeutet WAL? Write Ahead Log. Bevor eine Änderung persistiert wird (commit oder Auslagern von Seiten), müssen die Logeinträge auch permanent gespeichert sein. 5. Welche Felder gibt es in einem REDO/UNDO Logeintrag? LSN,TA,PageID,Redo,Undo,PrevLSN Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 3

11 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

12 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

13 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 1. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=0, C=10], P Y [B=0]? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

14 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 1. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=0, C=10], P Y [B=0]? Nein Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

15 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 2. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=0, C=0], P Y [B=20]? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

16 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 2. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=0, C=0], P Y [B=20]? Ja Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

17 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 3. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=50, C=0], P Y [B=20]? Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

18 Wiederholung: Wiederanlauf nach Fehlern Schritt T1 T2 Log 1 BOT [#1,T1,BOT,0] 2 BOT [#2,T2,BOT,0] 3 w(a,50) [#3,T1,P X,A=50,A=0,#1] 4 w(b,20) [#4,T2,P Y,B=20,B=0,#2] 5 w(c,10) [#5,T2,P X,C=10,C=0,#4] 6 commit [#6,T2,commit,#5] 7 commit [#7,T1,commit,#3] 3. Ist mit einem Crash nach Schritt 7 folgender Datenzustand auf Festplatte möglich: P X [A=50, C=0], P Y [B=20]? Ja Moritz Kaufmann Quiz - ERDB 2016 Blatt 01 4

Fehlerbehandlung und Recovery

Fehlerbehandlung und Recovery 1 / 44 Fehlerbehandlung und Recovery VU Datenbanksysteme vom 24.10. 2016 Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität

Mehr

Fehlerbehandlung (Recovery)

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

Mehr

Fehlerklassifikation 1. Lokaler Fehler in einer noch nicht festgeschriebenen. Wirkung muss zurückgesetzt werden R1-Recovery

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

Mehr

Fehlerbehandlung (Recov

Fehlerbehandlung (Recov Fehlerbehandlung (Recov Fehlerarten Auswirkung der Speicherhierarchie Protokollierung von Änderungen Wiederanlauf nach Fehler ( Sicherungspunkte) Media-Recovery Kapitel 10 1 Fehlerbehandlung (Recovery)

Mehr

9.3 Fehlerbehandlung

9.3 Fehlerbehandlung 9.3 Fehlerbehandlung Schutz vor Beeinträchtigungen durch Fehler des Systems oder eines Benutzers nach Systemzusammensturz innerhalb einer TA inkonsistenter Zustand der DB physische und logische Inkonsistenz

Mehr

Übung 14. Tutorübung zu Grundlagen Datenbanken (Gruppen DO-T24 / DO-T31 WS 2016/2017)

Übung 14. Tutorübung zu Grundlagen Datenbanken (Gruppen DO-T24 / DO-T31 WS 2016/2017) Übung 14 Tutorübung zu Grundlagen Datenbanken (Gruppen DO-T24 / DO-T31 WS 2016/2017) Dennis Fischer dennis.fischer@tum.de http://home.in.tum.de/fischerd Technische Universität München Fakultät für Informatik

Mehr

Fehlerbehandlung (Recovery)

Fehlerbehandlung (Recovery) Kapitel 9 Fehlerbehandlung (Recovery) 345 / 520 Überblick Recovery Wichtige Aufgabe eines DBMS ist das Verhindern von Datenverlust durch Systemabstürze Die zwei wichtigsten Mechanismen des Recovery sind:

Mehr

Übungen zu Datenbanksysteme

Übungen zu Datenbanksysteme Institut für Informatik Universität Osnabrück, 30.06.2009 Prof. Dr. Oliver Vornberger http://www-lehre.inf.uos.de/ dbs Dipl.-Math. Patrick Fox Abgabe bis 06.07.2009, 12:00 Uhr Aufgabe 10.1 (35 Punkte)

Mehr

Vorlesung Datenbanksysteme 2. Übung Recovery Checkpointing

Vorlesung Datenbanksysteme 2. Übung Recovery Checkpointing Vorlesung Datenbanksysteme 2 Übung Recovery Checkpointing Aufgabe Checkpointing Das Datenbanksystem habe für folgenden Schedule zwei LRU-Cache- Slots reserviert. Der Recovery Manager unterstützt Undo/No

Mehr

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

Transaktionsmanagement - Einführung. Prof. Dr. T. Kudraß 1 Transaktionsmanagement - Einführung Prof. Dr. T. Kudraß 1 Einführung Nebenläufige Ausführung von Benutzerprogrammen wesentlich für gute Performance des DBMS Weil Plattenzugriffe häufig und relativ langsam

Mehr

Fehlerbehandlung (Recovery)

Fehlerbehandlung (Recovery) Fehlerbehandlung (Recovery) Fehlerbehandlung (Recovery) Fehlerklassifikation Fehlerarten Auswirkung der Speicherhierarchie Protokollierung von Änderungen Wiederanlauf nach Fehler ( Sicherungspunkte) Media-Recovery

Mehr

Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen.

Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen. Kapitel 14 Recovery Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen. 14.1 Fehlerklassen Wir unterscheiden drei

Mehr

Datenbank- Verwaltungssysteme

Datenbank- Verwaltungssysteme Datenbank- Verwaltungssysteme Diana Troancă Babeș-Bolyai Universität Fakultät Mathematik und Informatik Dozent: Diana Troancă E-mail: dianat [at] cs.ubbcluj.ro Website: www.cs.ubbcluj.ro/~dianat/ Feedback

Mehr

Speicherhierarchie. Für die Dauer eines Zugriffs wird die Seite im Puffer fixiert (pin) Werden Daten geändert, so wird die Seite als dirty markiert

Speicherhierarchie. Für die Dauer eines Zugriffs wird die Seite im Puffer fixiert (pin) Werden Daten geändert, so wird die Seite als dirty markiert Verteilte Recovery Speicherhierarchie Für die Dauer eines Zugriffs wird die Seite im Puffer fixiert (pin) Werden Daten geändert, so wird die Seite als dirty markiert Pufferverwaltung Zugriff zu den Daten

Mehr

Datenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de

Datenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de Datenbankanwendung Wintersemester 2014/15 Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern smichel@cs.uni-kl.de Vorsorge für den Fehlerfall Logging ˆ Sammlung redundanter Daten bei Änderungen im Normalbetrieb,

Mehr

Wiederherstellung (Recovery)

Wiederherstellung (Recovery) Fragestellungen Aufgaben der Komponenten für das Recovery: Sicherstellung der Dauerhaftigkeit der gespeicherten Daten, d.h. Daten, die in einer Transaktion einmal bestätigt wurden (commit), bleiben auch

Mehr

13. Fehlerbehandlung/2. Architektur von Datenbanksystemen I

13. Fehlerbehandlung/2. Architektur von Datenbanksystemen I 13. Fehlerbehandlung/2 Architektur von Datenbanksystemen I Crash-Recovery ZIEL Herstellung des jüngsten transaktionskonsistenten DB-Zustandes aus materialisierter DB und temporäer Log-Datei... BEI DIREKTER

Mehr

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS 21.06.2018 DATENMODELLIERUNG 2 (184.790) DATENBANKSYSTEME (184.686) GRUPPE

Mehr

Datenbanken: Backup und Recovery

Datenbanken: Backup und Recovery Der Prozess der Wiederherstellung der Daten einer Datenbank nach einem Fehler im laufenden Betrieb in einen konsistenten, möglichst verlustfreien Zustand heißt Recovery. Beteiligt an diesem Recovery sind

Mehr

Die Sicht eines Sysadmins auf DB systeme

Die Sicht eines Sysadmins auf DB systeme Die Sicht eines Sysadmins auf DB systeme Robert Meyer 21. Oktober 2016 Robert Meyer Die Sicht eines Sysadmins auf DB systeme 21. Oktober 2016 1 / 20 Inhaltsverzeichnis 1 Einleitung 2 IO unter Linux typische

Mehr

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS 09.05.2018 DATENMODELLIERUNG 2 (184.790) DATENBANKSYSTEME (184.686) GRUPPE

Mehr

3.6 Transaktionsverwaltung

3.6 Transaktionsverwaltung 3.6 Transaktionsverwaltung Transaktionen erlauben Bündelung von Operationen und gelten als wichtigster Beitrag des Bereichs Datenbanken zur Informatik; sie werden heute auch außerhalb von Datenbanksystemen

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 3 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe15 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

Verteiltes Sperren Verteilte Recovery

Verteiltes Sperren Verteilte Recovery Verteiltes Sperren Verteilte Recovery Verteiltes Sperren (Distributed Locking) Wie werden Sperren für Objekte über mehrere Knoten hinweg verwaltet? Zentralisiert: Ein Knoten für Sperren verantwortlich

Mehr

Zentralübung ERDB 2018

Zentralübung ERDB 2018 Zentralübung ERDB 2018 Maximilian E. Schüle Technische Universität München Institut für Informatik Lehrstuhl III: Datenbanksysteme Garching, 12. Juli 2018 Klausur Hauptklausur Freitag, 20.07.2018, 16-18

Mehr

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS 30.01.2018 DATENMODELLIERUNG 2 (184.790) DATENBANKSYSTEME (184.686) GRUPPE

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Kapitel l2 Transaktionsverwaltung Skript 2009 Matthias Schubert Dieses Skript basiert auf dem Skript zur Vorlesung Datenbanksysteme II von Prof. Dr. Christian Böhm gehalten im Sommersemester 2007 an der

Mehr

Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung

Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung Prof. Dr. Manfred Gruber FH München Transaktions-Konzept (1) Beispiel: op 1 BOT op 2 read(k 1

Mehr

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 10. 03. 2015 Kennnr. Matrikelnr.

Mehr

Kapitel 2 Transaktionsverwaltung. Skript 2009 Matthias Schubert

Kapitel 2 Transaktionsverwaltung. Skript 2009 Matthias Schubert Kapitel 2 Transaktionsverwaltung Skript 2009 Matthias Schubert Dieses Skript basiert auf dem Skript zur Vorlesung Datenbanksysteme II von Prof. Dr. Christian Böhm gehalten im Sommersemester 2007 an der

Mehr

Recovery. Prof. Dr. T. Kudraß 1

Recovery. Prof. Dr. T. Kudraß 1 Recovery Prof. Dr. T. Kudraß 1 Transaktionsfehler Fehlerarten: Transaktionsfehler Freiwilliger Transaktionsfehler durch eine ROLLBACK-Anweisung Unzulässige Dateneingabe Nicht erfolgreiche DB-Operation

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Transaktionsverwaltung VL Datenbanksysteme Ingo Feinerer Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Transaktionsverwaltung Transaktionen:

Mehr

AG Datenbanken und Informationssysteme Wintersemester 2006 / Übungsblatt. Aufgabe 2: Charakterisierung von Sicherungspunkt-Schemata

AG Datenbanken und Informationssysteme Wintersemester 2006 / Übungsblatt. Aufgabe 2: Charakterisierung von Sicherungspunkt-Schemata AG Datenbanken und Informationssysteme Wintersemester 2006 / 2007 Prof. Dr.-Ing. Dr. h. c. Theo Härder Fachbereich Informatik Technische Universität Kaiserslautern 11. Übungsblatt Für die Übung am Donnerstag,

Mehr

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit.

Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. Gruppe A Bitte tragen Sie SOFORT und LESERLICH Namen und Matrikelnr. ein, und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS MUSTERLÖSUNG 30.01.2018 DATENMODELLIERUNG 2 (184.790) DATENBANKSYSTEME

Mehr

Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen.

Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen. Kapitel 14 Recovery Aufgabe der Recovery-Komponente des Datenbanksystems ist es, nach einem Fehler den jüngsten konsistenten Datenbankzustand wiederherzustellen. 14.1 Fehlerklassen Wir unterscheiden drei

Mehr

8. Wiederherstellung und Datensicherheit

8. Wiederherstellung und Datensicherheit 8. Wiederherstellung und Datensicherheit Einführung in Recovery Recovery-Komponenten eines DBMSs Fehlerklassen Recovery-Klassen und Strategien VL Datenbank-Implementierungstechniken 9 1 Einführung in Recovery

Mehr

Recovery- und Buffermanager

Recovery- und Buffermanager Recovery- und Buffermanager Gesamtübersicht der Komponenten beim Zusammenspiel des lokalen Recovery Manager und des Datenbank Buffer Manager: persistenter Log Main memory Lokaler Recovery Manager (LRM)

Mehr

Vorlesung "Systemsoftware II" Wintersemester 2002/03

Vorlesung Systemsoftware II Wintersemester 2002/03 (c) Peter Sturm, Universität Trier 1 Verteilte Systeme 16. Transaktionen Motivation Sicherung konsistenter Systemzustände Beispiele Amnesieproblematik bei zustandsbehafteten Servern Sicherung des Primaries

Mehr

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 10. 03. 2015 Kennnr. Matrikelnr.

Mehr

Vorlesung "Verteilte Systeme" Wintersemester 2000/2001. Verteilte Systeme. 14. Transaktionen

Vorlesung Verteilte Systeme Wintersemester 2000/2001. Verteilte Systeme. 14. Transaktionen Verteilte Systeme 14. Transaktionen Motivation Sicherung konsistenter Systemzustände Beispiele Amnesieproblematik bei zustandsbehafteten Servern Sicherung des Primaries (Primary-Backup- Approach) Aktive

Mehr

Übungen zur Vorlesung. Datenbanken I

Übungen zur Vorlesung. Datenbanken I Prof. Dr. S. Böttcher Adelhard Türling Übungen zur Vorlesung Datenbanken I WS 2002/2003 Blatt 6 Aufgabe 1: In der Vorlesung haben Sie für die Einbringstrategie Update in Place die Vorgehensweisen steal,

Mehr

7.2 Journaling-File-Systems (4)

7.2 Journaling-File-Systems (4) 7.2 Journaling-File-Systems (4) Log vollständig (Ende der Transaktion wurde protokolliert und steht auf Platte): Redo der Transaktion: alle Operationen werden wiederholt, falls nötig Log unvollständig

Mehr

7. Transaktionsverwaltung

7. Transaktionsverwaltung 7. Transaktionsverwaltung Motivation Transaktionen erlauben Bündelung von Operationen und gelten als wichtigster Beitrag des Bereichs Datenbanken zur Informatik; sie werden heute auch außerhalb von Datenbanksystemen

Mehr

Redo Logs. Informationen soweit der Logminer reicht Thomas Klughardt Senior Systems Consultant

Redo Logs. Informationen soweit der Logminer reicht Thomas Klughardt Senior Systems Consultant Redo Logs Informationen soweit der Logminer reicht Thomas Klughardt Senior Systems Consultant Dell Data center & cloud management Client management Performance management Virtualization & cloud mgmt Windows

Mehr

Datenbanksysteme II SS 2010. Übungsblatt 9: Wiederholung

Datenbanksysteme II SS 2010. Übungsblatt 9: Wiederholung Ludwig-Maximilians-Universität München München, 02.07.2010 Department Institut für Informatik PD Dr. Peer Kröger Andreas Züfle Datenbanksysteme II SS 2010 Übungsblatt 9: Wiederholung Besprechung: 20.07.2010

Mehr

Datenbanken: Architektur & Komponenten 3-Ebenen-Architektur

Datenbanken: Architektur & Komponenten 3-Ebenen-Architektur Datenbanken: Architektur & Komponenten 3-Ebenen-Architektur Moderne Datenbanksysteme sind nach der 3-Ebenen-Architektur gebaut: Anwendung 1 Web-Anwendung Anwendung 2 Java-Programm... Anwendung n Applikation

Mehr

Anforderungen / Begriffe. Voraussetzungen für die Wiederherstellung der Daten

Anforderungen / Begriffe. Voraussetzungen für die Wiederherstellung der Daten und Norbert Ritter Datenbanken und Informationssysteme vsis-www.informatik.uni-hamburg.de Anforderungen / Voraussetzungen für die Wiederherstellung der Daten quasi-stabiler Speicher fehlerfreier DBVS-Code

Mehr

Kapitel 5 Recovery. Skript zur Vorlesung: Datenbanksysteme II Sommersemester Vorlesung: Prof. Dr. Peer Kröger

Kapitel 5 Recovery. Skript zur Vorlesung: Datenbanksysteme II Sommersemester Vorlesung: Prof. Dr. Peer Kröger LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS Skript zur Vorlesung: Datenbanksysteme II Sommersemester 2016 Kapitel 5 Recovery Vorlesung: Prof. Dr. Peer Kröger http://www.dbs.ifi.lmu.de/cms/datenbanksysteme_ii

Mehr

Daten- und Transaktionskontrolle mit SQL DCL, TCL

Daten- und Transaktionskontrolle mit SQL DCL, TCL Daten- und Transaktionskontrolle mit SQL DCL, TCL 1 Zugriffsrechte für Datenbankobjekte Zugriff zu einer Relation (inkl. Daten) mit allen Rechten hat zunächst nur der Benutzer, der sie erzeugt hat Situation

Mehr

Kapitel 9b Transaktionen - Datensicherheit

Kapitel 9b Transaktionen - Datensicherheit LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS DATABASE Skript zur Vorlesung: Datenbanksysteme I Wintersemester 2017/2018 Kapitel 9b Transaktionen - Datensicherheit Vorlesung:

Mehr

Recovery. Fehlerarten: Transaktionsfehler

Recovery. Fehlerarten: Transaktionsfehler Recovery Prof. Dr. T. Kudraß 1 Fehlerarten: Transaktionsfehler Transaktionsfehler Freiwilliger Transaktionsfehler durch eine ROLLBACK-Anweisung Unzulässige Dateneingabe Nicht erfolgreiche DB-Operation

Mehr

Transaktionsverwaltung

Transaktionsverwaltung Transaktionsverwaltung VU Datenbanksysteme vom 21.10. 2015 Reinhard Pichler Arbeitsbereich Datenbanken und Artificial Intelligence Institut für Informationssysteme Technische Universität Wien Transaktionsverwaltung

Mehr

Recovery. Vorlesung: Dr. Matthias Schubert

Recovery. Vorlesung: Dr. Matthias Schubert Kapitel l4 Recovery Vorlesung: Dr. Matthias Schubert Skript 2009 Matthias Schubert Dieses Skript basiert auf dem Skript zur Vorlesung Datenbanksysteme II von Prof. Dr. Christian Böhm gehalten im Sommersemester

Mehr

Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis

Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis Gruppe A Bitte tragen Sie sofort und leserlich Namen, Studienkennzahl und Matrikelnummer ein und legen Sie Ihren Studentenausweis bereit. PRÜFUNG AUS DATENBANKSYSTEME VU 184.686 11. 3. 2014 Kennnr. Matrikelnr.

Mehr

... 7.3 Fehlerbehandlung. Transaktionsverwaltung. Kapitel 7 T 2 T 3. T n T 1. Transaktions-Manager. Scheduler. Daten-Manager

... 7.3 Fehlerbehandlung. Transaktionsverwaltung. Kapitel 7 T 2 T 3. T n T 1. Transaktions-Manager. Scheduler. Daten-Manager Fehlerbehandlung Transaktionsverwaltung 7.3 Fehlerbehandlung 2002 Prof. Dr. Rainer Manthey Informationssysteme 1 Recovery: Übersicht Bei Auftreten von Fehlersituationen: Transaktionsmanager bricht betroffene

Mehr

Transaktionsverwaltung und Recovery

Transaktionsverwaltung und Recovery Transaktionsverwaltung und Recovery Transaktionsverwaltung Transaktionsbegriff Synchronisation und Sperren Isolation Level in SQL MVCC Hierarchische Sperren Isolation Level und Sperren in relationalen

Mehr

Datenbanksysteme I, SS 2004

Datenbanksysteme I, SS 2004 Universität Mannheim Lehrstuhl für Praktische Informatik III Norman May D7 27, Raum 410 68131 Mannheim Telefon: (0621) 181-2586 Email: norman@pi3.informatik.uni-mannheim.de Datenbanksysteme I, SS 2004

Mehr

fettgedruckt und unterstrichen

fettgedruckt und unterstrichen Anmerkung: 1. Die Lese-Schreib-Quoren-Frage kommt fast bei jeder Prüfung 2. Die Fragen sind nach Themengebieten geordnet (soweit das ging) 3. Es gibt nur einpaar Praxis -Fragen die falsch sind (siehe unten)

Mehr

[W, T4, D, 15] [start_transaction, T3] [W, T3, C, 30] [W, T4, A, 20] [commit, T4] [W, T2, D, 25] System Crash

[W, T4, D, 15] [start_transaction, T3] [W, T3, C, 30] [W, T4, A, 20] [commit, T4] [W, T2, D, 25] System Crash Übungen Aufgabe 1 Geben ist die folgende Logdatei: [start_transaction, T1] [W, T1, D, 20] [commit, T1] [checkpoint] [start_transaction, T2] [W, T2, B, 12] [start_transaction, T4] [W, T4, D, 15] [start_transaction,

Mehr

Datenbanksysteme 2009

Datenbanksysteme 2009 Datenbanksysteme 2009 Vorlesung vom 30.06.09 Kapitel 14: Mehrbenutzersynchronisation Oliver Vornberger Institut für Informatik Universität Osnabrück Multiprogramming Zeitachse Einbenutzer betrieb T1 T2

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D.

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Alfons Kemper, Ph.D. Blatt Nr. 2 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe14 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

C. Mohan Recovery und Transaktionen

C. Mohan Recovery und Transaktionen Hauptseminar Database Hall of Fame C. Mohan Recovery und Transaktionen Christopher Lewis 11. Dezember 2001 Inhaltsverzeichnis 1 Einleitung 2 1.1 Zur Person... 2 1.2 Motivation.... 2 2 Überblick ARIES 4

Mehr

w 1 (A) T 1 w 3 (B) w 1 (D) b 3 flush(p D ) flush(p B ) flush(p B )

w 1 (A) T 1 w 3 (B) w 1 (D) b 3 flush(p D ) flush(p B ) flush(p B ) Aufgabe 1 Logging (8+5 Punkte) Logging und Recovery Gegeben sei ein DBMS, das die parallel laufenden Transaktionen T 1, T 2 und T 3 verwaltet. Dabei ändert T 1 die Datenelemente A, B, C und D, T 2 die

Mehr

9. Wiederherstellung und Datensicherung

9. Wiederherstellung und Datensicherung 9. Wiederherstellung und Datensicherung Einführung in Recovery Recovery-Komponenten eines DBMSs Fehlerklassen Recovery-Klassen und Strategien VL Transaktionsverwaltung 10 1 Einführung in Recovery Datensicherung

Mehr

Grundlagen: Datenbanken

Grundlagen: Datenbanken Grundlagen: Datenbanken 3. Zentralübung / Fragestunde Linnea Passing Harald Lang gdb@in.tum.de Diese Folien finden Sie online. Die Mitschrift stellen wir im Anschluss online. Agenda Hinweise zur Klausur

Mehr

Aufgabe 10.1: Lösung:

Aufgabe 10.1: Lösung: 1 Aufgabe 10.1: Lösung: Aus Konfliktserialisierbarkeit folgt allgemeine Serialisierbarkeit. Bleibt zu zeigen, dass jetzt auch aus Serialisierbarkeit Konfliktserialisierbarkeit folgt, falls die Transaktionen

Mehr

9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1

9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1 9. Transaktionsverwaltung 9.3. Fehlerbehandlung Seite 1 9.3 Fehlerbehandlung Im realen Betrieb eines Datenbanksystems muss mit Fehlersituationen gerechnet werden. Transaktionsfehler: Hierunter verstehen

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 2 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe15 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

P.A. Bernstein, V. Hadzilacos, N. Goodman

P.A. Bernstein, V. Hadzilacos, N. Goodman TRANSAKTIONEN UND DATENINTEGRITÄT Concurrency Control and Recovery in Database Systems P.A. Bernstein, V. Hadzilacos, N. Goodman Addison Wesley, 1987. Kapitel 1. und 6. Grundlagen der Datenbanksysteme

Mehr

6.2 Master-File-Table (3)

6.2 Master-File-Table (3) 6.2 Master-File-Table (3) Eintrag für eine längere Datei Virtual Cluster Number (VCN) 0 4 LCN 107 131 VCN 0 1 2 3 4 5 6 7 4 4 Anzahl d. Cluster LCN 107 108 109 110 131 132 133 134 Daten-Extents Extents

Mehr

6.2 Master-File-Table (4) 6.2 Master-File-Table (3) 6.2 Master File Table (5) 6.2 Master File Table (6) Mögliche weitere Streams (Attributes)

6.2 Master-File-Table (4) 6.2 Master-File-Table (3) 6.2 Master File Table (5) 6.2 Master File Table (6) Mögliche weitere Streams (Attributes) 6.2 Master-File-Table (3) Eintrag für eine längere Datei Virtual Cluster Number (VCN) 0 107 131 LCN VCN 0 1 2 3 5 6 7 LCN 107 108 109 110 131 132 133 13 Daten-Extents Extents werden außerhalb der MFT in

Mehr

Datenbanken 1. Kapitel 7: Transaktionsmanagement 7-1. Datenbanken 1 (Bachelor)

Datenbanken 1. Kapitel 7: Transaktionsmanagement 7-1. Datenbanken 1 (Bachelor) Datenbanken 1 Kapitel 7: Transaktionsmanagement 7-1 Transaktionsmanagement Inhalte des Kapitels Das Transaktionskonzept Konkurrierende Zugriffe und Sperren (Concurrency und Locking) JDBC Teil II: Transaktionsmanagement

Mehr

Kapitel 3 Teil 4 Logging und Recovery

Kapitel 3 Teil 4 Logging und Recovery Kapitel 3 Teil 4 Logging und Recovery Inhalt: Anforderungen; Logging; Abhängigkeiten von Einbring-, Ersetzungs- und Ausschreibstrategien; Sicherungspunkte; Recovery: Restart-Prozedur Anforderungen / Begriffe

Mehr

TAV Übung 3. Übung 3: Verteilte Datenhaltung

TAV Übung 3. Übung 3: Verteilte Datenhaltung Übung 3: Verteilte Datenhaltung 1. Serialisierung Konstruieren Sie Historien aus drei Transaktionen T1, T2 und T3, die folgende Merkmale aufweisen: 1. Die serielle Reihenfolge ist T1 vor T2 vor T3. 2.

Mehr

5. Transaktionsverarbeitung

5. Transaktionsverarbeitung 5. Transaktionsverarbeitung 5.1. Einführung Viele Anwendungsprogramme / interaktive Benutzer arbeiten gleichzeitig (konkurrierend) auf gemeinsamer Datenbank (mit den gleichen Daten). Notwendigkeit: Abwicklung

Mehr

Alle Metadaten werden in Dateien gehalten

Alle Metadaten werden in Dateien gehalten 6 Beispiel: Windows NT (NTFS) 6.3 Metadaten 6.3 Metadaten Alle Metadaten werden in Dateien gehalten Indexnummer 0 1 2 3 4 5 6 7 8 16 17 MFT MFT Kopie (teilweise) Log File Volume Information Attributtabelle

Mehr

Kapitel 2 Transaktionsverwaltung

Kapitel 2 Transaktionsverwaltung LUDWIG- MAXIMILIANS- UNIVERSITY MUNICH DEPARTMENT INSTITUTE FOR INFORMATICS DATABASE Skript zur Vorlesung: Datenbanksysteme II Sommersemester 2014 Kapitel 2 Transaktionsverwaltung Vorlesung: PD Dr. Peer

Mehr

Probeklausur Grundlagen der Datenbanksysteme II

Probeklausur Grundlagen der Datenbanksysteme II Prof. Dott.-Ing. Roberto V. Zicari Datenbanken und Informationssysteme Institut für Informatik Fachbereich Informatik und Mathematik Probeklausur Grundlagen der Datenbanksysteme II Frau: Herr: Vorname:

Mehr

Datenbanken & Informationssysteme Übungen Teil 3

Datenbanken & Informationssysteme Übungen Teil 3 Verteilte Datenbanken 1. Unterschied horizontaler und vertikaler Zerlegung Beschreiben Sie den Unterschied zwischen horizontaler und vertikaler Zerlegung in einer verteilten Datenbank. Durch welche relationalen

Mehr

Grundlagen von Datenbanken SS Synchronisation paralleler Transaktionen

Grundlagen von Datenbanken SS Synchronisation paralleler Transaktionen Grundlagen von Datenbanken SS 2010 9. Synchronisation paralleler Transaktionen Prof. Dr. Stefan Böttcher Universität Paderborn Agenda: Grundlagen von Datenbanken - SS 2010 - Prof. Dr. Stefan Böttcher Folie

Mehr

Mehrwegbäume Motivation

Mehrwegbäume Motivation Mehrwegbäume Motivation Wir haben gute Strukturen (AVL-Bäume) kennen gelernt, die die Anzahl der Operationen begrenzen Was ist, wenn der Baum zu groß für den Hauptspeicher ist? Externe Datenspeicherung

Mehr

Tag 4 Inhaltsverzeichnis

Tag 4 Inhaltsverzeichnis Tag 4 Inhaltsverzeichnis Normalformen Problem Formen (1-4) Weitere Formen Transaktionen Synchronisationsprobleme Überblick Autocommit Locking Savepoints Isolation levels Übungen RDB 4-1 Normalformen Problematik

Mehr

Einsatz und Realisierung von Datenbanksystemen Zentralübung

Einsatz und Realisierung von Datenbanksystemen Zentralübung Einsatz und Realisierung von Datenbanksystemen Zentralübung Maximilian E. Schüle Garching, 27. Juli 2017 Maximilian E. Schüle ERDB 2017 Übungen 1 Klausur Hauptklausur Dienstag, 08.08.2017, 16 Uhr bis 18

Mehr

4. Logging und Recovery: Grundlagen

4. Logging und Recovery: Grundlagen 4. Logging und Recovery: Grundlagen Fehlermodell, Recovery-Arten Logging-Strategien logisches/physisches/physiologisches und Zustands-/Übergangs-Logging Seiten- vs. Eintrags-Logging Klassifikation von

Mehr

Vorlesungsinhalt. Recovery. G. Specht: Datenbanksysteme 11-1. Kapitel XI. Vorlesung Datenbanksysteme Univ.-Prof. Dr.

Vorlesungsinhalt. Recovery. G. Specht: Datenbanksysteme 11-1. Kapitel XI. Vorlesung Datenbanksysteme Univ.-Prof. Dr. Recovery Kapitel XI Vorlesung Datenbanksysteme Univ.-Prof. Dr. Günther Specht Universität Innsbruck Institut für Informatik Datenbanken und Informationssysteme (DBIS) Vorlesungsinhalt 11. Recovery Fehler

Mehr

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann

TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann TU München, Fakultät für Informatik Lehrstuhl III: Datenbanksysteme Prof. Dr. Thomas Neumann Blatt Nr. 11 Übung zur Vorlesung Einsatz und Realisierung von Datenbanksystemen im SoSe15 Moritz Kaufmann (moritz.kaufmann@tum.de)

Mehr

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 4. Lösung

Übungen zur Vorlesung. Mobile und Verteilte Datenbanken. WS 2008/2009 Blatt 4. Lösung Dr. rer. nat. Sven Groppe Übungen zur Vorlesung Mobile und Verteilte Datenbanken WS 2008/2009 Blatt 4 Lösung Aufgabe 1: Bestimmen Sie zu den folgenden Transaktions-Schedules, ob diese (konflikt-) serialisierbar

Mehr

Datenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de

Datenbankanwendung. Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern. Wintersemester 2014/15. smichel@cs.uni-kl.de Datenbankanwendung Wintersemester 2014/15 Prof. Dr.-Ing. Sebastian Michel TU Kaiserslautern smichel@cs.uni-kl.de Implikationen von ACID auf Anforderungen zu Recovery Durability ˆ Änderungen an der Datenbank,

Mehr

Wiederanlauf (Recovery)

Wiederanlauf (Recovery) DEVO 8.1 Wiederanlauf (Recovery) DEVO 8.2 Ziele Wiederherstellung eines konsistenten Datenbankzustandes nach einem Fehler. Fehler: Transaktionsabbruch: eine Transaktion muß nach einem logischen Fehler

Mehr

Datenbanksysteme. Transaktionen. Burkhardt Renz. Sommersemester Fachbereich MNI Technische Hochschule Mittelhessen

Datenbanksysteme. Transaktionen. Burkhardt Renz. Sommersemester Fachbereich MNI Technische Hochschule Mittelhessen Datenbanksysteme Transaktionen Burkhardt Renz Fachbereich MNI Technische Hochschule Mittelhessen Sommersemester 2019 Übersicht Transaktionen Motivation ACID-Eigenschaften Recovery Ursachen für Recovery

Mehr

Algorithmen für die Speicherhierarchie

Algorithmen für die Speicherhierarchie und : Obere und n [Aggarwal, Vitter 1988] Lehrstuhl für Effiziente Algorithmen Fakultät für Informatik Technische Universität München Vorlesung 22. Oktober 2007 k-wege Merge Verschmelzen und I/O eispiel

Mehr

Anforderungen an die Transaktionsverwaltung gleichzeitig (nebenläug) ablaufende Transaktionen Synchronisation Datenbanken gegen Soft- und Hardwarefehl

Anforderungen an die Transaktionsverwaltung gleichzeitig (nebenläug) ablaufende Transaktionen Synchronisation Datenbanken gegen Soft- und Hardwarefehl Transaktionsverwaltung Beispiel-Transaktion 1. Lese den Kontostand von A in die Variable a: read(a,a); 2. Reduziere den Kontostand um 50, DM: a := a, 50; 3. Schreibe den neuen Kontostand in die Datenbasis:

Mehr

T1: A := A * 2 B := B * 2 T2: A := A B := B + 100

T1: A := A * 2 B := B * 2 T2: A := A B := B + 100 1 T1: A := A * 2 B := B * 2 T2: A := A + 100 B := B + 100 2 1. Transaktionen und ihre Probleme 2. Wie löst man es als Pessimist? 3. Der Optimist sagt 4. Wer hat Recht? 3 Folge von Operationen, die die

Mehr