unpin(a,b,c) flush(a,b,c)

Slides:



Advertisements
Ähnliche Präsentationen
Blue J.
Advertisements

Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.
Datenbankdesign mit ACCESS.
Rücksetzen Bisher betrachtetes Scheduling gewährleistet Isolation, d.h. Serialisierbarkeit, setzt jedoch voraus, dass Transaktionen abgebrochen und rückgesetzt.
© A. Kemper / A. Eickler1 Fehlerbehandlung (Recovery) 1.Lokaler Fehler in einer noch nicht festgeschriebenen (committed) Transaktion Wirkung muss zurückgesetzt.
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.
Content Management Systems
Objektrelationales Mapping mit JPA Working with Persistent Objects Jonas Bandi Simon Martinelli.
Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.
Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.
Einführung Blue J.
Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.
Paul, Morten, Yannick Blue J. Entwicklungsumgebung versteht Java Programmcode versteht Java Programmcode Für die Entwicklung eigener Software.
1 Fehlerbehandlung (Recovery) 1.Lokaler Fehler in einer noch nicht festgeschriebenen (committed) Transaktion Wirkung muss zurückgesetzt werden R1-Recovery.
FH-Hof Indirekte Adressierung Richard Göbel. FH-Hof Einfache Speicherung von Daten Eine "einfache" Deklaration definiert direkt eine Speicherplatz für.
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.
Kapitel 14: Recovery Oliver Vornberger
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.
© Katharina Brachmann Normalformen Oldenbourg S137, Klett S117
Zuverlässigkeit und Recovery in der Segmentschicht
Universität Karlsruhe (TH) © 2008 Univ,Karlsruhe, IPD, Prof. LockemannDBI 7 Kapitel 7 Zugriffsschicht: Zuverlässigkeit.
RelationentheorieObjektorientierte Datenbanken AIFB SS Das ODMG-Objektmodell vs. relationales Modell (1/9) ODMG-Objektmodell Literal_type Atomic_literal.
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.
Ausführungsmodell Zustandsübergang einer Transaktion aus Nutzersicht:
Implementierung von S2PL (1) Scheduler als Verwalter von Sperren auf Datenelementen sowie Warteschlangen für Sperren (Sperren-Verwalter). Transaktion 1Transaktion.
Modellierung von Transaktionen Zur Formalisierung der ACID-Garantien muss Verhalten von Transaktionen modelliert werden. Folge aus der Forderung nach lokaler.
Synchronisation paralleler Transaktionen AIFB SS Konzept der Transaktion 4.2 Konzept der Transaktion (1/4) Eine Transaktion ist ein in sich geschlossener,
BSP Binary Space Partitioning
Nachtragsfall 1: Leistungsänderung
Kryptographische Konzepte zum elektronischen Geld
1. Entwicklungsumgebung 2. Kontextmenü 3. Compile 4. Objekt 5. Attribut 6. Klasse 7. Deklaration 8. Intialisierung.
Regel 15 Einwurf.
Die folgenden Seiten enthalten einige Vorschläge wie man die gegenwärtige Position im Vortrag markieren kann. Auf dem Master wird die Leiste mit den Punkten.
WS 2012/13 Datenbanksysteme Mi 15:15 – 16:45 R Vorlesung #11 Transaktionsverwaltung.
WS 2011/12 Datenbanksysteme Mi 15:15 – 16:45 R Vorlesung #10 Transaktionsverwaltung.
Lastschriften Datenfelder Blatt 1 v.6 Änderungen übernehmen Datenfelder anzeigen 1 2 Fehlende Datenfelder einfügen 3 Die erforderlichen Datenfelder für.
Replikation und Synchronisation
Transaktion Huang Zhenhao FU Shuai.
1. Entwicklungsumgebung 2. Kontextmenü 3. Compile 4. Objekt 5. Attribut 6. Klasse 7. Deklaration 8. Intialisierung.
Java Programmierung.
Datenbanksysteme Technische Grundlagen Transaktions-Konzept, Mehrbenutzer-Synchronisation, Fehlerbehandlung Prof. Dr. Manfred Gruber FH München.
Lokales 2-Phasen-Festschreibe- Protokoll Segment-Verwalter führt commit(T i ) in zwei Phasen aus: Phase 1: Sicherstellung der Wiederholbarkeit. –Für jedes.
Paul, Morten, Yannick Blue J. Entwicklungsumgebung  versteht Java Programmcode  Für die Entwicklung eigener Software  Durch die Programmierung.
BW Dokument. BW Dokument CORE den Revisionsservice Remoteserver BWDokumentserver Client für WINHEBU ZUCHT und ABRECH Client für externe Anwendungen Die.
Erstellt: Günther Fuchs Folie 1/14 Richtlinien und Spielregeln für den Hallenbetrieb.
Transaktionsverwaltung
Wiederanlauf nach Systemzusammenbruch Aufgabe: Bei Noforce-Strategie Wiederholung aller noch nicht in die Datenbasis eingebrachten Änderungen bereits abgeschlossener.
Einführung Blue J. Inhaltsverzeichnis  Definition  Vokabeln.
Puffer-Verwalter (1) Aufgabe: Performanzkontrolle bzgl. Hauptspeichernutzung. Puffer-Verwalter versucht, Plattenzugriffe durch Vorhalten von häufig benötigten.
TUDWCMS Wie kann der Autor eines Dokumentes geändert werden ?
Persistenz: Objekt-Lebensdauer In RDBMS wird Lebensdauer von Werten durch ihren Typ festgelegt: Instanzen von Relationstypen sind persistent, alle anderen.
Sicherung gegen Medienverlust (1) Medienverlust = Verlust der Datenbasis und/oder des Protokolls. Vorbeugung durch periodische Sicherung von Datenbasis.
Segment-Verwalter: Performanz Aufgabe: Performanzkontrolle bzgl. Hintergrundspeicherung. Voraussetzung: Nutzung der Performanzgarantien der physischen.
 VORBEUGENDE / INDIREKTE METHODEN ?  ODER FOLGENDE DIREKTEN METHODEN:  Physikalische Massnahme ?  Biologische Massnahme?  Biotechnische Massnahme?
Recovery    AIFB SS (1/6) Durchführung der Recovery-Maßnahmen(1/6) Transaktions-Fehler (TF) T1 T2 T3 Zeitt Transaktion T2 wird vom.
HG13_ Herzgen, Jung & Lorkowski1 Java Programmierung BlueJ Workshop.
Transaktionsverwaltung Beispiel einer typischen Transaktion in einer Bankanwendung: 1.Lese den Kontostand von A in die Variable a: read(A,a); 2.Reduziere.
Funktionsprinzip·Anwendung·Zukunft
Paul, Morten, Yannick Blue J. Entwicklungsumgebung  versteht Java Programmcode  Für die Entwicklung eigener Software  Durch die Programmierung.
Lehrveranstaltung anlegen. LV anlegen 1 2 Lehrstuhl auswählen Lehrerhebung: Verwaltung von Lehrveranstaltungen.
Christos, Kornelia, Jan Christos, Kornelia, Jan Entwicklungsumgebung Versteht unseren Java Programm Code Versteht unseren Java Programm.
Prof. Dr. T. Kudraß1 Speicherverwaltung: Flash-Laufwerke.
Mitgeliefertes Kalkulationswissen für Millionen von Bauleistungen aus bis zu 52 Leistungsbereichen x:bau Projekt Dies ist der Zustand direkt nach der Installation.
Ressourcenschonendes Arbeiten Produktivität steigern & Belastungen senken.
Dr. Wolfram Amme, Automatische Speicherverwaltung, Informatik II, FSU Jena, SS Automatische Speicherverwaltung.
 Präsentation transkript:

unpin(a,b,c) flush(a,b,c) Koordination (4) Verdrängungs- und Auslagerungsstrategie lassen sich beliebig kombinieren. unpin(a,b,c) flush(a,b,c) Segment-Verwalter mit Nosteal/Force-Strategie Segment-Verwalter mit Steal/Force-Strategie unpin(a) unpin(b) unpin(c) flush(a,b,c) flush(a) flush(b) flush(c) Segment-Verwalter mit Nosteal/Noforce-Strategie unpin(a,b,c) flush(a) flush(b) flush(c) Segment-Verwalter mit Steal/Noforce-Strategie unpin(a) unpin(b) unpin(c) Transaktions- verhalten unfix(a) unfix(b) unfix(c) commit write(a,b,c)

Spielraum des Segment-Verwalters Mit der Einbringstrategie (Speicherung wo) kann der Segment-Verwalter die Atomizität eigenständig beeinflussen: Direkt: Geänderte Datenelemente überschreiben alte Werte. Indirekt: Geänderte Datenelemente werden an neuer, freier Stelle gespeichert, alte Werte bleiben also erhalten. Direkt-Strategie Indirekt-Strategie x y z 9 4 1 Ausgangs- zustand 7 Zustand nach eingebrachter Änderung x = 7 Zustand nach commit

Bewertung der Spielräume Verdrängungsstrategie: Unerheblich bei Indirekt. Direkt+Nosteal erlaubt einfaches Rücksetzen (geänderte Seiten müssen nur aus Puffer entfernt werden), Transaktionsdurchsatz wird jedoch durch Pufferkapazität begrenzt. Direkt+Steal: Zusätzliche Maßnahmen für Rücksetzbarkeit erforderlich  Verwaltung einer Protokolldatei. Auslagerungsstrategie: Einbringstrategie unerheblich Force gewährleistet Dauerhaftigkeit bei Systemabstürzen, erzeugt jedoch hohen E/A-Aufwand bei commit. Noforce: Zusätzliche Maßnahmen für Dauerhaftigkeit erforderlich  Verwaltung einer Protokolldatei. In der Praxis: Volle Pufferautonomie: Steal+Noforce+Direkt.