Intretinerea fisierelor redolog Oracle9I

Utilizarea fisierelor redolog

Fisierele redolog furnizeaza mijloacele de revenire ale unei tranzactii in cazul unui esec al instantei. Toate schimbarile efectuate in cadrul unei tranzactii sunt scrise simultan in Redolog buffer (vezi 1.15), urmand ca toata informatia din aceasta zona sa fie descarcata pe discuri in fisierele redolog, realizandu-se astfel un mecanism de recuperare in caz de esec al instantei. Aceasta informatie descarcata in fisiere redolog contine schimbarile ce inca nu a fost salvate (commited), datele din segmentele de revenire asociate acestei tranzactii precum si modificarile asupra definitiilor obiectelor ce sunt implicate in tranzactia respectiva (daca este cazul).

Structura fisierelor redolog

Grupuri redolog:

un set de copii identice ale fisierelor redolog online.

Procesul LGWR scrie concomitent aceleasi informatii in toate fisierele online ale grupului.

Serverul Oracle are nevoie de cel putin doua fisiere redolog online in cadrul fiecarui grup redolog pentru o functionare sigura a bazei de date.

Membrii ai grupurilor redolog:

Fiecare fisier din cadrul unui grup redolog.

Fiecare membru al grupului are acelasi numar de secventa si aceeasi dimensiune. Numarul de secventa este asignat de fiecare data cand server-ul Oracle scrie in fisierele grupului pentru a identifica unic fiecare fisier redolog. Numarul curent de secventa (SCN) este atribuit fiecarui fisier de control si fiecarui fisier de date online.

Grupurile redolog si membrii acestora sunt creati odata cu baza de date.

Modul de lucru al fisierelor redolog

Server-ul Oracle inregistreaza secvential schimbarile efectuate in timpul unei tranzactii in Redolog Buffer. Intrarile din aceasta zona sunt scrise apoi in fisierele grupului redolog activ de catre procesul LGWR in urmatoarele situatii:

Cand o tranzactie este salvata (commited)

Cand buffer-ul Redolog devine plin

Cand buffer-ul redolog depaseste dimensiunea de 1MB

Inainte ca procesul DBWR sa scrie blocurile modificate din Database Buffer Cache in fisierele de date.

Fisierele redolog sunt utilizate ciclic. Un grup redolog plin este schimbat imediat de urmatorul grup redolog disponibil. Aceasta operatie este numita schimbare a logurilor (redolog switch). Intrucat exista un numar finit de grupuri redolog definite (de obicei trei) dupa un ciclu complet aceste grupuri ajung a fi reutilizate, deci automat suprascrise.

Adaugarea grupurilor de fisiere redolog

In unele cazuri este nevoie de a crea grupuri redolog suplimentare. Pentru crearea unui nou grup redolog se foloseste urmatoarea sintaxa:

ALTER DATABASE [database]

ADD LOGFILE [GROUP integer] filespec

[ [GROUP integer] filespec] .]

Adaugarea fisierelor redolog membre ale unui grup

Sintaxa comenzii este urmatoarea:

ALTER DATABASE [database]

ADD LOGFILE MEMBER

[ 'filename' [REUSE]

[, 'filename' [REUSE]] .

TO

] .

Stergerea grupurilor redolog

Sintaxa comenzii este urmatoarea:

ALTER BATABASE [database]

DROP LOGFILE

[

Restrictii:

O instanta cere cel putin doua grupuri de fisiere redolog online

Un grup redolog activ nu poate fi sters

Cand un grup redolog este sters fisierele sistemului de operare nu sunt sterse.

Stergerea fisierelor membre ale grupurilor membre

Sintaxa comenzii este urmatoarea:

ALTER DATABASE [database]

DROP LOGFILE MEMBER 'filename'[, 'filename'] .

Restrictii:

Nu se poate sterge ultimul fisier membru valid al grupului.

Daca grupul este activ trebuie fortata o schimbare de log inainte de a sterge un membru al grupului.

Daca baza de date ruleaza in modul ARCHIVELOG si grupul de fisiere redolog al carui membru se doreste a fi sters nu este arhivat, atunci acest membru nu poate fi sters.

Cand un fisier membru al unui grup redolog este sters fisierul sistemului de operare nu este sters.

Obtinerea informatiilor despre grupuri si membrii

Informatii despre grupurile redolog si fisierele membrii pot fi obtinute interogand vederile dinamice V$LOG si V$LOGFILE.

SQL> SELECT * FROM V$LOG;

GROUP# THREAD# SEQUENCE# BYTES MEMBERS ARC STATUS

FIRST_CHANGE# FIRST_TIME

1 1 8719 1048576 2 YES INACTIVE

2 1 8720 1048576 2 YES ACTIVE

3 1 8721 1048576 2 NO CURRENT

Valorile de stare ale grupurilor redolog sunt urmatoarele:

UNUSED: indica faptul ca in grupul redolog nu a fost scris niciodata. Aceasta stare este specifica grupurilor redolog care tocmai au fost adaugate.

CURRENT: indica grupul redolog curent.

ACTIVE: indica faptul ca grupul de fisiere redolog este activ dar nu este curent. Aceasta stare este necesara pentru recuperarea instantei.

CLEARING: indica faptul ca grupul de fisiere este recreat ca un grup gol dupa o comanda ALTER DATABASE CLEAR LOGFILE.

CLEARING_CURRENT: indica faptul ca grupul curent de fisiere redolog a fost curatat de un fir inchis. Grupul poate sta in aceasta stare in cazul unei erori de switch cum ar fi o eroare de I/O .

INACTIVE: indica faptul ca grupul nu mai ste necesar pentru o recuperare a instantei.

Un grup redolog nu poate fi intr-una din urmatoarele stari:

INVALID: indica faptul ca fisierele din grupul respectiv nu sunt accesibile.

STALE: indica faptul ca fisierele au continutul incomplet.

DELETED: indica faptul ca fisierele nu mai sunt folosite.

Fisiere redolog arhivate

O baza de date Oracle poate fi configurata sa ruleze in doua moduri:

NOARCHIVELOG: in acest mod fisierele redolog sunt suprascrise de fiecare data cand fisierele redolog sunt pline si se face schimbarea logurilor. LGWR nu poate suprascrie un grup redolog pana cand un checkpoint pentru acel grup nu este complet.

ARCHIVELOG: daca baza de date ruleaza in acest mod , grupurile inactive de fisiere redolog pline trebuie arhivate. Datorita faptului ca toate schimbarile din baza de date sunt inregistrate in fisierele redolog, administratorul poate folosi un backup fizic impreuna cu fisierele redolog arhivate pentru recuperarea bazei fara a pierde date.

Exista doua moduri de arhivare a fisierelor redolog: manual si automat. Este recomandat a se utiliza arhivarea automata care se realizeaza prin initializarea parametrului LOG_ARCHIVE_START=TRUE.