Elementele de bază ale arhivei Oracle 12c - arhivele

Arhivarea reprezintă capacitatea bazei de date de a urmări toate modificările de date. Puteți activa sau dezactiva arhivarea. Din fericire, Oracle 12c a proiectat arhivarea pentru a genera cheltuieli minime. În cele din urmă, prețul este în valoare de liniștea de care aveți de a avea o operațiune 24/7 cu darn-aproape-garantat pierderea de date zero.

Cum să activați și să dezactivați arhivarea în Oracle 12c

Dacă arhivarea este dezactivată, puteți face copii de rezervă ale bazei de date numai atunci când este închisă (numită și consistent backup). Faceți acest lucru închizând baza de date și pornind-o în modul de montare. Ca urmare, nu sunt permise modificări ale datelor.

Această metodă vă permite să obțineți o copie consistentă a datelor așa cum există la momentul respectiv. Dacă vreodată trebuie să restaurați această copie de rezervă, baza dvs. de date va arăta exact așa cum a procedat atunci când a fost făcută copia de rezervă … chiar dacă a fost acum un an.

S-ar putea să începeți să vedeți unele inconveniente dacă dezactivați arhivarea:

• Inconvenientele sunt inacceptabile dacă baza de date necesită disponibilitate 24/7. Nu puteți să o opriți și să nu acceptați modificări atât timp cât durează copierea de rezervă.

• Chiar dacă faceți backupuri consecvente în fiecare zi, ce se întâmplă cu schimbările care apar între copii de rezervă? Sunt pierduți dacă trebuie să restaurați o copie de siguranță anterioară.

Cu arhivarea activată, beneficiați de următoarele avantaje:

• Toate modificările de date sunt urmărite.

• Aveți posibilitatea să faceți copii de siguranță cu baza de date deschisă și disponibilă tuturor utilizatorilor.

• Dacă vreodată trebuie să restaurați o copie de rezervă care a fost luată cu o noapte înainte, puteți aplica arhivele care au fost urmărite până la punctul de eșec.

În realitate, arhivarea este o necesitate pentru aproape toate bazele de date de producție live. Este rar că vă puteți permite să luați baza de date offline pentru perioade semnificative de timp sau să vă permiteți să pierdeți date în cazul în care trebuie să fie restaurat un backup.

Elementele de bază ale jurnalelor de arhivă în Oracle 12c

Pe lângă impactul procesului de arhivare, trebuie să vă gândiți ce să faceți cu toate fișierele de jurnal de arhivă create. Din nou, dimensiunea bazei dvs. de date și numărul de modificări determină cât de mult arhive veți crea.

Aveți două opțiuni pentru a stoca jurnalele de arhivă:

• Zona de recuperare rapidă: Dacă stocați jurnalele de arhivă aici, Oracle le organizează cu ușurință prin baza de date și data. Această soluție conduce la mai puțină muncă și la mai puține parametri de configurare.

• LOG_ARCHIVE_DEST_ n parametru de inițializare: Aceasta este de fapt 30 de parametri. n reprezintă un număr de la 1 la 30. Exact: puteți stoca până la 30 de exemplare din jurnalele dvs. de arhivă (dar acest lucru ar fi depășit).DBA au în mod obișnuit două, poate trei exemplare. Iată un exemplu despre cum ați putea seta parametrul LOG_ARCHIVE_DEST_1 în spfile:

  modificați setul de sistem log_archive_dest_1 = "LOCATION = / u01 / oradata / dev12c / archive";
  

Linia de jos este că trebuie să monitorizați crearea, stocarea și copierea de rezervă a jurnalelor de arhivă. Este un fapt de viață DBA.

Vestea bună este că trebuie să păstrați jurnalele de arhivă numai pentru recuperare între copii de rezervă. Asta inseamna ca daca iti faci o copie de rezervă în fiecare noapte, poți să șteargi toate jurnalele de arhivă create înainte de copia de rezervă? Nu. Nu le distrugeți în fiecare zi. Nu există o regulă generală pentru cât timp să le păstrați, însă ia în considerare următoarea situație:

Este miercuri. Doriți o copie de rezervă completă a bazei dvs. de date în fiecare seară și rulați în modul jurnal arhivă. După ce copia de rezervă este finalizată, ștergeți toate jurnalele de arhivă create anterior acelei copii de rezervă.

La prânz, aveți un disaster catastrofal de disc și trebuie să restaurați copii de rezervă din noaptea precedentă (marți). Veți descoperi că banda de rezervă din noaptea precedentă a avut o cafea vărsată pe ea (tsk tsk) și nu mai este bună.

Vezi unde mergem cu asta?

• Trebuie să te întorci la banda de rezervă de acum două nopți (luni).

• Vă restabiliți copiile de rezervă și găsiți că nu vă puteți derula înainte până când discul dvs. a eșuat astăzi, deoarece ați tras toate jurnalele de arhivă după fiecare copie de rezervă pe timp de noapte.

Din nou, este recomandat nu numai să păstrați jurnalele de arhivă de ceva timp, ci și să le includeți ca parte a backup-ului.

Fără alte cerințe, este recomandat să păstrați jurnalele de arhivă timp de cel puțin 30 de zile. Acest sistem vă oferă destul timp pentru a vă întoarce în cazul în care copiile de rezervă zilnice sau chiar săptămânale suferă un fel de nefericită neregulă.

Uitați-vă în acest fel: Dacă creați copii de rezervă ale fișierelor de arhivă, le puteți elimina din sistem pentru a economisi spațiu. Un alt motiv pentru păstrarea copiilor de siguranță ale jurnalului de arhivă: Vă permite să vă restaurați baza de date la perioade de mult timp în urmă.