Elementele de bază ale fișierelor logice Redo în Oracle 12c - dummies

Redo fișierele de jurnal stochează informațiile din tamponul de jurnal din baza de date Oracle 12c. Acestea sunt scrise de Log Writer (LGWR). Din nou, nu puteți citi aceste fișiere binare fără ajutorul software-ului bazei de date.

De obicei, fișierele de redo log sunt numite cu extensia. LOG sau. RDO. Poate fi orice vrei, dar cele mai bune practici indică una dintre cele două extensii. De asemenea, fișierele de redo log sunt organizate în grupuri și membri. Fiecare bază de date trebuie să aibă cel puțin două grupuri de redo-log.

Redo fișierele de jurnal conțin toate informațiile necesare pentru recuperarea datelor pierdute în baza de date. Fiecare instrucțiune SQL pe care le emiteți schimbarea datelor poate fi reconstituită prin informațiile salvate în aceste fișiere.

Redo fișierele de jurnal nu înregistrează instrucțiuni selectate. Dacă uitați ceea ce ați selectat, va trebui să vă amintiți singur!

Dimensiunea optimă pentru fișierele dvs. de redo-log depinde de numărul de modificări efectuate în baza de date. Dimensiunea este aleasă de dvs. când configurați baza de date și puteți fi ajustată mai târziu. Atunci când LGWR scrie un fișier de redo log, procedează astfel secvențial.

Începe de la începutul fișierului și odată ce este umplut, trece la următorul. Aici intră conceptul de grupe . Oracle umple fiecare grup și trece la următoarea. După ce a umplut toate grupurile, se întoarce la prima.

Ai putea spune că sunt scrise într-un mod circular. Dacă aveți trei grupuri, ar merge ceva de genul 1, 2, 3, 1, 2, 3 … și așa mai departe.

De fiecare dată când un grup se umple și comutatoarele de scriere, se numește o operație de comutare a jurnalului . Aceste lucruri se întâmplă în timpul unei comutări a comutatorului:

• LGWR termină scrierea către grupul curent.

• LGWR începe să scrie în următorul grup.

• Se produce un punct de control al bazei de date.

• DBWR scrie blocuri murdare din cascada tampon.

Cât de repede se compensează fiecare grup este modul în care îi determini mărimea. Privind la toate lucrurile care apar atunci când se întâmplă un comutator de jurnal, ați putea fi de acord că este o operație destul de implicată. Din acest motiv, nu doriți comutatoare de jurnal frecvente.

regula generală este că nu doriți să schimbați fișierele de jurnal mai des la fiecare 15-30 de minute. Dacă descoperiți că se întâmplă acest lucru, luați în considerare creșterea mărimii fiecărui grup.

Deoarece aceste fișiere de redo log pot fi implicate în operațiunile de recuperare, nu le pierdeți. Similar cu fișierele de control, fișierele de redo log trebuie să fie configurate cu o copie în oglindă una de cealaltă. Și, ca și în cazul fișierelor de control, fiecare membru ar trebui să fie pe un dispozitiv disc separat.În acest fel, dacă un disc eșuează și baza de date coboară, aveți în continuare informații de recuperare disponibile. Nu trebuie să pierdeți niciun fel de date.

Fiecare copie dintr-un grup este numită membru. O configurație obișnuită ar putea fi trei grupuri cu doi membri, pentru un total de șase fișiere de redo log. Membrii grupului sunt scrise simultan de scriitorul jurnalului.

• Câte grupuri sunt potrivite? Cea mai obișnuită configurație pe care o veți întâlni este de trei. Vreți suficient ca primul grup din listă să poată fi copiat și salvat înainte ca LGWR să revină pentru al folosi. Dacă nu a fost copiat, LGWR trebuie să aștepte până când operația este finalizată. Acest lucru poate afecta grav sistemul dvs. Din fericire, rareori veți vedea că acest lucru se întâmplă.

• Câți membri sunt potriviți? Depinde de cât de paranoic ești. Doi membri pe două discuri par destul de des întâlniți. Cu toate acestea, nu este neobișnuit să vezi trei membri pe trei discuri. Mai mult decât atât și ești pur și simplu nebună. Nu chiar.

  Doar că cei mai mulți dintre membrii pe care îi aveți, cu atât mai multă muncă trebuie făcută de LGWR. Poate afecta performanța sistemului, oferind în același timp un profit foarte redus.

De obicei, primim această întrebare: "Dacă discurile mele sunt reflectate la nivel hardware, am nevoie de mai mult de un membru pentru fiecare grup? La urma urmei, dacă un disc eșuează, am un altul chiar acolo pentru a ridica slăbiciunea. "

Din păcate, primiți răspunsuri diferite în funcție de cine vă adresați. Întrebați-ne și vom recomanda cel puțin doi membri pentru fiecare grup:

• Oracle încă recomandă doi membri pentru fiecare grup ca o bună practică.

• În funcție de modul în care este configurat hardware-ul, este posibil să aveți același controler de disc scriind pe oglinzile discului. Ce se întâmplă dacă acel controler scrie zgârcit corupt? Acum ambele copii sunt corupte. Separarea membrilor dvs. pe două discuri diferite cu controlere diferite este cel mai sigur pariu.