Crea copie de rezervă Datele bazei de date Oracle în două moduri:

• Folosind mijloace sistem 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, aceasta vă va permite să restaurați rapid baza de date, 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 de refacere (archivelog). Puteți verifica acest lucru cu următoarea interogare:

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; precizează dimensiunea maximă a zonei 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 face fie prin utilizarea parametrului CONFIGURARE 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 copia de rezervă automată a 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 fișiere de execuție pentru rman în sistemul de operare și să le adăugați 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 FIȘIER DE DATE „/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 recupera un anumit tablespace, trebuie mai întâi să îl transferați în Modul offline comanda:

ALTER TABLESPACE utilizator OFFLINE;

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

RESTORE TABLESPACE utilizator; utilizator RECOVER TABLESPACE; După finalizare, treceți-l în modul online cu comanda:
ALTER TABLESPACE utilizator ONLINE;

De asemenea, puteți derula înapoi baza de date la anumit moment cu mult timp în urmă, comanda este executată pentru a face acest lucru:

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. Pentru a testa fișierele de rezervă pentru logica sau erori fizice Este folosită comanda VALIDATE.

Caracteristici principale:

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 utiliza versiunea Freeware (de asemenea 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 mașinile virtuale ESXi și Hyper-V, backup pentru baze de date SQL Server și MySQL , copie de rezervă Exchange Server, copie de rezervă pe bandă LTO, copie de rezervă 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 ț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ă.

Backup Oracle trebuie efectuată eficient și rapid, deoarece serverele de baze de date Oracle sunt de obicei folosite în cele mai încărcate operațiuni din segmentul comercial. Handy Backup organizează backup-urile Oracle prin utilitarul standard RMAN de backup Oracle.

Beneficiile utilizării Oracle RMAN Backup cu Handy Backup

Un plugin specializat de backup Oracle în Handy Backup acționează ca un add-on grafic (GUI). program standard Backup RMAN, păstrând toate funcțiile și capabilitățile oferite de utilitarul RMAN Backup Oracle.

Copierea de rezervă a unei baze de date Oracle în Handy Backup poate fi efectuată conform unui program în timp specificatși la intervale specificate (de la un minut la câteva luni inclusiv), precum și la debutul eveniment de sistem(autentificare utilizator, conexiune de stocare USB).

Diverse tehnici de backup și restaurare Oracle dintr-o copie de rezervă

CU folosind Handy Backup puteți efectua o copie de rezervă Oracle mixtă, diferențială sau incrementală, salva mai multe versiuni ale unei copii de siguranță a bazei de date Oracle dintr-un set de date sursă, criptați sau comprima backup-ul RMAN rezultat etc.

Stocare pentru backupul bazei de date Oracle

Folosind Handy Backup, puteți configura utilitarul RMAN pentru a rezerva copii de rezervă pentru o varietate de stocări de date, inclusiv următoarele mass-media modernă informatii precum:

• Unități locale, dispozitive de stocare USB, unități de rețea atașate;
• Sunt comune folderele de rețea, dispozitive NAS, FTP, SFTP, servere FTPS, cloud private;
• Servicii cloud Yandex Disk, Google Drive, Amazon S3, Dropbox, OneDrive și altele;
• HBDrive de stocare de încredere specializată, potrivit pentru backup-urile bazei de date Oracle.

Într-o notă: soluții de server Handy Backup Office Expert și Handy Backup Server Network conțin din cutie toate pluginurile de stocare a informațiilor disponibile, permițându-vă să organizați o copie de rezervă a bazei de date Oracle în cea mai convenabilă și mai fiabilă stocare a datelor pentru o anumită sarcină.

De ce este convenabil să utilizați backup RMAN prin Handy Backup?

Interfața și setul de funcții Handy Backup vă permit să utilizați utilitarul de backup RMAN ca unul dintre pluginurile programului sub controlul unei singure interfețe. Puteți nu numai să creați sau să modificați cu ușurință sarcinile de copiere a bazei de date Oracle, ci și să le gestionați:

• Rulați alte aplicații înainte și după sarcină, înlocuind efectiv scriptul tipic de rezervă Oracle PL SQL cu o soluție vizualizată convenabilă.

• Primiți rapoarte despre sarcinile de rezervă și vizualizați jurnalele de lucru în fereastra programului sau prin e-mail, cu o frecvență de trimitere personalizabilă.

• Utilizați soluțiile de rețea Handy Backup pentru backup Oracle pe mașini la distanță de la un panou administrativ central.

Cum se face o copie de rezervă Oracle folosind Handy Backup

Aici vei gasi instructiuni scurte la crearea unei copii de rezervă a unei baze de date Oracle prin Handy Backup. Programul se ocupă de toată munca de interacțiune cu utilitarul de backup RMAN, permițându-vă să faceți backup bazei de date Oracle și să restaurați automat baza de date din backup.

1. pentru a lucra cu funcții de rezervă.
2. Creați o sarcină nouă în Handy Backup folosind meniul sau butonul „Sarcina nouă”.
3. În pasul 1, selectați o sarcină de rezervă. Faceți clic pe Următorul.
4. În pasul 2, selectați pluginul Oracle din grupul Bază de date din panoul din stânga.

1. Faceți dublu clic pe numele pluginului sau faceți clic pe „>>”.
2. Se va deschide dialogul de selectare a datelor. Bifați casetele de lângă bazele de date pentru backup Oracle.

1. Faceți clic pe OK și reveniți la Pasul 2. Continuați cu DB:

• Selectați spațiul de stocare adecvat la Pasul 3.
• Alegeți să creați o copie de rezervă Oracle completă/incrementală la Pasul 4.

• Configurați compresia și/sau criptarea la Pasul 5.
• Setați programul de funcționare în funcție de oră sau de eveniment la Pasul 6.
• Rulați alte programe, comenzi sau pachete înainte și/sau după sarcina din Pasul 7.
• La Pasul 8, denumește-ți sarcina și completează Expertul pentru sarcini noi.

Într-o notă: ulterior puteți modifica orice detalii ale oricărei sarcini utilizând sistemul de file din fereastra de vizualizare a activității. Fiecare filă corespunde unui pas specific din Expertul pentru sarcini noi.

Restaurarea Oracle dintr-o copie de rezervă

Pentru a restaura o bază de date dintr-o copie de rezervă pentru Oracle, trebuie să creați o sarcină recuperare automată date. Lansați Expertul pentru sarcini noi și utilizați următoarele instrucțiuni:

1. Selectați o sarcină de recuperare la Pasul 1. Treceți la Pasul 2.
2. Deschideți depozitul de date, găsiți directorul de backup al bazei de date Oracle și în el fișierul backup.hbi.

1. Faceți dublu clic pe numele fișierului sau faceți clic pe Următorul.
2. Dacă doriți să lăsați Oracle să restaureze baza de date din backup în locația inițială, faceți clic pe butonul „Următorul” până la sfârșitul vrăjitorului de sarcini.
3. Dacă doriți să schimbați locația de restaurare, faceți clic pe butonul „Schimbați locația”.

În caseta de dialog pentru selectarea unei locații de recuperare, specificați serverul pe care urmează să restaurați Oracle din backup. În acest fel, puteți clona și replica backup-urile Oracle.

Încercați pluginul de backup Oracle RMAN în acțiune, descarcând și instalând Handy Backup chiar acum, cu toate funcțiile și pluginurile disponibile pentru o probă gratuită de 30 de zile!

ÎN acest document descrie politicile și procedurile care trebuie urmate pentru a efectua software-ul de backup pentru întreprinderi Oracle Bacula Enterprise Ediție. 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. 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.
• 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.

Glosarul Oracle Backup

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

• ARC(Jurnal de arhivă)– metoda 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 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, un dump de obiecte de bază de date este creat în formular fisier 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ă 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 Numărul de modificare a sistemului (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 cuprinse între 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.

RMAN permite, de asemenea, tehnici avansate în care puteți trimite date prin interfața SBT a Bacula Enterprise, cum ar fi pe bandă și pe disc simultan pentru o recuperare mai rapidă.

Tabelul 1. Metode de recuperare Oracle

*La utilizarea interfeței RMAN SBT, viteza de recuperare va depinde de diverse elemente precum tipul media (bandă sau disc), viteza de transfer în rețea, disponibilitatea dispozitivului cu demonul guardian etc... În software-ul Bacula Enterprise versiunea 6.4 și mai mare, un dispozitiv cu un daemon guardian 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 ar trebui 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 binarul ș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 consolei b binare 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. Pentru informații specifice de configurare, consultați documentatie tehnica 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 unei baze de date Oracle, trebuie să utilizați o unitate de bandă diferită pentru fiecare sarcină de backup paralelă. Această limitare nu se aplică unități de disc. Această limitare implică 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 din Job FileSet, așa cum este descris în Tabelul 3.

Tabelul 3. Parametri Pluginul 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 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 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ă utilitarul RMAN nu poate comunica cu Bacula pe unul sau mai multe canale, RMAN va trimite automat date către un canal disponibil. Aceasta înseamnă că, dacă directorul dvs. 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 siguranță 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 copie de 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ă toate fișierele 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 parametrilor suplimentari specificați 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 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 litere mari. Pluginul Bacula Enterprise pentru 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, 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 numai declanșatoare, 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.

Citit, Ce instrumente puteți folosi 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 în baza de date, 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 dintr-o anumită bază 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, o instanță a bazei de date Oracle utilizează mai multe grupuri de fișiere care ar trebui arhivate pentru recuperare ulterioară. Acest:

Deci, pentru a salva, arhiva sau face backup unei baze de date Oracle, trebuie create copii exact 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\product\11.2.0\server\dbs
  Fișiere cu parole (PW...ora):
  C:\oraclexe\app\oracle\product\11.2.0\server\database
• *.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

Există două moduri de a face copii de rezervă ale unei baze de date Oracle:

• Arhivare folosind instrumentele sistemului de operare.
• Folosind instrumentele încorporate ale Oracle Application Express – Import / Export.

Arhivare folosind sistemul de operare

Arhivarea folosind sistemul de operare înseamnă copierea „manuală” a tuturor fișierelor de baze de date de lucru, 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, a fișierelor de spațiu de masă, a fișierelor de configurare, a jurnalelor de tranzacții arhivate într-un director de rezervă sau în 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 restabili 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 rescrise în locația lor inițială.

Backup și recuperare folosind instrumente de export/import

Arhivarea și restaurarea unei baze de date Oracle se poate face folosind mecanismele standard de export și import în Oracle. Pentru a crește fiabilitatea siguranței datelor, este necesar să se efectueze periodic, în funcție de intensitatea lucrului cu baza de date, un export complet. Dacă modificările datelor sunt făcute destul de intens, este necesar să exportați o dată pe săptămână.

Pentru aceasta:

Importarea unui fișier creat anterior în 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, aceasta poate fi restaurată prin restaurarea fișierelor folosind Recuperarea partiției Hetmanși restaurați-le folosind metoda descrisă în secțiune „Arhivare folosind sistemul de operare”.

Pentru aceasta:




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 restaura toate datele într-o bază de date funcțională, trebuie să restaurați și fișierele *.ORA și *.LOG corespunzătoare.

Copiere de rezervă și restaurare a unei baze de date utilizând Oracle Recovery Manager (RMAN)

Oracol Manager de recuperare(RMAN) este un alt instrument pentru crearea unei copii de rezervă a unei baze de date Oracle. Diferă de alte instrumente prin faptul că creează o copie completă a întregii baze de date și nu doar datele din aceasta. Și, de asemenea, important, Oracle Recovery Manager combină funcționalitatea liniei de comandă SQL, eliberând simultan utilizatorul de dependența completă de comenzile sale. Instalat acest instrument la calculator simultan şi împreună cu Instalare Oracle Bază de date.

Pentru a crea o copie de rezervă a bazei 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, apoi restaurați în baza de date utilizând metoda descrisă mai sus utilizând Oracle Recovery Manager (RMAN).