Faceți copii de rezervă ale bazei de date Oracle utilizând RMAN Backup Database. O introducere în copierea de rezervă a bazelor de date Oracle

Oracle Database stochează toate fișierele din baza de date creată în fișiere de date. În ciuda faptului că toate datele sunt conținute în mod logic în spații de tabel, de fapt, este conținutul fișierelor de pe hard diskul computerului. Astfel, fiecare tabel dintr-o bază de date este stocat ca rânduri ale unui anumit fișier de date. Adesea, pentru a restaura datele unei anumite baze de date, este suficient să restaurați fișierele de date ale acesteia și să le importați în Oracle Database.

Structura bazei de date Oracle

În timpul funcționării, instanța bazei de date Oracle utilizează mai multe grupuri de fișiere care ar trebui să facă backup pentru recuperare ulterioară. Acest:

Fișiere de date și spațiu tabel (* .DBF).

Numele fișierelor de date și al spațiilor de tabelă, precum și căile către acestea, pot fi vizualizate folosind SQL Plus dacă executați următoarea interogare:

SELECTează t.name „Tablespace”, f.name „Datafile” FROM v $ tablespace t, v $ datafile f WHERE t.ts # = f.ts # ORDER BY t.name;





Fișiere de configurare a bazei de date (* .ora).

Fișierele de configurare a bazei de date Oracle au extensia * .ora și se află în folderul:




Fișiere de control al bazei de date (* .DBF).

Cel mai simplu mod de a determina calea și numele fișierelor de control este să găsiți linia în fișierul de configurare * .ORA control_files, care va lista fișierele de control utilizate de această instanță.




De asemenea, pentru a determina numele și căile către fișierele de control în SQL * Plus, trebuie să rulați următoarea interogare:

SELECT value FROM v $ parametru WHERE nume = 'control_files';


Fișiere jurnal de tranzacții (* .LOG).

Pentru a afla numele și căile către jurnalele de tranzacții online, rulați următoarea interogare în SQL Plus:

SELECT membru FROM v $ jurnal;

Ca rezultat al lucrării acestei interogări, se va obține un raport similar:




Pentru a determina căile către folderele în care sunt stocate jurnalele de tranzacții arhivate, trebuie să rulați următoarea interogare:

SELECTAȚI destinația FROM v $ archive_dest unde status = 'VALID';

Ca rezultat al lucrării acestei interogări, se va obține un raport:




• Fișier cu parolă (* .ora).

  De regulă, acestea sunt fișiere cu extensia * .ora, al căror nume începe cu simbolurile PWD.

  De exemplu: PWDXE.ora

  

Deci, pentru a salva, arhiva sau face backup pentru baza de date Oracle, trebuie create copii ale grupurilor de fișiere specificate, iar acesta este:

• * .DBF- fișiere de date, spații de tabelă și fișiere de control al bazei de date. Situat:
  C: \ oraclexe \ app \ oracle \ oradata \ XE
• * .ora- fișiere de configurare a bazei de date și fișiere de parole.
  Fișiere de configurare:
  C: \ oraclexe \ app \ oracle \ produs \ 11.2.0 \ server \ dbs
  Fișiere cu parole (PW ... ora):
  C: \ oraclexe \ aplicație \ oracle \ produs \ 11.2.0 \ server \ bază de date
• * .BUTURUGA- fișiere jurnal de tranzacții:
  C: \ oraclexe \ app \ oracle \ fast_recovery_area \ XE \ ONLINELOG

Backup baze de date Oracle

Există două moduri de a face copii de rezervă ale bazei de date Oracle (backup):

Arhivare prin intermediul sistemului de operare

Copierea de rezervă prin intermediul sistemului de operare înseamnă copierea „manuală” a tuturor fișierelor de lucru ale bazei de date Oracle, cum ar fi:

• Fișiere tablespace.
• Fișiere de control.
• Fișiere jurnal de tranzacții.
• Fișiere de configurare.

În acest caz, procesul de arhivare constă în simpla copiere a fișierelor de control, fișierelor spațiu tabelă, configurației, jurnalelor de tranzacții arhivate în directorul de backup sau pe un server de rezervă. Arhivarea este efectuată atunci când instanța bazei de date este oprită și utilizatorii nu pot lucra cu ea.

Pentru a recupera o bază de date deteriorată în timpul unui accident, aceasta trebuie oprită și copiile de rezervă ale fișierelor de lucru și ale jurnalelor de tranzacții trebuie suprascrise în locația lor inițială.

Arhivarea și restaurarea utilizând instrumentele de export/import

Baza de date Oracle poate fi salvată și restaurată folosind mecanismele standard de export și import Oracle. Pentru a îmbunătăți fiabilitatea securității datelor, este necesar să faceți periodic, în funcție de intensitatea lucrului cu baza de date, un export complet. Cu o introducere destul de intensivă a modificărilor datelor, este necesar să exportați o dată pe săptămână.

Pentru asta:

Importul fișierului creat anterior de arhivă se realizează în același mod:

Recuperarea unei baze de date Oracle pierdute

Dacă baza de date Oracle este ștearsă sau pierdută din orice motiv, poate fi restaurată prin restaurarea fișierelor folosind Recuperarea partiției Hetmanși restaurați-le folosind metoda descrisă în secțiune „Arhivare prin intermediul sistemului de operare”.

Pentru asta:

De exemplu, restaurarea fișierelor de bază de date, este descris procesul de restaurare a fișierelor * .DBF. Dar rețineți că, pentru a restabili toate datele unei baze de date funcționale, trebuie să restaurați și fișierele corespunzătoare * .ORA și * .LOG.

Backup și recuperare baze de date folosind Oracle Recovery Manager (RMAN)

Oracle Recovery Manager (RMAN) este un alt instrument de rezervă a bazei de date Oracle. Diferă de alte instrumente prin faptul că creează o copie completă a întregii baze de date, și nu doar date din aceasta. Și, de asemenea, important, Oracle Recovery Manager combină funcționalitatea liniei de comandă SQL, eliberând în același timp utilizatorul de dependența completă de comenzile sale. Acest instrument este instalat pe computer în același timp și împreună cu instalarea bazei de date Oracle.

Pentru a crea o copie de rezervă a bazei de date utilizând RMAN:

Pentru a restaura o bază de date dintr-o copie de rezervă a bazei de date utilizând Oracle Recovery Manager (RMAN):

Apropo, în cazul pierderii sau ștergerii fișierului de rezervă a bazei de date Oracle, * .BKP fișierul de rezervă poate fi, de asemenea, restaurat folosind Recuperarea partiției Hetmanși apoi restaurați în baza de date utilizând metoda descrisă mai sus utilizând Oracle Recovery Manager (RMAN).

Principalele caracteristici:

Disk Image, Backup pe NAS, Open File Backup (VSS), Perpetual License
Începând de la 29 €

SOFTWARE DE BACKUP GRATUIT PENTRU SERVER ȘI STAȚII DE LUCRU

BACKUP GRATUIT ȘI SOLUȚII PROFESIONALE

Iperius este un utilitar complet Windows pentru backup de date. Puteți utiliza versiunea Freeware (și pentru Windows Server) pentru a face copii de siguranță ale fișierelor pe NAS, discuri externe, unități RDX etc. fără nicio limitare de timp - sau alegeți o versiune de întreprindere, cu o mulțime de funcții de backup și caracteristici avansate: copiere a fișierelor deschise (VSS), Drive Image pentru recuperare în caz de dezastru, backup pentru mașinile virtuale ESXi și Hyper-V, backup pentru baze de date SQL Server și MySQL , Backup Server Exchange, backup pe bandă LTO, backup pe Cloud (Google Drive, Amazon S3 etc.), backup pe FTP / SFTP. Pornind de la Iperius Free, se poate activa o probă a versiunii Full pentru a testa toate caracteristicile software-ului.

Consola Iperius

PĂSTRAȚI SUB CONTROL TOATE BACKUP-urile într-o lovitură

Iperius Console este instrumentul avansat pentru gestionarea și monitorizarea centralizată a computerelor și backup. Folosind fie aplicația desktop dedicată, fie doar portalul web, puteți vizualiza rezultatele operațiunilor de backup, puteți examina detaliile oricăror erori, puteți seta și personaliza programările de backup și, de asemenea, puteți executa lucrări de backup de la distanță. Consola se integrează perfect cu toate produsele Iperius Suite, permițând și actualizarea de la distanță a Iperius Backup la cea mai recentă versiune. Cantitatea mare de informații furnizate îi ține pe utilizatori la curent cu privire la starea fiecărui PC și Server pe care este instalat Iperius, făcând din Iperius Console un instrument de monitorizare IT extrem de util, atât pentru clienții dumneavoastră, cât și pentru compania dumneavoastră.

Acest document descrie politicile și procedurile care trebuie urmate pentru a face copii de rezervă Oracle la nivel de întreprindere folosind software-ul Bacula Enterprise Edition. Documentul include, de asemenea, diverse scenarii pentru restaurarea unui backup Oracle.

Prezentare generală a Oracle Backup

Bacula Enterprise Edition folosește un plugin unic de backup Oracle pentru a simplifica backupul și recuperarea Oracle. Pluginul permite metode avansate pentru backup-uri Oracle la cald și la rece și recuperarea datelor și a configurațiilor stocate pe serverele din generația a 10-a și a 11-a. Oracle Database Backup Plugin vă permite să restaurați Oracle la un anumit moment în timp (înainte de punctul de control), să filtrați obiectele în timpul copiei de rezervă și restaurare Oracle. De asemenea, vă permite să creați copii de siguranță ale Oracle cu informații de configurare, cum ar fi parametrii. Pluginul de backup al bazei de date Oracle este acceptat de platformele Linux pe 32/64 de biți acceptate de Oracle, precum și de bazele de date Oracle 10.x, 11.x.

Alte beneficii ale backup-ului Oracle cu Bacula:

• Când utilizați modul RMAN, pluginul vă permite să creați copii de siguranță Oracle incrementale și diferențiate la nivel de bloc.
• Folosit pentru backup-uri incrementale ulterioare, urmărirea modificărilor RMAN îmbunătățește semnificativ backup-ul prin scrierea blocurilor modificate ale fiecărui fișier de date în fișierul de urmărire a modificărilor.
• Administratorul DB nu trebuie să aibă abilitățile necesare pentru a lucra cu baza de date Oracle sau să poată crea scripturi complexe pentru backup Oracle.
• Acest plugin pentru crearea și restaurarea backup-urilor Oracle este, de asemenea, destinat să facă copii de siguranță ale informațiilor de configurare, cum ar fi parametrii.

Acest document prezintă diferitele metode și strategii pentru a face backup Oracle folosind software-ul Bacula Enterprise Edition și plug-in-ul asociat.

Glosarul Oracle Backup

Următorii termeni sunt utilizați în acest document:

• ARC(Jurnal arhivat)- o metodă standard utilizată pentru a asigura integritatea datelor. Ideea de bază din spatele ARC este că modificările aduse fișierelor de date (care conțin tabele și indecși) vor fi scrise numai după ce modificările au fost înregistrate, adică după ce intrările de jurnal care descriu modificările au fost migrate la stocarea persistentă.
• PITR Oracle Checkpoint Restore (PITR) restaurează o bază de date la un anumit moment în timp și apoi utilizează backup-uri incrementale și rollback-uri pentru a restaura baza de date la un anumit moment de timp. Recuperarea PITR este uneori denumită recuperare incompletă, deoarece recuperarea PITR restaurează baza de date într-un anumit punct, iar procedura în sine nu utilizează toate fișierele jurnal de rezervă Oracle.
• RMAN Oracle Recovery Manager sau utilitarul RMAN, linia de comandă și instrumentul bazat pe Oracle Enterprise Manager este metoda de backup și restaurare recomandată de Oracle pentru baza de date. Utilitarul RMAN este proiectat să lucreze direct cu serverul. Utilitarul vă permite să identificați blocurile de date deteriorate în timpul copierii și restaurării bazei de date. Utilitarul RMAN optimizează performanța și consumul de memorie în timpul backup-urilor prin compactarea fișierelor și comprimarea unui set de backup.
  http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
• EXP/ IMP Utilitarele de export (exp)/import (imp) Oracle sunt utilizate pentru a efectua backup/restaurare logic a bazei de date. La export, se creează un dump de obiecte de bază de date sub forma unui fișier binar, care poate fi apoi importat într-o altă bază de date Oracle.
• Pompă de date Tehnologia Oracle Data Pump este o alternativă mai modernă, mai rapidă și mai flexibilă la utilitatile „exp” și „imp” utilizate în versiunile anterioare ale Oracle. Din păcate, această nouă metodă nu acceptă transmiterea datelor direct într-un fișier FIFO. Prin urmare, utilizarea instrumentelor Pompă de date vă solicită mai întâi să creați o imagine de stocare a datelor pe disc și apoi să citiți acele date folosind Bacula Enterprise File Daemon. Versiunea actuală a pluginului de rezervă Oracle nu acceptă tehnologia Data Pump.
• SBTÎn mod implicit, RMAN trimite toate copiile de rezervă Oracle într-un anumit director de sistem de pe disc. De asemenea, puteți configura RMAN astfel încât copiile de siguranță să fie create pe alte medii, cum ar fi benzi magnetice, folosind modulul SBT. Bacula va acționa apoi ca Manager Media și datele vor fi transferate direct de la RMAN la Bacula.
• libobk Interfața SBT este implementată pe baza fișierului de bibliotecă libobk.
• Tablespace Baza de date este împărțită în depozite logice numite spații de tabelă, care sunt grupate în funcție de o structură logică. De exemplu, spațiile de tabelă tind să grupeze toate obiectele aplicației pentru ușurință în administrare.
• Sistem Este o colecție de obiecte de bază de date. Utilizatorul bazei de date deține schema. Schema are același nume ca și utilizatorul său. Obiectele schema sunt structuri logice care sunt direct legate de datele bazei de date. Obiectele schema includ structuri precum tabele, vederi, indecși. (Nu există nicio relație între un spațiu tabelă și o schemă. Obiectele aceleiași scheme pot fi în spații tabelă diferite, iar spațiile tabelă pot conține obiecte din diferitele lor scheme.)
• Instanță Un Oracle DB Server constă dintr-o Oracle DB și o Oracle DB Instance. De fiecare dată când baza de date este pornită, zona globală a sistemului (SGA) este alocată și procesele de fundal Oracle sunt pornite. Combinația de procese de fundal și memorie tampon se numește o instanță Oracle.
• SID Oracle System ID (SID) este utilizat pentru a identifica baza de date din sistem. Din acest motiv, mai mult de o bază de date cu un SID unic nu poate exista într-un sistem. De regulă, SID-ul este setat de variabila „ORACLE_SID”. Alternativ, puteți găsi acest identificator în primul câmp (înainte de 🙂 în / etc / oratab.
• Copie De fiecare dată când baza de date este deschisă folosind comanda ALTER DATABASE OPEN RESETLOGS, o astfel de copie este creată.
• SCN System change number (SCN) - un număr în Oracle, care crește secvențial cu fiecare modificare făcută în baza de date: inserare, actualizare, ștergere. SCN crește, de asemenea, ca urmare a interacțiunii cu bazele de date.
• Recuperare Oracle- acțiunea care duce la extragerea datelor din backup. După restaurarea bazei de date, poate fi necesar să o readuceți la starea inițială, adică să o deplasați înainte la un anumit punct de control.
• Reveniți la starea inițială- aceasta este procedura de actualizare a fișierului de date restaurat folosind jurnalele arhivate ale operațiunilor „redo” și jurnalele curente, adică aplicarea modificărilor aduse bazei de date după crearea copiei de rezervă.
• Funcţie Copie proxy Este o caracteristică a utilitarului RMAN care nu este susținută de implementarea actuală a interfeței SBT a Bacula Enterprise.

Simboluri

• Valorile dintre paranteze< >introduse de utilizatori, de exemplu trebuie înlocuit cu numărul curent ORACLE_SID. Dacă numărul dvs. ORACLE_SID este un TEST de testare, fișierul este scris ca init .ora va arăta ca initTEST.ora.
• % înseamnă că comanda ar trebui să fie rulată de un utilizator obișnuit.
• # înseamnă că comanda trebuie rulată cu un cont de superutilizator.
• RMAN> înseamnă că comanda ar trebui să fie executată în sesiunea rman.
• SQL> înseamnă că comanda trebuie rulată într-o sesiune sqlplus.

1. Backup Oraclecu plugin

Alegerea metodei de backup Oracle: Dump sau RMAN Utility

Tabelul de mai jos arată beneficiile metodelor de recuperare de rezervă acceptate de Bacula Enterprise Plugin pentru Oracle. Pentru a alege ce metodă, fiți ghidat de caracteristici precum capacitatea de a restabili o copie de rezervă Oracle la un punct de control specificat, capacitatea de a filtra obiecte în timpul copierii de rezervă sau a restaurării. De asemenea, utilizatorul poate combina metodele de dumping și utilitare RMAN PITR pentru un cluster.

RMAN oferă, de asemenea, metode moderne care vă permit să trimiteți date prin interfața SBT a Bacula Enterprise, precum bandă și disc în același timp pentru o recuperare mai rapidă.

Tabelul 1. Metode pentru restaurarea Oracle

* Când utilizați interfața RMAN SBT, viteza de recuperare va depinde de diverse elemente precum tipul media (bandă sau disc), viteza de transfer în rețea, disponibilitatea unui dispozitiv cu un daemon, etc... În versiunea software Bacula Enterprise 6.4 și ulterioară, un dispozitiv cu un demon de gardă poate folosi același volum de disc pentru mai multe recuperări simultane. Astfel, este posibil să efectuați mai multe sarcini de restaurare și backup Oracle în același timp.

Configurarea RMAN SBT

Această secțiune a Ghidului utilizatorului descrie cum să instalați și să configurați corect interfața Bacula Enterprise SBT utilizând Oracle și RMAN.

Când se creează o copie de rezervă Oracle sau se execută o copie de rezervă din RMAN, RMAN va trebui să contacteze directorul centralizat Bacula Enterprise pentru informații despre fișiere și volume, sau pentru a rula o copie de rezervă sau restaurare Oracle. Pentru a stabili comunicarea, aveți nevoie de fișierele comune de comandă FIFO și b-console.

Când utilizați pluginul oracle-sbt-fd, directorul nu va putea porni backup-ul Oracle de pe consola b sau din program. Doar RMAN va putea iniția o sesiune și va putea începe o copie de rezervă. Rețineți că încă executați o copie de rezervă standard a sistemului Oracle și apoi utilizați RunScript pentru a invoca automat RMAN.

Configurarea Bacula. Când utilizați interfața SBT, trebuie instalată b-console (consola Bacula). Consola trebuie să se poată conecta la directorul centralizat și să acceseze clientul local, sarcina de backup Oracle și alte caracteristici ale pool-ului.

Pentru a utiliza o consolă dezactivată, puteți utiliza următoarea definiție a consolei:

Figura 1. Backup Oracle între RMAN și Bacula

Utilizatorul „oracol” al sistemului de operare Unix ar trebui să poată afișa b-console și să citească fișierul de configurare corespunzător bconsole.conf care nu este configurația implicită... Puteți copia fișierul binar și de configurare în folder / opt / bacula / oracol folosind următoarele comenzi Unix:

Important: Este posibil să aveți nevoie de o copie a binarului b-console după fiecare actualizare Bacula Enterprise.

Executarea sarcinilor paralele atunci când faceți copii de rezervă ale unei baze de date Oracle

Pentru a rula o copie de rezervă Oracle sau a restabili folosind mai multe canale, trebuie să vă asigurați că toate resursele necesare pluginului pentru copierea de rezervă a bazei de date Oracle sunt configurate corect folosind comanda Maximum Concurrent Jobs pentru a permite sarcini paralele.

• Regizor: Director (ex: 100)
• Director: Client (ex: 10)
• Director: Job (ex: 10)
• Director: Depozitare (ex: 10)
• Depozitare: Depozitare (ex: 100)
• Stocare: Dispozitiv (ex: 10 sau 10 dispozitive grupate în Virtual Changer)
• Client: FileDaemon (ex: 10)

Pentru a vă asigura că activitățile de backup și restaurare rulează în paralel folosind același Director Storage, configurația trebuie să utilizeze unitatea Virtual Changer. Pentru configurații specifice, consultați documentația tehnică. Backup pe disc.

Restricții media

Oracle cere ca Bacula Enterprise Media Manager să nu combine fluxuri de date de la două sesiuni API paralele pe același dispozitiv serial. Aceasta înseamnă că, dacă utilizați o unitate de bandă pentru a face backup la baza de date Oracle, trebuie să utilizați o unitate de bandă diferită pentru fiecare sarcină de backup paralelă. Această limitare nu se aplică unităților de disc. Această limitare presupune un timp de recuperare deosebit de lung.

Configurarea Bacula SBT

libobk poate fi configurat folosind fișierul /opt/bacula/oracle/sbt.conf sau / opt / bacula / etc / sbt.conf sau folosind comanda RMAN SEND... Tabelul 2 prezintă descriptorii utilizați:

Tabelul 2. Configurația SBT libobk

Parametrii minimi care trebuie specificați în fișierul de configurare sunt cum ar fi client, task și b-console. Rețineți că trebuie folosite ghilimele duble dacă elementul configurabil conține spații (de exemplu, b-console).

Aceste setări pot fi suprascrise folosind comanda RMAN SEND.

Comanda SEND este limitată la 512 octeți, prin urmare, mai multe comenzi SEND pot fi folosite pentru a seta toți parametrii. Cel mai bine este să evitați căile lungi când utilizați interfața SBT.

Configurarea setului de fișiere

Pluginul de rezervă Oracle SBT (oracle-sbt) preia parametrii în Job FileSet, așa cum este descris în Tabelul 3.

Tabelul 3. Parametrii pluginului Oracle SBT

Testarea configurației sbt.conf

Pentru a testa configurația pluginului Bacula Enterprise Oracle SBT, root poate folosi următoarele comenzi:

Când apare o eroare de conexiune, va apărea un mesaj. Până nu configurați corect setările de conexiune, nu are rost să rulați o copie de rezervă Oracle RMAN.

Catalog intern Bacula SBT

Fișier Libobk Software-ul Bacula Enterprise folosește un director local pentru a stoca informații despre toate fișierele. Aceste informații pot fi depășite. Prin urmare, puteți folosi parametrul update = force din fișierul sbt.conf sau comanda SEND pentru a forța căutarea directorului Bacula.

Directorul implicit este stocat în / opt / bacula / oracle / bacula-sbt.catși poate face parte dintr-o copie de rezervă obișnuită a sistemului.

Posibilitatea de a salva o copie de rezervă a Oracle RMAN

Când utilizați plug-in-ul RMAN SBT Bacula Enterprise, capacitatea de backup Oracle setată de utilitarul RMAN trebuie să corespundă volumului sau memoriei Bacula. Când RMAN trimite comenzi pentru a șterge fișierele de rezervă, Bacula nu va încerca să șterge sau să ștergă nimic.

Exemple de backup Oracle

Următorul exemplu descrie cum să rulați 3 sarcini de backup Bacula paralele în același timp. În acest caz, utilitarul RMAN le va trimite date folosind așa-numitul algoritm round-robin. Dacă RMAN nu poate comunica cu Bacula pe unul sau mai multe canale, RMAN va trimite automat datele către un canal disponibil. Aceasta înseamnă că, dacă directorul de stocare sau centralizat este ocupat (limitat de numărul de dispozitive sau prin setarea numărului maxim de sarcini paralele), RMAN va găsi automat o cale de ieșire.

În acest exemplu, RMAN folosește 3 sarcini Bacula pentru a recupera 3 fișiere.

Configurarea modului RMAN

Această secțiune a Ghidului utilizatorului descrie modul de configurare a utilitarului RMAN pentru a funcționa corect cu porțiunea pluginului de backup pentru baze de date Oracle care nu utilizează interfața SBT.

Versiunea actuală a pluginului de backup al bazei de date Oracle acceptă numai bazele de date lansate cu ARCHIVELOG activ.

Configurare ARCHIVELOG în Oracle

Pentru a utiliza modul de creare a backup-urilor Oracle cu RMAN, baza de date trebuie pornită în modul ARCHIVELOG. Pentru a verifica cum este configurată DB, puteți utiliza următoarea comandă SQL.

Pentru a activa modul de arhivare pentru baza de date, puteți utiliza comanda ALTER DATABASE ARCHIVELOG în starea SYSDBA.

• Opriți baza de date folosind comanda SHUTDOWN
• Creați o copie de rezervă a bazei de date
• Editați fișierul init .ora pentru a configura locația fișierului jurnal arhivat
• Porniți baza de date fără a o deschide folosind comanda STARTUP MOUNT
• Schimbați modul de arhivare cu comanda ALTER DATABASE ARCHIVELOG; și deschideți-l cu ALTER DATABASE OPEN;
• Opriți baza de date folosind comanda SHUTDOWN IMMEDIATE
• Faceți din nou o copie de rezervă a bazei de date, deoarece modificarea ARCHIVELOG va actualiza fișierele de control și va face inutilizabile vechile copii de siguranță. Pluginul Bacula Enterprise pentru Oracle va crea o copie de rezervă RMAN plasată într-un subfolder în locația în care se află jurnalul arhivat, specificat în fișierul init .ora.

Optimizarea unui backup incremental Oracle

Caracteristica de urmărire a modificărilor a utilitarului de backup incremental Oracle RMAN îmbunătățește eficiența unor astfel de copii de siguranță prin scrierea blocurilor modificate în fiecare fișier de date în fișierul de urmărire a modificărilor. Când urmărirea modificărilor este activă, RMAN utilizează fișierul de urmărire a modificărilor pentru a identifica blocurile modificate pentru a crea copii de rezervă incrementale. Acest lucru elimină nevoia de a scana fiecare bloc din fișierul de date.

După activarea funcției de urmărire a modificărilor, în cazul primei copii de siguranță completă, sistemul va trebui totuși să scaneze toate fișierele de date, deoarece fișierul de urmărire a modificărilor nu reflectă încă starea tuturor blocurilor. Orice copie de rezervă incrementală ulterioară care utilizează această copie de rezervă completă, deoarece părintele va folosi fișierul de urmărire a modificărilor.

Următoarea comandă SQL, rulată ca sysdba, activează caracteristica de urmărire a modificărilor și utilizează locația „/ calea / către / fișier” ca locație a fișierului jurnal arhivat. (Rețineți că fișierul trebuie să fie într-un folder valid în care utilizatorul Oracle poate scrie date).

Posibilitatea de a salva backup RMAN

Când este utilizat în modul RMAN cu Bacula Enterprise Oracle Plugin, fiecare sarcină Bacula va rula RMAN pentru a crea un set de rezervă. Vă recomandăm să configurați RMAN pentru a șterge fișierele vechi după o anumită perioadă de timp. Deși această operațiune poate fi efectuată imediat după finalizarea copiei de rezervă, vă recomandăm să păstrați datele pe disc mai mult timp, astfel încât să nu aveți probleme cu capacitatea de a restaura Oracle la punctele de control. Următoarea comandă vă va ajuta să setați perioada de păstrare a fișierelor Oracle la 7 zile. Acest timp ar trebui să fie suficient, cu condiția să faceți backup pentru Oracle cel puțin o dată la 7 zile.

Pentru mai multe informații, consultați manualul utilitarului RMAN.

docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#i1019318

Configurarea pluginului Oracle pentru RMAN

Când utilizați funcția de recuperare PITR a utilitarului RMAN, plug-in-ul Bacula Oracle va necesita activarea modului Accurate. Trebuie să activați modul Accurate în resursa de activitate. Vă rugăm să rețineți că, împreună cu pluginul, funcția Accurate este utilizată pentru a vă asigura că toate fișierele noi sunt salvate de pluginul Bacula, dar nu sunt marcate ca șterse, deoarece pot fi în continuare utile.

În modul RMAN, plug-in-ul pentru Oracle permite, de asemenea, parametri suplimentari specificați prin linia de comandă a plug-in-ului. Vezi tabelul de mai jos:

Tabelul 4. Parametrii de plugin pentru Oracle în modul RMAN

Apoi, folosind where = / sau where =, pluginul va încărca acel fișier SQL în baza de date. Dacă unele roluri există deja, în jurnalul de job apare un mesaj de eroare. Alternativ, puteți restaura fișierul users.sql într-un director local, îl puteți edita și încărca folosind sqlplus pentru a restaura orice parte a fișierului pe care o selectați.

Restaurarea unei baze de date Oracle. Pentru a restaura o schemă folosind Bacula Enterprise Plugin pentru Oracle, trebuie să selectați schema de director în timpul comenzii de restaurare, selecția trebuie să conțină un fișier de date (data.dmp) și un script de creare a schemei (user.sql).

Orez. 3 Conținutul bazei de date cu un dump în BWeb

Odată ce directorul bazei de date este selectat, puteți utiliza parametrul where pentru a restaura schema la o nouă schemă cu un nume diferit. Pentru a crea un nou nume de schemă, trebuie să echivalați parametrul where cu un singur cuvânt care conține caracterele A..Z, 0-9 și _. Pluginul Bacula va crea apoi schema specificată și va restaura datele pe aceasta.

Vă recomandăm să utilizați întotdeauna majuscule în numele circuitelor. Pluginul Bacula Enterprise Oracle va recrea noua schemă folosind numele pe care l-ați specificat în parametrul where =. Dacă utilizați litere mari și mici în nume, este posibil să fie necesar să puneți ghilimele în jurul numelui schemei pentru a o accesa.

După restaurare, poate fi necesar să resetați parola pentru schema pe care tocmai ați creat-o folosind aceiași parametri ca în schema originală. Pentru a face acest lucru, rulați:

Dacă setați parametrul la niciodată, pluginul Bacula va verifica lista de scheme și va anula sarcina dacă schema curentă recuperabilă există deja.

Dacă parametrul where este un director (conținând /), pluginul Bacula va restaura toate fișierele în acel director. În acest fel, veți putea să utilizați directorul imp și să restaurați doar declanșatoarele, tabelele, indecșii etc.

Recuperarea unui tabel Oracle. Pentru a restaura un singur obiect, de exemplu un tabel dintr-un dump creat de dvs., trebuie mai întâi să restaurați fișierul dump într-un director local. Apoi utilizați instrumentul imp pentru a importa obiectul dorit. Pentru mai multe informații, consultați documentația despre importul de obiecte în Oracle.

Restaurați fișierele de descărcare Oracle într-un director. Pentru a restaura depozitele SQL într-un director, puteți aloca orice director valid parametrului where.

Procesul de restaurare Oracle cu pluginul Bacula va crea următoarele foldere la restaurarea schemei SYS în Oracle SID XE și va restaura fișierele selectate în aceasta.

Restaurarea întregii baze de date Oracle. Pentru a restabili toate configurațiile DB și DB, pur și simplu restaurați toate fișierele aflate în / @ ORACLE / , utilizați înlocuiți = întotdeauna și unde = /.

Limitări Oracle Backup and Restore

Pluginurile nu sunt compatibile cu sarcinile Copiere/Migrare/VirtualFull în mod implicit.

Citit, ce instrumente pot fi folosite pentru a crea o copie de rezervă sau a restaura o bază de date Oracle pierdută... Să luăm în considerare atât instrumentele încorporate, cât și aplicațiile terțe. Oracle Database stochează toate fișierele din baza de date creată în fișiere de date. Adesea, pentru a restaura datele unei anumite baze de date, este suficient să restaurați fișierele de date ale acesteia și să le importați în Oracle Database.

Structura bazei de date Oracle

În timpul funcționării, instanța bazei de date Oracle utilizează mai multe grupuri de fișiere care ar trebui să facă backup pentru recuperare ulterioară. Acest:

Deci, pentru a salva, arhiva sau face backup pentru baza de date Oracle, trebuie create copii ale grupurilor de fișiere specificate, iar acesta este:

• * .DBF- fișiere de date, spații de tabelă și fișiere de control al bazei de date. Situat:
  C: \ oraclexe \ app \ oracle \ oradata \ XE
• * .ora- fișiere de configurare a bazei de date și fișiere de parole.
  Fișiere de configurare:
  C: \ oraclexe \ app \ oracle \ produs \ 11.2.0 \ server \ dbs
  Fișiere cu parole (PW ... ora):
  C: \ oraclexe \ aplicație \ oracle \ produs \ 11.2.0 \ server \ bază de date
• * .BUTURUGA- fișiere jurnal de tranzacții:
  C: \ oraclexe \ app \ oracle \ fast_recovery_area \ XE \ ONLINELOG

unde, XE este numele bazei de date în cazul nostru.

Backup baze de date Oracle

Se poate face backup pentru o bază de date Oracle în două moduri:

• Arhivare prin intermediul sistemului de operare.
• Utilizarea instrumentelor Oracle Application Express încorporate - Import / Export.

Arhivare prin intermediul sistemului de operare

Arhivarea prin intermediul sistemului de operare implică copierea „manuală” a tuturor fișierelor de lucru ale bazei de date, cum ar fi:

• Fișiere tablespace.
• Fișiere de control.
• Fișiere jurnal de tranzacții.
• Fișiere de configurare.

În acest caz, procesul de arhivare este pur și simplu copierea fișierelor de control, fișierelor spațiu tabelă, configurației, jurnalelor de tranzacții arhivate într-un director de rezervă sau pe un server de rezervă. Arhivarea este efectuată atunci când instanța bazei de date este oprită și utilizatorii nu pot lucra cu ea.

Pentru a recupera o bază de date deteriorată în timpul unui accident, aceasta trebuie oprită și copiile de rezervă ale fișierelor de lucru și ale jurnalelor de tranzacții trebuie suprascrise în locația lor inițială.

Arhivarea și restaurarea utilizând instrumentele de export/import

Baza de date Oracle poate fi salvată și restaurată folosind mecanismele standard de export și import Oracle. Pentru a îmbunătăți fiabilitatea securității datelor, este necesar să faceți periodic, în funcție de intensitatea lucrului cu baza de date, un export complet. Cu o introducere destul de intensivă a modificărilor datelor, este necesar să exportați o dată pe săptămână.

Pentru asta:

Importul fișierului creat anterior de arhivă se realizează în același mod:

Deschideți Oracle Application Express și selectați meniul Application Builder / Import

Selectați fișierul de importat și specificați tipul acestuia



• Instalați baza de date importată

  
  

Recuperarea unei baze de date Oracle pierdute

Dacă baza de date Oracle este ștearsă sau pierdută din orice motiv, poate fi restaurată prin restaurarea fișierelor folosind Recuperarea partiției Hetmanși restaurați-le folosind metoda descrisă în secțiune „Arhivare prin intermediul sistemului de operare”.

Pentru asta:




De exemplu, restaurarea fișierelor de bază de date, este descris procesul de restaurare a fișierelor * .DBF. Dar rețineți că, pentru a restabili toate datele unei baze de date funcționale, trebuie să restaurați și fișierele corespunzătoare * .ORA și * .LOG.

Backup și recuperare baze de date folosind Oracle Recovery Manager (RMAN)

Oracle Recovery Manager (RMAN) este un alt instrument de rezervă a bazei de date Oracle. Diferă de alte instrumente prin faptul că creează o copie completă a întregii baze de date, și nu doar date din aceasta. Și, de asemenea, important, Oracle Recovery Manager combină funcționalitatea liniei de comandă SQL, eliberând în același timp utilizatorul de dependența completă de comenzile sale. Acest instrument este instalat pe computer în același timp și împreună cu instalarea bazei de date Oracle.

Pentru a face copii de rezervă ale unei baze de date utilizând Oracle Recovery Manager (RMAN):




Pentru a restaura o bază de date dintr-o copie de rezervă a bazei de date utilizând Oracle Recovery Manager (RMAN):




Apropo, în cazul pierderii sau ștergerii fișierului de rezervă a bazei de date Oracle, * .BKP fișierul de rezervă poate fi, de asemenea, restaurat folosind Recuperarea partiției Hetmanși apoi restaurați în baza de date utilizând metoda descrisă mai sus utilizând Oracle Recovery Manager (RMAN).