Tehnologia informației, Internet, programare web, IT, Hi-Tech, …. Backup și recuperare a datelor Oracle Database

Bună ziua, dragi cititori ai blogului! Vă prezint atenției un articol despre backup și restaurarea bazei de date Oracle. Cred că acest material va fi util pentru administratorii care efectuează copii de siguranță și restaurări pe un server Oracle folosind Recovery Manager (RMAN).

Backup și restaurare

Pentru a înțelege articolul, este recomandabil să aveți cunoștințe în următoarele domenii:

• Concepte de baze de date relaționale și fundamente de administrare.
• Mediul OS în care rulează baza de date Oracle.

De fapt, acest articol este cel introductiv într-o serie de articole dedicate conceptelor de bază de backup și recuperare. Vă recomand acest material pentru toți utilizatorii responsabili de backup și recuperare. În general, articolul va fi de interes pentru toți utilizatorii, nu doar pentru cei care folosesc RMAN. În viitor, intenționez să vă spun mai multe despre tehnologiile de backup și recuperare folosind Managerul de recuperare. Utilizatorii care gestionează backup și recuperare fără RMAN vor trebui să se familiarizeze cu conceptele din acest articol și cu postările ulterioare de revizuire a backupului și a recuperării.

Astfel, scopul setului de articole propus este de a face revizuire generală concepte de backup și recuperare, examinați fișierele bazei de date Oracle legate de backup și recuperare și explorați instrumentele disponibile pentru salvarea și restaurarea bazei de date, protejarea împotriva pierderii de informații și a altor erori.

Deci, ce este backup și recuperare? Backup și recuperare implică diverse strategii și proceduri legate de protejarea bazei de date împotriva pierderii de informații și restaurarea bazei de date după orice tip de pierdere de date.

Backup-uri fizice și logice

Backup este o copie a datelor din baza de date care poate fi folosită pentru recuperare. Backup-urile pot fi împărțite în copii de rezervă fiziceȘi copii de rezervă logice.

Backup-urile fizice sunt copii de siguranță ale fișierelor fizice utilizate pentru a stoca și restaura baza de date, cum ar fi fișierele de date, fișiere de control, arhive de fișiere jurnal. În cele din urmă, fiecare copie de rezervă fizică este o copie a fișierelor care stochează informații despre baza de date într-o altă locație (pe disc, pe bandă etc.).

Backup-urile logice conțin date logice (de exemplu, tabele sau proceduri stocate), exportate din baza de date utilizând utilitarul de export Oracle și stocate ca fișier binar - pentru importarea ulterioară în baza de date folosind utilitarul de import Oracle.

Backup-urile fizice sunt fundamentul oricărei strategii de backup și recuperare fiabile, în timp ce backup-urile logice sunt un plus util la backup-urile fizice în multe cazuri, dar nu sunt suficiente pentru a oferi o protecție satisfăcătoare împotriva pierderii datelor fără backup-uri fizice.

Mai mult, termenul „backup” din acest articol despre backup și recuperare va însemna, în primul rând, backup-uri fizice (dacă nu este specificat ce backup-uri despre care vorbim), Și faceți o copie de rezervă o parte sau întreaga bază de date va însemna realizarea unuia dintre tipurile de copii de rezervă fizice. Accentul din articol se pune în principal pe copiile de rezervă fizice.

Erori și eșecuri care necesită restaurare din copie de rezervă

Deși există mai multe tipuri de probleme care pot întrerupe funcționarea normală a unei baze de date Oracle sau a operațiunilor I/O, de obicei, doar două dintre ele necesită intervenția administratorului (DBA) și recuperarea suportului: defecțiuni reale ale suportului (hard disk-uri etc.) și erori utilizatorilor.

Alte erori pot necesita intervenția DBA pentru a reîncărca baza de date (după o eroare a instanței) sau a aloca spațiu suplimentar pe disc (după o eșec de execuție) propoziții sql din cauza, de exemplu, unui fișier de date debordant), dar aceste situații nu vor duce, în general, la pierderea datelor și nu vor necesita restaurarea dintr-o copie de rezervă.

Erori utilizator

Erorile utilizatorului apar fie din cauza unor erori în logica aplicației, fie la abaterea de la instrucțiunile de operare, datele din baza de date sunt modificate sau șterse incorect. Pierderea de informații din cauza erorilor utilizatorului include greșeli precum ștergerea tabelelor importante sau ștergerea sau modificarea conținutului unui tabel. În timp ce instruirea utilizatorilor și gestionarea atentă a privilegiilor pot proteja împotriva majorității erorilor utilizatorilor, strategia dvs. de backup va determina cât de grațios recuperați datele pierdute atunci când eroarea utilizatorului provoacă pierderea de informații.

Eșecul suportului de stocare

Eșec media– aceasta este o eroare la citirea sau scrierea unui fișier pe disc care este necesar pentru ca baza de date să funcționeze, din cauza problema fizica cu disc. De exemplu, insuficiența capului. Orice fișier de bază de date poate fi deteriorat din cauza eșecului media.

Metoda adecvată pentru recuperarea după o eroare media depinde de ce fișiere au fost afectate de eșec, precum și de tipurile de copii de rezervă disponibile.

Soluții Oracle de backup și recuperare: RMAN și backup personalizate

Pentru a efectua backup și restaurare pe baza unor copii de rezervă fizice, aveți două soluții la dispoziție:

• Manager de recuperare– instrument (funcționează din linia de comandă sau din GUI Enterprise Manager), care se integrează cu sesiunile care rulează pe serverul Oracle pentru a efectua o serie de acțiuni legate de backup și recuperare, precum și menținerea unui istoric al backup-urilor dvs.
• Tradiţional backup și restaurare personalizate(adică gestionat și controlat de utilizator) unde gestionați direct fișierele care alcătuiesc baza de date folosind comenzile sistemului de operare și capabilitățile de backup și restaurare SQL*Plus

Ambele metode sunt acceptate de Oracle și sunt complet documentate. Cu toate acestea, Recovery Manager este soluția preferată pentru backup și recuperare a bazei de date. Poate efectua aceleași tipuri de backup și restaurare disponibile cu backup și restaurare personalizate, dar într-un mod mult mai simplu, iar RMAN oferă, de asemenea, o interfață comună pentru sarcini de backup pe diferite sisteme de operare și oferă, de asemenea, o serie de tehnologii de backup care nu sunt disponibile cu metode manuale de backup.

Cea mai mare parte a articolului se va concentra pe backup și restaurare folosind RMAN. Plănuiesc să descriu metode personalizate de backup și recuperare în articolele viitoare despre backup și recuperare.

Indiferent de metoda pe care o utilizați (RMAN sau o metodă personalizată), puteți completa backup-urile fizice cu copii de rezervă logice ale obiectelor de schemă, care sunt efectuate prin utilitare de export. Datele salvate în acest fel pot fi importate ulterior pentru a recrea aceste obiecte după restaurare dintr-o copie 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).

Vă mulțumim pentru atenție! Nu ratați continuarea subiectului despre backup și recuperare în articolele viitoare, pe care voi încerca să le scriu în viitorul apropiat. Noroc!.

Există două moduri de a crea o copie de rezervă a bazei de date Oracle:

• Utilizarea instrumentelor sistemului de operare.
• Folosind utilitățile bazei de date în sine.

Fiecare dintre aceste metode are avantaje și dezavantaje. Atunci când creați o copie de rezervă folosind sistemul de operare, este necesar ca copia să fie oprită pe parcursul întregului proces de copiere de rezervă pentru a evita nepotrivirea datelor, ceea ce este inacceptabil dacă sistemul trebuie să funcționeze 24/7. Al doilea dezavantaj principal este complexitatea administrării unui număr mare de rezerve și laboriozitatea verificării lor pentru erori.

Folosind utilitarele bazei de date, aceste dezavantaje pot fi evitate, dar apar și alte dezavantaje, complexitatea configurației și propria sintaxă a comenzii.

Utilitarele de backup încorporate pentru baze de date sunt în primul rând exp și expdp, care vă permit să creați o copie de rezervă logică (adică o copie a unui obiect de bază de date). Această metodă de a crea o copie de rezervă este simplă, iar principalul său dezavantaj este timpul necesar pentru restaurarea dintr-o copie dacă este necesară reinstalarea instanței și capacitatea de a restaura un obiect doar la un moment specific al copiei de rezervă.

Cel mai puternic utilitar, creat de Oracle special pentru crearea de copii de siguranță a bazei de date, este utilitarul RMAN. Care vă permite să creați o copie completă a bazei de date fără a opri instanța și a o restaura în orice moment din trecut, ea însăși monitorizează copiile învechite și le șterge dacă este necesar și, de asemenea, le verifică pentru erori. Dar are un dezavantaj serios: este dificil de configurat și administrat. Să aruncăm o privire mai atentă la configurarea și administrarea acestui utilitar.

Utilitarul RMAN a apărut în versiunea 8g și a fost îmbunătățit în versiunile ulterioare. Să configuram acest utilitar pentru a crea în mod regulat copii de rezervă ale bazei de date.

În primul rând, trebuie să înțelegeți în ce constă baza de date și să decideți cât de des trebuie să faceți o copie de rezervă. În cazul nostru, aceasta este o bază de date Oracle și constă din următoarele fișiere:

• tablespaces;
• fisiere de control;
• reface jurnalele;
• fișiere de date (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);

După ce am selectat datele care urmează să fie salvate, decidem asupra strategiei de copiere și anume, selectăm frecvența, tipul de copii de rezervă care urmează să fie create și timpul de stocare a acestora. Copiile de rezervă pot fi complete incrementale - adică un fișier copiat complet, cumulativ incremental - atunci când copia conține doar diferența de date între starea curentași starea la momentul ultimei copii de rezervă incrementale și a celor diferențiale incrementale - astfel de copii conțin diferența dintre starea curentă și starea la momentul oricărei ultime copii de siguranță. Alegerea strategiei este determinată de modul de operare al bazei de date; dacă este o bază de date cu modificări frecvente, atunci este recomandabil să faceți mai des copii complete incrementale; acest lucru vă va permite să restaurați rapid baza de date după o eroare, deoarece nu trebuie să o faci un numar mare de tranzacții. Dacă această bază de date este utilizată în principal pentru stocare și citire, atunci copiile incrementale pot fi făcute rar și limitate la cele cumulate obișnuite.

Baza noastră de date este folosită în principal pentru stocare și se modifică puțin în timp, așa că vom alege următoarea strategie: crearea unei copii incrementale o dată pe săptămână 3 nopți duminica și crearea de copii cumulative în fiecare seară la ora 3, acest lucru vă va permite să restaurați rapid baza de date fără a ocupa mult spațiu pe disc folosind maximum 2 copii.

După ce am decis ce să copiem și cât de des putem trece la configurarea instanței bazei de date. În primul rând, ar trebui să vă asigurați că baza de date funcționează în modul de arhivare pentru jurnalele redo (archivelog). Puteți verifica acest lucru cu cererea:

Selectați log_mode din v$database; de la orice utilizator cu drepturi sysdba. Dacă cererea a returnat archivelog, atunci totul este în regulă, treceți la următorul punct, dacă nu archivelog, atunci trebuie să reporniți baza de date în modul archivelog. Pentru a face acest lucru, trebuie să reporniți baza de date în modul de montare cu comanda:
pornire montează imediat și rulați comanda
modificarea arhivelor bazei de date; activează modul archivelog, după care tot ce rămâne este să deschideți baza de date cu comanda:
modificarea bazei de date deschise;

Menținerea unor copii ale jurnalelor de refacere este necesară pentru a crea copii la cald incrementale coerente ale bazei de date, precum și pentru a putea restabili starea bazei de date în orice moment din trecut.

După ce am trecut baza de date în modul archivelog, trebuie să îi setăm parametrii zonei de recuperare a loturilor. Să verificăm dacă sunt deja specificate de cerere:

Selectați numele, valoarea din v$parameter unde nume cum ar fi "db_recovery_file_dest%"; dacă nu este specificat, atunci setați-l cu comenzile:
alter system set db_recovery_file_dest_size=50G scope=both; seturi dimensiune maximă zone de recuperare a lotului şi
alter system set db_recovery_file_dest="/storage/recovery_area" scope=both; specifică locația zonei de recuperare a lotului în Sistemul de fișiere. Este necesară crearea unei zone de recuperare a loturilor, astfel încât rman să poată șterge în mod independent copiile învechite, precum și să monitorizeze spațiul liber pe disc rămas și să avertizeze dacă este scăzut.

După configurarea instanței, puteți continua la configurarea utilitarului rman în sine, conectându-vă la rman folosind o secvență de comenzi

Rman connect target user/pass@sid execută comanda
arata tot;

În primul rând, configuram parametrii de siguranță ai copiilor de rezervă; acest lucru se realizează fie prin utilizarea parametrului CONFIGURAȚI POLITICA DE PĂSTRARE, fie prin setarea numărului de copii care sunt stocate simultan, fie prin specificarea perioadei în care copia este considerată relevantă. Setați parametrul ferestrei de recuperare la 7 zile cu comanda:

CONFIGURAȚI POLITICA DE PĂSTRARE LA FEREASTRA DE RECUPERARE DE 7 ZILE; Să activăm backupul automat al fișierului de control; de fiecare dată când este creată o copie de rezervă, va fi creată o copie a fișierului de control:
CONFIGURAȚI CONTROLFILE AUTOBACKUP ACTIVAT; activăm optimizarea pentru ca rman să nu creeze copii ale fișierelor; există deja copii de rezervă identice cu cea existentă:
CONFIGURAȚI OPTIMIZAREA BACKUP ACTIVAT; și paralelizați procesul de creare a backupului în 2 canale:
CONFIGURAȚI DISPOZITIV TIP DISK PARALELISM 2; Nu vom modifica parametrii dispozitivului pe care sunt salvate informațiile, criptarea, compresia, formatul fișierului de control al backupului automat și dimensiunea maximă a fișierului de copiere.

După această configurare, tot ce rămâne este să creați în sistem de operare fișiere de execuție pentru rman și adăugați-le la planificatorul de activități.

Pentru înviere:

#!/bin/bash export ORACLE_HOME=/u01/11g/ export NLS_LANG=american_america.AL32UTF8 export ORACLE_SID=kagu1251 rman conecta utilizator țintă/trece BACKUP INCREMENTAL NIVEL 0 BAZ DE DATE; BACKUP DATAFILE "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; BACKUP DATAFILE „/u01/11g/network/admin/ listener.ora”; BACKUP FIȘIER DE DATE „/u01/11g/network/admin/tnsnames.ora”; BACKUP FIȘIER DE DATE „/u01/11g/dbs/spfilekagu.ora”; BACKUP FIȘIER DE DATE „/u01/11g/dbs/orapwkagu1251”;

Pentru alte zile:

#!/bin/bash export ORACLE_HOME=/u01/11g/ export NLS_LANG=american_america.AL32UTF8 export ORACLE_SID=kagu1251 rman conecta utilizatorul țintă/trece BACKUP INCREMENTAL NIVEL 1 BAZ DE DATE; BACKUP DATAFILE "/oradata/db/admin/kagu/pfile/init.ora.6302012163819"; BACKUP DATAFILE „/u01/11g/network/admin/ listener.ora”; BACKUP FIȘIER DE DATE „/u01/11g/network/admin/tnsnames.ora”; BACKUP FIȘIER DE DATE „/u01/11g/dbs/spfilekagu.ora”; BACKUP FIȘIER DE DATE „/u01/11g/dbs/orapwkagu1251”;

Pentru restaurarea intregii baze de date dupa disparitia ei completa se foloseste comanda RESTORE DATABASE, dupa executarea acesteia este necesara sincronizarea datelor folosind log-uri arhivate cu comanda RECOVER DATABASE, restaurarea are loc in modul mount.

Pentru a restabili un anumit tablespace, trebuie mai întâi să îl setați în modul OFFLINE cu comanda:

ALTER TABLESPACE utilizator OFFLINE;

După aceea, restaurați și sincronizați-l:

RESTORE TABLESPACE utilizator; utilizator RECOVER TABLESPACE; Când ați terminat, transferați-l în modul online comanda:
ALTER TABLESPACE utilizator ONLINE;

De asemenea, puteți derula înapoi baza de date la un anumit moment în timp, pentru a face acest lucru, executați comanda:

SETAT PÂNĂ LA ORA „29 ian 2013 20:00:00”;

Această recuperare trebuie făcută când baza de date este în modul de montare, iar la deschidere, specificați opțiunea RESETLOGS, astfel încât modificările salvate în jurnalele de refacere create după punctul de restaurare să nu fie executate.

Pentru a monitoriza backup-urile create, comanda CROSSCHEK este convenabilă, care vă permite să verificați prezența backup-urilor în zona de recuperare a loturilor și capacitatea de a le accesa. Comanda VALIDATE este folosită pentru a testa fișierele de rezervă pentru erori logice sau fizice.

Principalele caracteristici:

Imagine de disc, copie de rezervă pe NAS, Backup deschis Fișiere (VSS), licență perpetuă
Î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 folosi versiunea Freeware (și pentru Windows Server) pentru a face copii de rezervă 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 ESXi și Hyper-V virtual masini, SQL Serverși MySQL backup bazei de date,Schimb valutar Backup de server, 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 dumneavoastră și backup. Folosind fie aplicația desktop dedicată, fie doar internetul portal, 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 ține utilizatorii la curent cu 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ă.

Operațiunile de backup și restaurare în Oracle pot fi împărțite în trei tipuri:

1. Backup logic - realizat folosind utilitarul exp inclus în Oracle, care vă permite să exportați întreaga bază de date, scheme sau tabele specificate. În cazul exportului întregii baze de date, se efectuează un așa-numit export complet (se exportă toate tabelele bazei de date) sau incremental (se descarcă tabelele care s-au modificat de la ultimul export). Pentru Oracle 10g XE, în care dimensiunea bazei de date nu depășește 4 GB, puteți utiliza exportul complet.

2. Backup fizic - se efectuează după instalarea bazei de date și presupune copierea fișierelor de date, fișierelor de control, jurnalelor operaționale redo și fișierului init.ora cu setările bazei de date.

3. Backup online - realizat într-o bază de date care funcționează în modul ARCHIVELOG. Acest mod arhivează jurnalele de refacere operaționale și menține un jurnal al tuturor tranzacțiilor.

Pentru bazele de date mici de antrenament, cea mai simplă și mai fiabilă opțiune este o copie de rezervă completă logică și o copie de rezervă fizică. Backup-ul logic se efectuează utilizând utilitarul exp.exe situat în folderul oraclexe\app\oracle\product\10.2.0\server\BIN\. Utilitarul este o aplicație de consolă care primește parametri prin Linie de comanda. Deoarece există de obicei mulți parametri (5-10 bucăți), este convenabil să creați un profil cu parametri și apoi să îl transmiteți utilitarului de export folosind parametrul parfile.

Să ne uităm la un exemplu de profiluri tipice. Mai întâi, să rezolvăm cea mai frecventă problemă - crearea unei copii de rezervă a uneia sau mai multor scheme. Ca exemplu, luați în considerare copierea schemei STUDENT cu exemplu de predare. Pentru a face acest lucru, creați un fișier text exp_stud.prm care conține următoarele linii:

USERID = nume de utilizator/parolă
LOG = oralOstud.log FILE = oralOstud.dmp 0WNER= STUDENT

Apoi vom exporta prin executarea comenzii exp parfile=exp_stud.prm, care va crea fișierul ora10stud.dmp care conține o copie de rezervă a schemei STUDENT. Acest fișier are un format binar și este comprimat foarte bine de orice arhivator, așa că pentru a automatiza procedura de backup este convenabil să creați un fișier BAT care să conțină o comandă de export și un apel către arhivator pentru a comprima dump-ul rezultat.

În cazul nostru, parametrul USERID conține numele și parola pentru accesarea bazei de date, parametrul LOG specifică numele fișierului în care este scris jurnalul de operațiuni, parametrul FILE specifică numele fișierului de rezervă, OWNER - unul sau mai multe scheme exportate (dacă sunt specificate mai multe scheme, atunci acestea sunt separate prin virgulă).

Pentru a efectua un export complet, profilul se va schimba ușor:

USERID = nume de utilizator/parolă
LOG = oralOfull.log FILE = oralOfull.dmp FULL = Y

Punctul important este că exportarea unei anumite scheme poate fi efectuată în numele proprietarului acesteia, dar pentru a face un export complet trebuie să aveți rolul DBA, altfel încercarea de a face un export complet va eșua cu eroarea EXP-00023 cu mesajul „ Trebuie să fie un DBA pentru a exporta baze de date complete sau tablespace " Dimensiunea dumpului în cazul unui export complet al unei baze de date Oracle 10g XE goale este de 43 MB (9 MB după compresia WinRar). Este foarte recomandat să efectuați backup-uri periodice chiar și pe baza educațională- Există zeci și sute de cazuri când, în timpul studiului Oracle, baza de date este deteriorată, un utilizator este șters sau o altă operațiune duce la pierderea obiectelor create.

Importul logic este o operațiune în oglindă pentru export și se realizează folosind utilitarul IMP. În timpul importului, nu este necesar să importați toate informațiile disponibile în dump - puteți importa scheme sau tabele specificate. Este convenabil să plasați parametrii utilitarului IMP în profiluri; de exemplu, pentru a importa schema STUDENT, puteți utiliza următorul profil:

USERID = student/student LOG = oralOstudimp.log FILE = oralOstud.dmp
RÂNDURI = Y
SUBVENȚII = Y
INDICI = Y
FR0MUSER= STUDENT
T0USER= STUDENT

Parametrul FROMUSER specifică în ce conturi din dump sunt preluate informațiile, iar parametrul TOUSER specifică în ce conturi sunt importate. Aceasta este o caracteristică foarte convenabilă a utilitarului de import, deoarece vă permite să importați date dintr-o schemă în alta.

Parametrii ROWS (rânduri de tabel), GRANTS (permisiuni obiect), INDEXES (indexuri) indică ce tipuri de obiecte sunt importate.

Să luăm în considerare câteva situații tipice întâlnite în practică:

trebuie să importați obiectele contului STUDENT în contul STUDENT1. În acest caz, ar trebui să setați parametrii FROMUSER=STUDENT și TOUSER= STUDENT1;

Înainte de a importa, trebuie să eliminați toate obiectele din schemă, altfel procesul de import va genera erori IMP-00015 pentru fiecare tabel importat (datele nu vor fi importate în acest caz). Dacă din anumite motive este necesară încărcarea datelor într-un tabel existent, atunci puteți utiliza parametrul IGNORE=Y. ceea ce va face ca erorile să fie ignorate la crearea obiectelor și importul de date să continue. Totuși, dacă utilizați parametrul IGNORE=Y, trebuie să știți că în tabelele fără cheie primară pot apărea înregistrări duplicate (deoarece fiecare operațiune de import încarcă date noi, dar cele vechi nu sunt distruse).

IMP are o caracteristică interesantă - în loc să execute comenzi în baza de date, acest utilitar le trimite în jurnal, generând astfel scripturi care conțin instrucțiuni DML. Pentru a activa această caracteristică, trebuie să specificați parametrul SHOW=Y.

ÎN acest document Descrie politicile și procedurile care trebuie urmate pentru backup-urile 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 care facilitează backupul și recuperarea Oracle. Plugin-ul vă permite să utilizați metode avansate pentru backup-uri Oracle la cald și la rece și să restaurați datele și configurațiile stocate pe serverele din generația a 10-a și a 11-a. Pluginul de backup al bazei de date Oracle vă permite să restaurați Oracle într-un anumit moment în timp (până la un punct de control), să filtrați obiectele în timpul copierii Oracle și să le restaurați. De asemenea, vă permite să creați copii de rezervă Oracle cu informații de configurare, cum ar fi parametrii. Plugin de backup pentru baze de date Oracle acceptat Platforme Linux 32/64 de biți acceptați de Oracle, precum și 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.
• Caracteristica de urmărire a modificărilor RMAN, utilizată pentru backup-urile incrementale ulterioare, îmbunătățește semnificativ crearea de backup prin înregistrarea blocurilor modificate ale fiecărui fișier de date într-un fișier de urmărire a modificărilor.
• Administratorul bazei de date nu trebuie să aibă abilități în lucrul cu baza de date Oracle sau să fie capabil să creeze scripturi complexe pentru copiile de rezervă Oracle.
• Acest plugin pentru crearea și restaurarea backup-urilor Oracle este, de asemenea, conceput pentru a crea copii de rezervă ale informațiilor de configurare, cum ar fi parametrii.

Acest document prezintă diferite căiși strategiile de backup Oracle folosind software-ul Bacula Enterprise Edition și pluginul aferent.

Oracle Backup Glosar

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

• ARC(Jurnal de arhivă) – metoda standard, folosit 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 permanentă.
• PITR Oracle Predefined Point Recovery (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 acel punct. Recuperarea PITR este uneori numită 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 RMAN, o linie de comandă și un instrument bazat pe Oracle Enterprise Manager, este metoda recomandată de Oracle pentru backup și recuperarea bazei 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 recuperării bazei de date. Utilitarul RMAN optimizează performanța și consumul de memorie în timpul creării backup-ului prin compactarea fișierelor și comprimarea setului 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 al 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 utilitățile „exp” și „imp” care au fost utilizate în Versiuni anterioare Oracol. Din pacate asta metoda noua nu acceptă ieșirea datelor direct într-un fișier FIFO. Prin urmare, utilizarea instrumentelor Pompă de date vă solicită mai întâi să aruncați datele pe disc și apoi să citiți acele date folosind Bacula Enterprise File Daemon. Versiune curentă Pluginul de rezervă Oracle nu acceptă tehnologia Data Pump.
• SBTÎn mod implicit, RMAN trimite toate copiile de rezervă Oracle într-un director de sistem special de pe disc. De asemenea, puteți configura RMAN pentru a crea copii de siguranță pe alte medii, cum ar fi bandă magnetică, folosind modulul SBT. Bacula in acest caz va actiona ca Media Manager, iar datele vor fi transferate direct de la RMAN catre Bacula.
• libobk Interfața SBT este implementată pe baza fișierului de bibliotecă libobk.
• Tablespace Baza de date este împărțită în zone de stocare logice numite spații de tabelă, care sunt grupate în funcție de structura lor logică. De exemplu, spațiile de tabelă grupează de obicei toate obiectele aplicației împreună pentru a simplifica administrarea.
• Sistem este o colecție de obiecte de bază de date. Utilizatorul bazei de date deține schema. Schema are același nume ca utilizatorul său. Obiectele schema sunt structuri logice care sunt direct legate de datele bazei de date. Obiectele de schemă includ structuri precum tabele, vizualizări și indecși. (Nu există nicio relație între un spațiu de masă și o schemă. Obiectele din aceeași schemă pot fi în spații de masă diferite, iar spațiile de masă pot conține obiecte din scheme diferite.)
• Instanță Un server de baze de date Oracle este format dintr-o bază de date Oracle și o instanță de bază de date Oracle. De fiecare dată când se pornește baza de date, este alocată o zonă globală de sistem (SGA) și sunt lansate procesele de fundal Oracle. 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 pe același sistem. De obicei, SID-ul este specificat de variabila „ORACLE_SID”. Alternativ, puteți găsi acest identificator în primul câmp (înainte de 🙂 al /etc/oratab.
• Copie De fiecare dată când deschideți o bază de date folosind comanda ALTER DATABASE OPEN RESETLOGS, este creată o astfel de copie.
• SCN System change number (SCN) este un număr în Oracle care crește secvenţial cu fiecare modificare făcută în baza de date: inserare, actualizare, ștergere. Numărul SCN crește, de asemenea, ca urmare a interacțiunii DB.
• Oracle Recovery– o acțiune care duce la extragerea datelor dintr-o copie de rezervă. 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 o procedură de actualizare a unui fișier de date restaurat folosind jurnalele arhivate ale operațiunilor „redo” și jurnalele curente, adică folosind modificările aduse bazei de date după crearea unei copii de rezervă.
• Funcţie Copie proxy este o caracteristică a utilitarului RMAN care nu este susținută de implementarea actuală a interfeței SBT în software-ul Bacula Enterprise.

Legendă

• Valori incluse în 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 trebuie rulată de un utilizator normal.
• # înseamnă că comanda trebuie rulată ca cont de utilizator root.
• RMAN> înseamnă că comanda trebuie rulată într-o sesiune rman.
• SQL> înseamnă că comanda trebuie rulată într-o sesiune sqlplus.

1. Backup Oraclecu plugin

Selectarea unei metode de backup Oracle: Dump sau utilitar RMAN

Tabelul de mai jos arată beneficiile metodelor de recuperare de rezervă acceptate de pluginul Bacula Enterprise pentru Oracle. Pentru a alege una sau alta metodă, ghidați-vă de caracteristici precum capacitatea de a restabili o copie de rezervă Oracle la un punct de control specificat, abilitatea de a filtra obiecte în timpul copierii de rezervă sau a restaurării. Utilizatorul poate combina, de asemenea, metodele de creare a unui dump și utilizarea utilitarului RMAN PITR pentru un cluster.

Utilitarul RMAN vă permite, de asemenea, să utilizați metode moderne, datorită căruia puteți trimite date prin interfața SBT a Bacula Enterprise, de exemplu, pe bandă și pe disc simultan pentru o recuperare mai rapidă.

Tabelul 1. Metode de recuperare 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 dispozitivului demon, etc... În versiunea software Bacula Enterprise 6.4 și ulterioare, dispozitivul demon poate folosi același volum de disc pentru mai multe restaurări paralele. Astfel, este posibil să efectuați simultan mai multe sarcini de restaurare și backup Oracle.

Configurarea RMAN SBT

ÎN aceasta sectiune Ghidul utilizatorului descrie cum să instalați și să configurați corect interfața Bacula Enterprise SBT utilizând Oracle și RMAN.

Atunci 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 al companiei Bacula pentru a obține informații despre fișier și volum sau pentru a rula o copie de rezervă sau restaurare Oracle. Pentru a stabili o conexiune, veți avea nevoie de general fișiere batch FIFO și b-console.

Când utilizați pluginul oracle-sbt-fd, directorul nu va putea rula o copie de rezervă Oracle din consola b sau din program. Numai utilitarul RMAN va putea iniția o sesiune și va putea începe backup-ul. Luați în considerare faptul că încă executați o copie de rezervă standard a sistemului Oracle și apoi utilizați RunScript pentru a apela automat RMAN.

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

Pentru a utiliza consola cu dizabilități, puteți utiliza următoarea definiție a consolei:

Figura 1. Backup Oracle atunci când interacționați între RMAN și Bacula

Utilizatorul Unix „oracol” ar trebui să poată afișa consola b și să citească fișierul de configurare corespunzător bconsole.conf, ceea ce nu este configurația implicită. Puteți copia fișierul binar și Fișier de configurareîntr-un folder /opt/bacula/oracle 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 de backup Oracle DB sunt configurate corect folosind comanda Maximum Concurrent Jobs pentru a permite rularea sarcinilor paralele.

• Director: 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 într-un schimbător virtual)
• Client: FileDaemon (ex: 10)

Pentru a permite executarea simultană a sarcinilor de backup și restaurare pe aceeași resursă Director Storage, configurația trebuie să utilizeze o unitate Virtual Changer. Informații despre configurații speciale sunt furnizate în documentația tehnică Backup pe disc.

Restricții media

Oracle cere ca Bacula Enterprise Media Manager să nu îmbine fluxurile 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 copii de rezervă ale bazei de date Oracle, trebuie să utilizați o altă unitate unități de bandă pentru fiecare sarcină de rezervă paralelă. Această limitare nu se aplica la unități de disc. Această limitare necesită o recuperare deosebit de lungă.

Configurarea Bacula SBT

libobk poate fi configurat folosind un fișier /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 client, task și b-console. Vă rugăm să rețineți că ghilimelele duble trebuie folosite dacă elementul configurat 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, astfel încât mai multe comenzi SEND pot fi folosite pentru a specifica toți parametrii. Ar fi mai bine să evitați cărări lungi atunci când utilizați interfața SBT.

Configurație FileSet

Pluginul de backup al bazei de date Oracle SBT (oracle-sbt) acceptă 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, un utilizator root poate folosi următoarele comenzi:

Dacă 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 utiliza parametrul update=force din fișierul sbt.conf sau comanda SEND către căutare forțată catalog 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 backup Oracle RMAN

Când utilizați pluginul RMAN SBT Bacula Enterprise, capacitatea de salvare a backup-ului Oracle setată de utilitarul RMAN trebuie să se potrivească cu volumul Bacula sau cu persistența jobului în memorie. Când RMAN trimite comenzi pentru a șterge fișierele de rezervă, Bacula nu va încerca să curețe sau să ștergă nimic.

Exemple de backup Oracle

Următorul exemplu descrie cum să rulați simultan 3 joburi de backup Bacula paralele. În acest caz, utilitarul RMAN le va trimite date folosind așa-numitul algoritm round-robin. Dacă RMAN nu poate contacta Bacula prin unul sau mai multe canale, RMAN va trimite automat date către canal disponibil. Aceasta înseamnă că, dacă directorul de stocare sau centralizat este ocupat (limitat de numărul de dispozitive sau de setările pentru numărul 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 la operatiune adecvata cu acea parte a pluginului de backup al bazei 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 modul ARCHIVELOG activ.

Configurarea ARCHIVELOG în Oracle

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

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

• Opriți baza de date folosind comenzi SHUTDOWN
• Creați o copie de rezervă a bazei de date
• Editați fișierul init .ora pentru a configura locația de jurnal arhivată
• Porniți baza de date fără a o deschide folosind comanda STARTUP MOUNT
• Schimbați modul de arhivare folosind comanda ALTER DATABASE ARCHIVELOG; și deschideți-l folosind comanda ALTER DATABASE OPEN;
• Opriți baza de date folosind comanda SHUTDOWN IMMEDIATE
• Creați din nou o copie de rezervă a bazei de date, deoarece modificarea ARCHIVELOG va actualiza fișierele de control și va face copiile de rezervă vechi inutilizabile. 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 Oracle Incremental Backup

Caracteristica RMAN de urmărire a modificărilor pentru crearea de copii de siguranță Oracle incrementale îmbunătățește eficiența acestor copii de siguranță prin înregistrarea blocurilor modificate în fiecare fișier de date într-un fișier de urmărire a modificărilor. Când urmărirea modificărilor este activată, 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 rezervă completă, sistemul va trebui în continuare să scaneze toate fișierele de date, deoarece fișierul de urmărire a modificărilor nu reflectă încă stările tuturor blocurilor. Orice rezervă incrementală ulterioară folosind aceasta backup completîn calitate de părinte, 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 folosește locația „/path/to/file” ca locație de jurnal arhivată. (Vă rugăm să rețineți că fișierul trebuie să fie într-un folder valid în care utilizatorul Oracle poate scrie.)

Capacitate de rezervă RMAN

Când utilizați modul RMAN cu pluginul Bacula Enterprise pentru Oracle, fiecare sarcină Bacula va rula RMAN pentru a crea un set de copii de rezervă. Vă recomandăm să configurați utilitarul RMAN pentru a șterge fișierele vechi mai târziu anumit timp. Deși această operațiune poate fi efectuată imediat după finalizarea copiei de rezervă, vă recomandăm să stocați datele pe disc mai mult timp, astfel încât să nu existe dificultăți cu capacitatea de a restaura Oracle pe puncte de control. Următoarea comandă vă va ajuta să setați perioada de păstrare a fișierelor Oracle la 7 zile. Acesta ar trebui să fie suficient timp, cu condiția să faceți o copie de rezervă a Oracle cel puțin o dată la 7 zile.

Mai mult informatii detaliate veți găsi în manualul utilitarului RMAN

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

Configurarea plug-in-ului Oracle pentru RMAN

Dacă utilizați caracteristica de recuperare PITR a RMAN, pluginul Bacula pentru Oracle va necesita activarea modului Accurate. Trebuie să activați modul precis pe resursa de activitate. Vă rugăm să rețineți că, împreună cu pluginul, funcția Accurate este utilizată pentru a vă asigura că orice fișiere noi sunt salvate de pluginul Bacula, dar nu sunt marcate ca șterse, deoarece este posibil să fie utile din nou.

În modul RMAN, pluginul pentru Oracle permite, de asemenea, utilizarea parametri suplimentari, setat prin linia de comandă a pluginului. Vezi tabelul de mai jos:

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

Apoi, folosind where=/ sau where= pluginul va încărca acest fișier SQL în baza de date. Dacă unele roluri există deja, va apărea un mesaj de eroare în jurnalul de job. De asemenea, puteți să restaurați fișierul users.sql într-un director local, să îl editați și să îl încărcați folosind sqlplus pentru a restaura orice parte selectată a fișierului.

Restaurarea unei baze de date Oracle. Pentru a restaura o singură schemă folosind Bacula Enterprise Plugin for Oracle, trebuie să selectați o schemă 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 dump în BWeb

Odată ce directorul DB este selectat, puteți utiliza parametrul where pentru a restaura schema noua schema cu alt nume. 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 schemelor. Pluginul Bacula Enterprise pentru Oracle va recrea noua schemă folosind numele pe care l-ați specificat în parametrul where=. Dacă folosiți majuscule și literă micăîn nume, poate exista o situație în care trebuie să includeți numele schemei între ghilimele pentru a o accesa.

După recuperare, poate fi necesar să resetați parola schemei pe care tocmai ați creat-o folosind aceleași setări ca și 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ă care este restaurată există deja.

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

Recuperarea unui singur tabel Oracle. Pentru a restaura un singur obiect, cum ar fi 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.

Restaurarea fișierelor dump Oracle într-un director. Pentru a restaura imaginile SQL într-un director, puteți atribui parametrul where oricărui director valid.

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 ea.

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

Limitările Oracle Backup and Restore

Pluginurile implicite nu sunt compatibile cu sarcinile Copiere/Migrare/VirtualFull.