UNDO naplózás. Naplóbejegyzések. Visszaállítási esetek

Méret: px

Mutatás kezdődik a ... oldaltól:

Download "UNDO naplózás. Naplóbejegyzések. Visszaállítási esetek"

Liliána Csonkané
7 évvel ezelőtt
Látták:

1 UNDO naplózás Semmiségi naplózás. A naplóba a régi értéket írjuk ki, azonnal naplózunk. A naplót először a memóriában frissítjük, a (FLUSH LOG) utasításra írjuk a lemezre. Naplóbejegyzések <START T> : T tranzakció kezdete <T, A, x> : T írja A-t; x-ben tároljuk, hogy írás előtt mi volt az A-ban <COMMIT T> : a T tranzakció sikeresen befejeződött <ABORT T> : a T tranzakció a normálisnál korábban fejeződött be Visszaállítási esetek # tevékenység t napló 1 <START T> 2 READ(A, t) 8 3 t := t*2 8 4 WRITE(A, t) 16 <T, A, 8> 5 READ(B, t) 8 6 t := t*2 8 7 WRITE(B, t) 16 <T, B, 8> 8 FLUSH LOG 9 OUTPUT(A) OUTPUT(B) <COMMIT T> 12 FLUSH LOG 1. ha a hiba a 12. lépés után következik be tudjuk, hogy a <COMMIT T> bejegyzés már a lemezre lett írva, tehát a T tranzakció hatásait nem kell visszaállítanunk. 2. ha a hiba a 11. és 12. lépés között következik be a. ha a <COMMIT T> a lemezre íródott, akkor ez az előző eset.

2 b. ha a <COMMIT T> nincs a lemezen, akkor vissza kell állítanunk B, majd A értékét, majd <ABORT T> -t írunk a naplóba és a lemezre. FONTOS: alulról felfelé kell visszaállítani az értékeket! 3. ha a hiba a 10. és a 11. lépés között következik be nincs <COMMIT T>, tehát T befejezetlen, hatásainak semmisé tétele a 2.b. esetnek megfelelően történik. 4. ha a hiba a 8. és a 10. lépés között következik be az előző esethez hasonlóan T hatásait semmisé kell tenni (a különbség annyi, hogy A és B értéke még nincs a lemezre írva, de ettől függetlenül mindkét adatbázis elemet a korábbi értékre állítjuk vissza). 5. ha a hiba a 8. lépésnél korábban következik be mivel a naplózás nem lett kiírva a lemezre (csak a memóriába), így a lemezre írt naplóban nem jelent meg semmi, tehát itt nincs visszaállítási feladat. Ellenőrző-pontok Hogy ne kelljen hiba esetén a teljes naplózást visszaállítani CHECKPOINT-okat hozunk létre. Képzése: 1. megtiltjuk az új tranzakciók indítását 2. megvárjuk, amíg minden futó tranzakció COMMIT vagy ABORT módon véget ér 3. a naplót a memóriából a háttértárra írjuk (FLUSH LOG) 4. az adategységeket a memóriából a háttértárra írjuk 5. a naplóba beírjuk, hogy CHECKPOINT 6. a naplót újra a háttértárra írjuk (FLUSH LOG) 7. újra engedélyezzük a tranzakciók indítását Ezek után elegendő az első CHECKPOINT -ig, amit találunk, hiszen előtte már minden tranzakció már befejeződött valahogy. Helyreállítás ellenőrzőpont esetén # napló 1 <START T 1 > 2 <T 1, A, 5> 3 <START T 2 > 4 <T 2, B, 10> 5 <START CKPT(T 1,T 2 )> 6 <T 2, C, 15> 7 <START T 3 >

3 8 <T 1, D, 20> 9 <COMMIT T 1 > 10 <T 3, E, 25> 11 <COMMIT T 2 > 12 <END CKPT> 13 <T 3, F, 30> 1. ha a hiba a 13. lépés után következik be a. a naplót visszafelé vizsgálva látjuk, hogy T 3 egy be nem fejezett tranzakció, ezért hatásait semmisé kell tenni b. a 13. naplóbejegyzésből látjuk, hogy az F adatbáziselembe a 30 értéket kell visszaállítani c. az <END CKPT> naplóbejegyzést látva tudjuk, hogy az összes be nem fejezett tranzakció a <START CKPT> bejegyzés után indult el d. megtaláljuk a <T 3, E, 25> bejegyzést, ami miatt az E adatbáziselem értékét 25-re kell állítani e. ezen bejegyzés és a <START CKPT> között további elindult és be nem fejezett tranzakcióra vonatkozó bejegyzést nem találtunk, így mást már nem kell megváltoztatnunk 2. ha a hiba a 10. és a 11. lépés között következik be a. visszafelé elemezve a naplót látjuk, hogy a T 3 és a T 2 nincs befejezve, tehát helyreállító módosításokat végzünk. b. ezután megtaláljuk a <START CKPT(T 1, T 2 )> naplóbejegyzést, emiatt tudjuk, hogy az egyetlen be nem fejezett tranzakció csak a T 2 lehet. c. a <COMMIT T 1 > bejegyzést már láttuk, vagyis a T 1 befejezett tranzakció. Láttuk a <START T 3 > bejegyzést is, így csak addig kell folytatnunk a napló elemzését, amíg a <START T 2 > bejegyzést meg nem találjuk. Eközben a B adatbáziselem értékét is visszaállítjuk 10-re.

4 REDO naplózás Helyrehozó naplózás. A naplóba az új értékeket írjuk, a lemezre az adatokat késleltetve írjuk. Mielőtt az adatbázis bármely X elemét a lemezen módosítanánk, az X módosítására vonatkozó összes naplóbejegyzésnek, azaz <T, X, v>-nek és <COMMIT T>-nek a lemezre kell kerülni. Naplóbejegyzések <START T> : T tranzakció kezdete <T, A, x> : T írja A-t; x-ben tároljuk, hogy írás után mi kerül az A-ba <COMMIT T> : a T tranzakció sikeresen befejeződött <END T> : a T tranzakció vége <ABORT T> : a T tranzakció a normálisnál korábban fejeződött be Visszaállítási esetek # tevékenység t napló 1 <START T> 2 READ(A, t) 8 3 t := t*2 8 4 WRITE(A, t) 16 <T, A, 16> 5 READ(B, t) 16 6 t := t* WRITE(B, t) 16 <T, B, 16> 8 <COMMIT T> 9 FLUSH LOG 10 OUTPUT(A) OUTPUT(B) 16

5 12 <END T> 13 FLUSH LOG 1. ha a hiba a 9. lépés után következik be a. a <COMMIT T> bejegyzés már a lemezen van, a helyreállító rendszer a T-t befejezett tranzakcióként azonosítja b. amikor a naplót az elejétől kezdve elemzi, a <T, A, 16> és a <T, B, 16> bejegyzések hatására a helyreállítás kezelő az A és B adatbáziselemekbe a 16 értéket írja 2. ha a hiba a 8. és a 9. lépés között következik be a <COMMIT T> bejegyzés már a naplóba került, de nem biztos, hogy a lemezre íródott a változás. Ha lemezre került, akkor a helyreállítási eljárás az 1. esetnek megfelelően történik, ha nem, akkor pedig a 3. esetnek megfelelően 3. ha a hiba a 8. lépést megelőzően következik be akkor a <COMMIT T> még biztosan nem került be a naplóba, így T egy be nem fejezett tranzakciónak tekintendő: A és B értékeit a lemezen még nem változtatta meg a T tranzakció, tehát nincs mit helyreállítani, végül egy <ABORT T> bejegyzést írunk a naplóba. Ellenőrző-pontok 1. <START CKPT(T 1,, T k )>naplóbejegyzés elkészítése és lemezre írása, ahol T 1,, T k az összes épen aktív tranzakció 2. az összes olyan adatbáziselem kiírása a lemezre, amelyeket olyan tranzakciók írtak a pufferbe, melyek a <START CKPT> naplóba írásakor már befejeződtek, de puffereik lemezre még nem kerültek 3. <END CKPT> bejegyzés naplóba írása, és a napló lemezre írása Helyreállítás ellenőrzőpont esetén # napló 1 <START T1> 2 <T1, A, 5> 3 <START T2> 4 <COMMIT T 1 >

6 5 <T2, B, 10> 6 <START CKPT(T2)> 7 <T2, C, 15> 8 <START T3> 9 <T3, D, 20> 10 <END CKPT> 11 <COMMIT T 2 > 12 <COMMIT T 3 > Amikor az ellenőrzőpont-képzés elkezdődött, csak a T2 tranzakció volt aktív, de a T1 által A-ba írt érték még nem biztos, hogy a lemezre került. Ha még nem, akkor A-t lemezre kell másolnunk, mielőtt az ellenőrzőpont-képzést befejezhetnénk. 1. ha a hiba a 12. lépés után következik be (a hiba egy <END CKPT> után van) a. elég azokat a tranzakciókat venni amelyek az utolsó <START CKPT(T 1,, T k )> naplóbejegyzésben a T i -k között szerepelnek, vagy ezen naplóbejegyzést követően indultak el b. a <COMMIT T 2 > és <COMMIT T 3 > miatt T 2 és T 3 befejezett tranzakciók, így a <T2, B, 10>, <T2, C, 15> és a <T3, D, 20> alapján a lemezre újraírjuk a B a C és a D tartalmát 2. ha a hiba a 11. lépés után követekzik be (a hiba egy <END CKPT> után van) a <COMMIT T 2 > miatt csak T 2 befejezett tranzakció, így <T2, B, 10> és <T2, C, 15> alapján a lemezre újraírjuk a B és a C tartalmát. T 3 most befejezetlen, így nem kell újragörgetni, a naplófájlba egy <ABORT T 3 > bejegyzést írunk. 3. ha a hiba a 8. lépés után következik be (a hiba egy <START CKPT> után van) vissza kell menni az előző <END CKPT>bejegyzés <START CKPT(S 1,, S m )> bejegyzésig, és helyre kell állítanunk az olyan befejeződött tranzakciókat, amelyek az utóbbi <START CKPT(S 1,, S m )> bejegyzés után indultak, vagy az S i -k közül valóak. Ha nincs előző <END CKPT>, akkor a napló elejéig kell visszamenni. Most: a. nem találtunk korábbi ellenőrzőpont-bejegyzést, így a napló elejére kell mennünk b. az egyedüli befejezett tranzakció a T 1, ezért a <T1, A, 5> tevékenységet helyreállítjuk c. a helyreállítást követően <ABORT T 2 > és <ABORT T 3 > bejegyzést írunk a naplóba

7 UNDO/REDO naplózás Semmiségi/helyreállító naplózás.

Hasonló dokumentumok

Tranzakció, mint a helyreállítás egysége

Helyrellítás hiba esetén Tranzakció, mint a helyreállítás egysége A naplóállomány sorai naplóbejegyzések (log records), melyek a tranzakció tevékenységeit tárolják, ezek segítségével rekonstruálható az