Buna ziua, dragi cititori ai blogului okITgo.ru! Vă prezint un articol despre backup și restaurarea Oracle. Cred că acest material va fi util pentru administratorii care efectuează copii de siguranță și recuperare pe serverul Oracle prin Recovery Manager (RMAN).
Backup și restabilire
Pentru a înțelege articolul, este de dorit să aveți o idee în următoarele domenii:
- Conceptele bazelor de date relaționale și principiile de bază ale administrației.
- Mediul de operare, în care rulează baza de date Oracle.
Astfel, obiectivul setului propus de articole - pentru a face o trecere în revistă a conceptelor de backup și recuperare, fișierele rassmatret baza de date Oracle legate de backup și recuperare, precum și de a explora instrumentele disponibile pentru a efectua backup și restaurare a bazei de date, protecția împotriva pierderii de date și alte erori.
Deci, ce este de rezervă și de recuperare? Backup-ul și recuperarea implică diverse strategii și proceduri legate de protejarea bazei dvs. de date de pierderea informațiilor și restaurarea bazei de date după o anumită pierdere de date.
Asistență fizică și logică
Backup este o copie a datelor din baza dvs. de date, care poate fi utilizată pentru recuperare. Backup-urile pot fi împărțite în backupuri fizice și backup-uri logice.
Rezistențele fizice sunt copii de siguranță ale fișierelor fizice utilizate pentru stocarea și restaurarea bazei dvs. de date, de exemplu fișiere de date, fișiere de control, arhive de fișiere log. În cele din urmă, fiecare copie de rezervă fizică este o copie a fișierelor care stochează informații despre baza de date în altă parte (pe un disc, pe o bandă etc.).
Backupurile logice conțin date logice (de exemplu, tabele sau proceduri stocate) expulzate din baza de date prin utilitarul de export Oracle și stocate ca fișier binar - pentru importarea ulterioară în baza de date folosind utilitarul de import Oracle corespunzător.
backup-uri fizice sunt piatra de temelie a oricărei strategii credibile pentru backup și vossatnovleniya, în timp ce logica este un supliment util pentru backup-uri fizice, în multe cazuri, dar acestea nu sunt suficiente pentru o protecție satisfăcătoare împotriva pierderilor de date, fără copii de rezervă fizice.
Mai mult, termenul de „rezervă“ în acest articol despre backup și recuperare va însemna în primul rând întăririle fizice (în cazul în care nu specifica cu privire la orice întrebare pe backup-uri), și să facă o copie de siguranță a întregii baze de date sau mijloace - pentru a face un singur tip de rezervă fizică. Accentul în articol se referă în principal la copii fizice.
Erori și defecțiuni care necesită recuperare din Backup
Deși există mai multe tipuri de probleme care pot întrerupe funcționarea normală a bazei de date Oracle, sau operarea de intrare-ieșire, de obicei, doar două dintre ele necesită intervenția administratorului (DBA) și mass-media de recuperare: defecțiunile reale media (hard disk-uri, etc.), și erori utilizatori.
Alte defecțiuni pot necesita interventie DBA pentru a reporni bazele (după eșecul exemplu) sau pentru spațiu suplimentar pe disc (după un eșec în îndeplinirea propunerii sql, deoarece, de exemplu, fișier de date aglomerat), dar aceste situaytsii nu conduc, în general, pierderea de date și Nu aveți nevoie de recuperare din copia de rezervă.
Erori ale utilizatorilor
Erori ale utilizatorilor apar fie din cauza erorilor din logica aplicației, fie atunci când deviați de la manualul de operare, datele din baza dvs. de date sunt modificate sau șterse incorect. Pierderea de informații asociată cu erorile utilizatorilor include astfel de greșeli cum ar fi ștergerea tabelelor importante, ștergerea sau modificarea conținutului tabelului. Deși instruirea utilizatorilor și gestionarea privilegiată atentă pot proteja împotriva majorității erorilor utilizatorilor, strategia dvs. de rezervă va determina cât de elegant veți restaura datele pierdute atunci când o eroare de utilizator determină pierderea informațiilor.
Eșecul mediului de stocare
Un eșec media este o eșuare în citirea sau scrierea fișierului pe discul necesar pentru a rula baza de date, din cauza unei probleme de disc fizic. de exemplu, dezactivarea capului. Orice fișier de bază de date poate fi deteriorat din cauza unei erori media.
Modul adecvat de a recupera de la un eșec media depinde de fișierele care sunt afectate de accident, precum și de tipurile de copii de rezervă disponibile.
Soluții Oracle pentru copiere de rezervă și recuperare: RMAN și copii de rezervă ale utilizatorilor
Pentru a efectua backup și recuperare bazate pe backup fizic, aveți la dispoziție două soluții:
- Recovery Manager - un instrument (lucrări din linia de comandă sau de la Enterprise Manager interfață grafică cu utilizatorul), care se integrează cu sesiuni care rulează pe serverul Oracle pentru a efectua o serie de acțiuni legate de backup și recuperare, precum și pentru a menține stocarea de materiale dvs. pe backup-uri
- de backup și recuperare tradițională de utilizator (de exemplu, implementat și controlat de către utilizator) atunci când gestionați direct fișierele care alcătuiesc baza de date cu ajutorul comenzilor sistemului de operare și posibilitatea de SQL * Plus, asociat cu backup și recuperare
Ambele metode sunt suportate de Oracle și documentate pe deplin. Managerul de recuperare, totuși, este soluția preferată pentru backup și restaurarea bazei de date. Se poate efectua aceleași tipuri de backup și recuperare, disponibile la copie de siguranță a utilizatorului și de recuperare, dar este mult mai ușor, în plus RMAN oferă o interfață comună pentru sarcinile de backup într-o varietate de sisteme de operare și oferă o gamă largă de tehnologii de backup, care nu sunt disponibile în metode de backup manual.
Indiferent de metoda pe care o utilizați (metoda RMAN sau personalizată), puteți completa backup-urile fizice cu copii de rezervă logice ale obiectelor de schemă care sunt implementate utilizând utilitarele de export. Datele stocate în acest mod pot fi importate mai târziu pentru a recrea aceste obiecte după recuperarea din copia de rezervă fizică. Cu toate acestea, nu voi lua în considerare backup-urile logice în acest articol (atunci vreau să scriu un articol separat despre backup-urile logice).