Stabilirea crearea unei baze de date de backup RMAN Oracle folosind instrumente
În timpul funcționării, baza de date poate duce la o varietate de erori și eșecuri. Singura modalitate de a te proteja de pierderea de date și cât mai curând posibil pentru a restabili funcționarea normală a bazei de date este de backup regulat. Copiile de rezervă sunt baza tuturor procedurilor de recuperare a datelor.
- Utilizarea instrumentelor ale sistemului de operare.
- Folosind utilitatea bazei de date.
Fiecare dintre aceste metode are avantaje și dezavantaje. În cazul creării unei copii de rezervă a sistemului de operare înseamnă că este necesar ca toate de-a lungul procesului de creare a unei copii de rezervă a fost oprită pentru a evita nepotrivire de date, ceea ce este inacceptabil în cazul necesității de 24/7 funcționare a sistemului. Al doilea dezavantaj principal este complexitatea gestionării unui număr mare de redundante și consumatoare de timp pentru a verifica-le erori.
Folosind utilitatea bazei de date a acestor dezavantaje pot fi evitate, dar există și alte dezavantaje, setări de dificultate și propria sintaxă.
Built-in baza de date pentru utilități de rezervă - este în primul rând exp și expdp, vă permite să creați o copie de rezervă logică (de exemplu, copie a obiectului bazei de date). Acest mod de suport în sus este simplă, iar principalul dezavantaj este timpul de recuperare dintr-o copie în cazul în care trebuie să reinstalați instanță și capacitatea de a restabili obiectul numai pentru un anumit timp de backup.
Cel mai puternic este creat de Oracle special pentru a crea copii de rezervă ale bazei de date, este de utilitate RMAN. Care vă permite să creați o copie completă a bazei de date, fără a opri instanță și de a restabili în orice moment, în trecut, ea urmează copiile depășite și le îndepărtează, dacă este necesar, precum și verificați-le pentru erori. Dar are un dezavantaj serios este dificil de configurat și de a administra. O privire mai atentă la stabilirea și administrarea de utilitate.
utilitate RMAN a apărut în versiunea 8g și îmbunătățite în viitor. Configurați utilitarul pentru a bazei de date de backup automat.
- spațiu tabelă;
- fișiere de control;
- reface jurnalele;
- fișiere de date (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);
Selectarea datelor care urmează să fie stocate este determinată cu o strategie de copiere, și anume prin selectarea frecvenței, tipul de date de backup și de stocare a acestora. Copiile de rezervă sunt pline incrementale - acel fișier este complet copiat, incrementale cumulative - atunci când copia conține doar diferența de date între starea actuală și starea la momentul ultimei backup incremental și diferențial elementare - astfel de copii conțin diferența dintre starea actuală și starea la momentul orice ultimului de rezervă. Alegerea strategiei este determinată de modul de operare a bazei de date, în cazul în care acesta este o bază de date cu modificări frecvente, este de dorit să se facă în mod frecvent copii incrementale plin de ea va restabili rapid operarea bazei de date după un eșec, deoarece Nu trebuie să efectueze un număr mare de tranzacții. În cazul în care această bază de date este folosit în principal pentru stocarea și citirea, apoi backup incremental se poate face rar și limita regulate cumulative.
Baza noastra de date este folosit în principal pentru depozitare și se schimbă puțin în timp, astfel încât am ales următoarea strategie: crearea unui backup incremental o dată am săptămână 3 duminică, și crearea de copii cumulate în fiecare noapte la ora 3:00, se va fără a lua spațiu pe disc de mult restabili rapid baza de date folosind Un maxim de 2 exemplare.
După ce determinăm ordinea în care copia și cât de des se poate proceda pentru a configura instanța de bază de date. În primul rând, asigurați-vă că baza de date funcționează în modul de arhivare jurnalele redo (archivelog) pentru a verifica, puteți solicita:
de către orice utilizator cu drepturi de SYSDBA. În cazul în care cererea este returnat la archivelog toate du-te dreptul la paragraful următor, dacă noarchivelog necesitatea de a reporni baza de date în modul archivelog. Pentru a face acest lucru, trebuie să reporniți comanda de mod de bază mount:
și a alerga
acesta activează modul archivelog, atunci putem deschide doar o baza de date a echipei:
Salvarea copii de bușteni refaceti este necesară crearea unui cadru armonizat de copii elementare fierbinți ale datelor, precum și pentru a putea recupera baza de date la orice punct în trecut.
Dupa ce ne-am mutat în baza de date în modul archivelog trebuie să setați parametrii ei de recuperare a câmpului de lot. Verificăm dacă au stabilit interogarea:
în cazul în care nu a stabilit echipele Punerea:
setează dimensiunea maximă a lotului și de recuperare
specifică localizarea zonei pachetului de recuperare în sistemul de fișiere. Crearea unui câmp de recuperare lot este necesară pentru că ar RMAN ar putea șterge manual copiile învechite, precum și ține evidența a spațiului liber pe disc rămas și avertizează în cazul în care este puțin.
După ce copiați setările, puteți continua să se configureze utilitate RMAN, prin conectarea la secvența de comandă RMAN
rulați comanda
în primul rând parametri configurabili backup-uri de conservare se face fie opțiunea de politică CONFIGURARE REȚINERE sau setați numărul de copii care sunt stocate în același timp, sau prin referire la perioada în care copia este considerată a fi relevantă. Setați parametrii de fereastra de recuperare de 7 zile următoarea comandă:
va include avtobekap kontrl fișier de fiecare dată când creați o copie de rezervă va fi creat un fișier kontrl:
activa de optimizare, care ar RMAN nu a creat copii de rezervă ale fișierelor există deja există identitate:
parallelized și 2 canale procesul de backup:
Parametrii dispozitivului pentru care este salvat de informații, criptare, compresie, format de fișier avtobekapa kontrl și dimensiunea maximă a fișierului copiei nu vom schimba.
După această setare, putem crea doar fișierele de sistem de operare pentru efectuarea RMAN și adăugați-le la planificator de sarcini.
Pentru zilele rămase:
Pentru a restabili întreaga bază de date după utilizarea integrală a izcheznoveniya lor RESTORE DATABASE, după punerea sa în aplicare trebuie să sincronizeze datele cu jurnalele arhivate RECUPERAREA DATABASE, recuperarea este în modul de montare.
Pentru a restaura un spațiu tabelă specific este necesar pentru a converti mai întâi în modul de comandă OFFLINE:
După aceea, să-și îndeplinească recuperare și sincronizarea lui:
La finalizarea traduce în modul de comandă on-line:
De asemenea, puteți rula din nou baza de date într-un anumit punct în timp înapoi la această comandă este executat:
Această recuperare ar trebui să se facă atunci când baza de date este în modul mount, și specificați când deschideți opțiunea RESETLOGS, care nu ar face modificări salvate în jurnalele de redo create după punctul de restaurare.
Pentru a monitoriza copii de rezervă create CROSSCHEK comanda la îndemână, care vă permite să verificați disponibilitatea de backup-uri în pachetul de recuperare și posibilitatea de a le accesa. Pentru a testa fișierele de rezervă în erori logice sau fizice utilizate comanda VALIDAȚI.