Bla bla bla. Uvijek trebate napraviti rezervne kopije, inače će biti kao na slici "Ispustio je bazu i nije napravio rezervne kopije."
Sigurnosne kopije treba da se rade automatski, prema utvrđenim pravilima. Administrator treba da interveniše ako nešto krene po zlu, a ne svaki put kada je potrebna rezervna kopija.
Sigurnosne kopije treba čuvati na drugom serveru, po mogućnosti ne u istoj prostoriji. Ako to nije moguće, onda ga treba pohraniti na neki drugi disk, različit od onog na kojem su pohranjene datoteke baze podataka.
Izrada sigurnosne kopije Oracle baza podataka uključuje pravljenje rezervnih kopija podataka, kontrolnih datoteka i arhivskih log datoteka. Osim toga, datoteke spfile, init.ora, listener.ora i tnsnames.ora mogu biti uključene u rezervni komplet.
Backup je u toku:
- Pomoću operativnog sistema.
- RMAN (Recovery Manager) alati.
Za centralizovano skladištenje rezervnih kopija velikog broja baza podataka, Oracle predlaže korišćenje Oracle kataloga - još jedne baze podataka kreirane specijalno za pravljenje rezervnih kopija (još ne mogu da kažem šta je u njoj pohranjeno. Nikada je nisam koristio). Iz nekog razloga sam mislio da su sigurnosne kopije pohranjene u njemu. Ali počeo sam sumnjati u ovo.
Pored rezervnih kopija, možete izvesti željenu šemu u datoteku. Zatim, ako želite, možete ga i uvesti. Ovo ne zahtijeva nikakve druge datoteke osim same dump datoteke.
ARCHIVELOG i NOARCHIVELOG modovi
Oracle upisuje sve promjene koje su napravljene na blokovima podataka u memoriji u online dnevnike ponavljanja, i obično to čini prije nego što ih upiše u datoteke baze podataka. Tokom procesa vraćanja, Oracle koristi promjene unesene u ove datoteke evidencije da ažurira bazu podataka. Oracle podržava dva načina za upravljanje takvim datotekama.
- Način arhiviranja dnevnika (ARCHIVELOG). U ovom načinu rada, Oracle pohranjuje (arhivira) pune redo dnevnike. Stoga, bez obzira na to koliko je vremena napravljeno sigurnosno kopiranje, ako se koristi način rada ARCHIVELOG, baza podataka se uvijek može vratiti u bilo koje vrijeme koristeći arhivske dnevnike.
- Način rada bez arhiviranja dnevnika (NOARCHIVELOG). U ovom načinu rada, potpuni redo logi se prepisuju umjesto pohranjuju. To znači da ako koristite način rada NOARCHIVELOG, moći ćete se vratiti samo iz sigurnosne kopije i da će sve ostale promjene koje su napravljene u bazi podataka nakon izvršenja sigurnosne kopije biti izgubljene. Ovaj način osigurava da se oporavak može izvesti samo nakon što instanca baze podataka nije uspjela. U slučaju problema s medijem (na primjer, gubitak diska), baza podataka koja radi u NOARCHIVELOG modu može se vratiti samo iz sigurnosne kopije i, naravno, uz gubitak svih promjena koje su na njoj napravljene nakon kreiranja ove rezervne kopije.
Gotovo sve proizvodne baze podataka rade u ARCHIVELOG modu. NOARCHIVELOG način se koristi samo kada je moguće oporaviti podatke iz drugih izvora, ili kada je baza podataka još samo u fazi razvoja ili testiranja i stoga joj nije potrebna mogućnost oporavka svojih podataka s točnošću od minute.
Izrada sigurnosne kopije cijele ili dijela baze podataka
Možete napraviti sigurnosnu kopiju i cijele baze podataka i samo njenog dijela, kao što je prostor tablice ili datoteka podataka uključena u nju. Imajte na umu da kada baza podataka radi u NOARCHIVELOG modu, samo dio baze podataka, koji se naziva i djelomična sigurnosna kopija baze podataka, ne može biti napravljen sigurnosnom kopijom, osim ako svi prostori tablica i fajlovi za pravljenje rezervne kopije nisu samo za čitanje. Možete napraviti sigurnosnu kopiju cijele baze podataka, koja se također naziva sigurnosna kopija cijele baze podataka, u ARCHIVELOG ili NOARCHIVELOG načinu.
Najčešće se vrši potpuna sigurnosna kopija. To uključuje kopiranje ne samo svih datoteka s podacima, već i još jedne važne datoteke – kontrolne. Oracle neće otvoriti bazu podataka bez kontrolne datoteke, tako da osim sigurnosne kopije svih datoteka sa podacima, morate imati i ažurnu sigurnosnu kopiju kontrolne datoteke za vraćanje.
Dosljedne i nedosljedne sigurnosne kopije
Dosljedna sigurnosna kopija rezultira dosljednim sigurnosnim kopijama i ne zahtijeva proces vraćanja. Kada koristite sigurnosnu kopiju za vraćanje baze podataka ili njenog dijela (na primjer, prostor tablice ili podatkovnu datoteku), obično morate prvo vratiti podatke iz sigurnosne kopije (tj. RESOTRE procedura), a zatim vratiti bazu na rad (tj. . Oporavak procedure). Za dosljednu sigurnosnu kopiju, nijedan od ovih koraka oporavka nije potreban. U slučaju nedosljedne sigurnosne kopije, ovi koraci oporavka su uvijek potrebni.
Oracle svakoj transakciji dodjeljuje jedinstveni broj promjene sistema (SCN). Svako urezivanje će, na primjer, dovesti do povećanja ovog broja. Kad god Oracle postavi kontrolnu tačku, svi promijenjeni podaci u datoteci podataka na mreži se zapisuju na disk. I kad god se to dogodi. Oracle ažurira kontrolnu tačku niti u kontrolnoj datoteci. Tokom ovog ažuriranja, Orale osigurava da se svi podaci za čitanje/pisanje i kontrolne datoteke slažu sa istim SCN-om. Baza podataka se smatra dosljednom kada su SCN brojevi pohranjeni u zaglavljima svih datoteka podataka identični i odgovaraju informacijama zaglavlja datoteke podataka sadržanim u kontrolnim datotekama. Glavna stvar koju treba zapamtiti je da isti SCN broj mora biti prisutan u svim datotekama podataka i kontrolnoj datoteci (ili datotekama). Prisustvo identičnog SCN broja znači da datoteke sa podacima sadrže podatke za isti vremenski period. Ako su podaci konzistentni, nisu potrebni koraci za oporavak nakon vraćanja (ili kopiranja) sigurnosne kopije na originalnu lokaciju.
Da kreirate dosljednu sigurnosnu kopiju baze podataka, morate ili isključiti (sa normalnom naredbom SHUTDOWN ili SHUTDOWN TRANSACTIONAL, ali ne i naredbom SHUTDOWN ABORT), ili zaustaviti (koristeći graciozno isključivanje naredbe) i ponovo pokrenuti u načinu montiranja.
Kada izvršite nekonzistentno sigurnosno kopiranje, otkrićete da datoteke sigurnosne kopije sadrže podatke za različite vremenske periode. To je zato što se većina proizvodnih sistema ne može prekinuti radi dosljednog pravljenja sigurnosnih kopija. Umjesto toga, ove baze podataka moraju raditi 24 sata dnevno, 7 dana u sedmici. To, dakle, znači da se ove baze podataka moraju sigurnosno kopirati online, tj. sve dok su otvoreni za transakcije. Izmjena datoteka podataka od strane korisnika tokom izrade sigurnosne kopije je ono što rezultira nedosljednim sigurnosnim kopijama. Izvođenje nekonzistentne sigurnosne kopije ne znači da ste primili neku vrstu pogrešne sigurnosne kopije. Međutim, tokom vraćanja, samo vraćanje takvih rezervnih kopija nije dovoljno. Osim vraćanja na originalnu lokaciju, također je imperativ primijeniti sve arhivirane i online redo loge koji su kreirani od trenutka kada je napravljena sigurnosna kopija do trenutka kada se baza podataka mora vratiti. Oracle će pročitati ove datoteke i automatski primijeniti sve potrebne promjene na ove datoteke sigurnosne kopije.
Budući da se sa otvorenom bazom podataka mogu izvesti samo nekonzistentne sigurnosne kopije, većina proizvodnih baza podataka koristi nedosljedne strategije sigurnosnog kopiranja u jezgri.
Otvorena i zatvorena sigurnosna kopija baze podataka
Otvorena sigurnosna kopija, koja se naziva i online sigurnosna kopija ili vruća/topla sigurnosna kopija, uključuje kreiranje sigurnosnih kopija s otvorenom bazom podataka i dostupnom korisnicima. Možete izvršiti online sigurnosnu kopiju cijele baze podataka (kao i samo prostora tablice ili datoteke podataka koja joj pripada) samo ako baza podataka radi u ARCHIVELOG modu. Ne može se izvesti kada baza podataka radi u NOARCHIVELOG modu.
Zatvorena rezervna kopija, takođe poznata kao hladna rezervna kopija, odnosi se na kreiranje rezervnih kopija dok je baza podataka zatvorena (zaustavljena). Takve sigurnosne kopije uvijek rezultiraju dosljednim sigurnosnim kopijama, osim ako baza podataka nije zaustavljena naredbom SHUTDOWN ABORT.
Fizičke i logičke sigurnosne kopije
Sa tehničke tačke gledišta, Oracle procedure sigurnosnog kopiranja mogu se podijeliti na logičke i fizičke. Logička rezervna kopija se odnosi na kreiranje rezervnih kopija pomoću uslužnog programa Data Pump Export koji sadrži logičke objekte kao što su tabele i procedure. Ove sigurnosne kopije se pohranjuju u posebnom binarnom formatu i mogu se preuzeti iz njih samo pomoću uslužnog programa Data Pump Import.
Fizička rezervna kopija se odnosi na kreiranje rezervnih kopija ključnih datoteka Oracle baze podataka, tj. datoteke podataka, arhivske datoteke dnevnika ponavljanja i kontrolne datoteke. Ove sigurnosne kopije mogu se pohraniti i na disk i na trake.
Rezervni nivoi
Slijede nivoi na kojima se Oracle baze podataka mogu izraditi sigurnosna kopija:
- Cijeli nivo baze podataka. Ovaj nivo uključuje pravljenje rezervnih kopija svih datoteka, uključujući i kontrolni fajl. Možete napraviti sigurnosne kopije na cijeloj razini baze podataka iu ARCHIVELOG iu NOARCHIVELOG modusu.
- Nivo Tablespace. Ovaj nivo uključuje pravljenje rezervnih kopija svih fajlova podataka koji pripadaju određenom prostoru tabele. Izrada sigurnosne kopije na ovom nivou je dozvoljena samo kada se koristi način rada ARCHIVELOG.
- Nivo datoteke podataka. Ovaj nivo podrazumeva pravljenje rezervne kopije jedne datoteke sa podacima. Izrada sigurnosne kopije na ovom nivou je dozvoljena samo kada se koristi način rada ARCHIVELOG.
Oracle Database pohranjuje sve datoteke kreirane baze podataka u datoteke podataka. Uprkos činjenici da su svi podaci logično sadržani u prostorima tablica, u stvari, to je sadržaj datoteka na tvrdom disku računara. Stoga se svaka tabela u bazi podataka pohranjuje kao redovi određene datoteke podataka. Često, za vraćanje podataka određene baze podataka, dovoljno je vratiti njene datoteke podataka i uvesti ih u Oracle Database.
Struktura Oracle baze podataka
Tokom rada, instanca Oracle baze podataka koristi nekoliko grupa datoteka za koje treba napraviti rezervnu kopiju za kasniji oporavak. Ovo:
Fajl lozinke (* .ora).
U pravilu, to su datoteke s ekstenzijom * .ora, čiji naziv počinje simbolima PWD.
Na primjer: PWDXE.ora
Datoteke podataka i prostora tablica (* .DBF).
Ime datoteka podataka i prostora tablica, kao i putanje do njih, mogu se vidjeti pomoću SQL Plusa ako pokrenete sljedeći upit:
SELECT t.name “Tablespace”, f.name “Datafile” FROM v $ tablespace t, v $ datafile f WHERE t.ts # = f.ts # ORDER BY t.name;
Konfiguracijski fajlovi baze podataka (* .ora).
Konfiguracijske datoteke Oracle baze podataka imaju ekstenziju * .ora i nalaze se u folderu:
Kontrolni fajlovi baze podataka (* .DBF).
Najlakši način da odredite putanju i imena kontrolnih datoteka je pronaći red u * .ORA konfiguracijskoj datoteci control_files, koji će navesti kontrolne datoteke koje koristi ova instanca.
Također, da biste odredili imena i putanje do kontrolnih datoteka u SQL * Plus, morate pokrenuti sljedeći upit:
SELECT vrijednost FROM v $ parametar WHERE name = 'control_files'; 
Datoteke evidencije transakcija (* .LOG).
Da biste saznali imena i putanje do dnevnika transakcija na mreži, pokrenite sljedeći upit u SQL Plus:
SELECT člana FROM v $ logfile;
Kao rezultat rada ovog upita dobiće se sličan izvještaj:
Da biste odredili putanje do mapa u kojima su pohranjeni arhivirani zapisnici transakcija, trebate pokrenuti sljedeći upit:
SELECT destinacija FROM v $ archive_dest gdje je status = 'VALID';
Kao rezultat rada ovog upita dobiće se izvještaj:
Dakle, da biste sačuvali, arhivirali ili sigurnosno kopirali Oracle bazu podataka, potrebno je kreirati kopije navedenih grupa datoteka, a to je:
- * .DBF- datoteke podataka, prostori tablica i kontrolne datoteke baze podataka. Smješten:
C: \ oraclexe \ app \ oracle \ oradata \ XE - * .ora- konfiguracijske datoteke baze podataka i datoteke lozinki.
Konfiguracijski fajlovi:
C: \ oraclexe \ app \ oracle \ proizvod \ 11.2.0 \ server \ dbs
Fajlovi lozinki (PW ... ora):
C: \ oraclexe \ aplikacija \ oracle \ proizvod \ 11.2.0 \ server \ baza podataka - * .LOG- datoteke evidencije transakcija:
C: \ oraclexe \ app \ oracle \ fast_recovery_area \ XE \ ONLINELOG
Sigurnosna kopija Oracle baze podataka
Postoje dva načina da napravite sigurnosnu kopiju Oracle baze podataka (rezervna kopija):
Arhiviranje pomoću operativnog sistema
Arhiviranje pomoću operativnog sistema podrazumijeva "Ručno" kopiranje svih radnih datoteka Oracle baze podataka, kao što su:
- Fajlovi tabličnog prostora.
- Kontrolni fajlovi.
- Datoteke evidencije transakcija.
- Konfiguracijski fajlovi.
U ovom slučaju, proces arhiviranja se sastoji od jednostavnog kopiranja kontrolnih datoteka, datoteka prostora tablice, konfiguracije, arhiviranih dnevnika transakcija u direktorij rezervne kopije ili na backup server. Arhiviranje se izvodi kada je instanca baze podataka zaustavljena, a korisnici ne mogu raditi s njom.
Da biste oporavili bazu podataka oštećenu tokom pada, ona mora biti zaustavljena i rezervne kopije radnih datoteka i dnevnika transakcija moraju biti prepisane na njihovu originalnu lokaciju.
Arhiviranje i vraćanje pomoću alata za izvoz/uvoz
Oracle baza podataka može se napraviti sigurnosna kopija i vratiti pomoću standardnih Oracle mehanizama za izvoz i uvoz. Da bi se poboljšala pouzdanost sigurnosti podataka, potrebno je periodično, u zavisnosti od intenziteta rada sa bazom podataka, vršiti potpuni izvoz. Uz prilično intenzivno uvođenje promjena u podatke, potrebno je izvoziti jednom sedmično.
Za ovo:
Uvoz datoteke koju je ranije kreirala arhiva vrši se na isti način:
Oporavak izgubljene Oracle baze podataka
Ako je Oracle baza podataka izbrisana ili izgubljena iz bilo kojeg razloga, može se vratiti vraćanjem datoteka pomoću Hetman Partition Recovery i vratite ih koristeći metodu opisanu u odjeljku "Arhiviranje pomoću operativnog sistema".
Za ovo:
Na primjer, vratiti datoteke baze podataka opisuje proces oporavka *.DBF datoteka. Ali imajte na umu da za vraćanje svih podataka u radnu bazu podataka morate vratiti i odgovarajuće * .ORA i * .LOG datoteke.
Sigurnosno kopiranje i oporavak baze podataka pomoću Oracle Recovery Managera (RMAN)
Oracle Recovery Manager (RMAN) Još jedan alat za kreiranje rezervne kopije Oracle baze podataka. Razlikuje se od ostalih alata po tome što kreira potpunu kopiju cijele baze podataka, a ne samo podatke iz nje. Takođe, što je još važnije, Oracle Recovery Manager kombinuje funkcionalnost SQL komandne linije, istovremeno oslobađajući korisnika od potpune zavisnosti od njegovih komandi. Ovaj alat se instalira na računar istovremeno i zajedno sa instalacijom Oracle baze podataka.
Da kreirate sigurnosnu kopiju baze podataka koristeći RMAN:
Da biste vratili bazu podataka iz sigurnosne kopije baze podataka koristeći Oracle Recovery Manager (RMAN):
Usput, u slučaju gubitka ili brisanja datoteke sigurnosne kopije Oracle baze podataka, * .BKP sigurnosna kopija se također može vratiti pomoću Hetman Partition Recovery a zatim vratite u bazu podataka koristeći metodu opisanu iznad koristeći Oracle Recovery Manager (RMAN).
Glavne karakteristike:
Slika diska, sigurnosna kopija na NAS, rezervna kopija otvorenih datoteka (VSS), trajna licenca
Već od 29 €
BESPLATNI SOFTVER ZA PRAVLJENJE SERVERA I RADNIH STANICA
BESPLATNA I PROFESIONALNA RJEŠENJA
Iperius je kompletan Windows uslužni program za sigurnosno kopiranje podataka. Možete koristiti verziju Freeware-a (također za Windows Server) za pravljenje rezervnih kopija datoteka na NAS-u, vanjskim diskovima, RDX pogonima itd. bez ikakvog vremenskog ograničenja - ili odaberite verziju za preduzeća, s mnoštvom funkcija sigurnosnog kopiranja i naprednim funkcijama: kopija otvorenih datoteka (VSS), Drive Image za oporavak od katastrofe, sigurnosna kopija ESXi i Hyper-V virtuelnih mašina, SQL Server i sigurnosna kopija MySQL baze podataka , backup Exchange servera, backup na LTO traku, backup na Cloud (Google Drive, Amazon S3, itd.), backup na FTP / SFTP. Počevši od Iperius Free, probna verzija pune verzije može se aktivirati kako bi se testirale sve funkcije softvera.
Iperius Console
DRŽITE POD KONTROLOM SVE REZERVNE KOPIJE U SNIMKU
Iperius konzola je napredni alat za centralizovano upravljanje i nadgledanje vaših računara i rezervnih kopija. Koristeći ili namjensku desktop aplikaciju ili samo web portal, možete vidjeti rezultate svojih operacija sigurnosnog kopiranja, ispitati detalje bilo kakvih grešaka, postaviti i prilagoditi rasporede pravljenja rezervnih kopija i daljinski pokrenuti poslove sigurnosnog kopiranja. Konzola se savršeno integriše sa svim proizvodima Iperius Suite-a, omogućavajući i daljinsko ažuriranje Iperius Backup-a na najnoviju verziju. Velika količina pruženih informacija ažurira korisnike o statusu svakog računara i servera na kojima je Iperius instaliran, što Iperius konzolu čini izuzetno korisnim alatom za IT nadgledanje, kako za vaše klijente tako i za vašu kompaniju.
Postoje dva načina da napravite sigurnosnu kopiju podataka Oracle baze podataka:
- Korišćenje alata operativnog sistema.
- Korištenje uslužnih programa same baze podataka.
Svaka od ovih metoda ima prednosti i nedostatke. U slučaju kreiranja sigurnosne kopije pomoću operativnog sistema, potrebno je da tokom cijelog procesa kreiranja sigurnosne kopije instanca bude zaustavljena kako bi se izbjeglo nepodudaranje podataka, što je nedopustivo ako sistem treba da radi 24/24/ 7 mod. Drugi glavni nedostatak je složenost administriranja velikog broja rezervnih kopija i naporno provjeravanje grešaka.
Ovi nedostaci se mogu izbjeći korištenjem uslužnih programa baze podataka, ali se pojavljuju i drugi nedostaci, složenost konfiguracije i vlastita sintaksa naredbi.
Ugrađeni uslužni programi za pravljenje rezervnih kopija baze podataka su prvenstveno exp i expdp, koji vam omogućavaju da kreirate logičku rezervnu kopiju (tj. kopiju objekta baze podataka). Ova metoda izrade sigurnosne kopije je jednostavna, ali njen glavni nedostatak je vrijeme potrebno za obnavljanje iz kopije ako je potrebno ponovno instalirati instancu i mogućnost vraćanja objekta samo u određenom trenutku sigurnosne kopije.
Najmoćniji uslužni program, kreiran od strane oraclea posebno za pravljenje rezervnih kopija baze podataka, je RMAN uslužni program. Što vam omogućava da kreirate kompletnu kopiju baze podataka bez zaustavljanja instance i vraćate je u bilo koji trenutak u prošlosti, sam prati zastarele kopije i briše ih ako je potrebno, kao i proverava da li postoje greške. Ali u isto vrijeme, ima ozbiljan nedostatak; teško ga je konfigurirati i administrirati. Pogledajmo bliže konfigurisanje i administriranje ovog uslužnog programa.
RMAN je predstavljen u 8g i vremenom je poboljšan. Hajde da konfigurišemo ovaj uslužni program da redovno pravi rezervne kopije naše baze podataka.
Prije svega, morate razumjeti od čega se baza podataka sastoji i odlučiti koliko često trebate napraviti sigurnosnu kopiju. U našem slučaju, ovo je oracle baza podataka i sastoji se od sljedećih datoteka:
- stolni prostori;
- kontrolne datoteke;
- redo logs;
- datoteke podataka (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);
Nakon odabira podataka za spremanje, odlučujemo se za strategiju kopiranja, odnosno biramo učestalost, vrstu sigurnosne kopije koja će se kreirati i vrijeme njihovog čuvanja. Sigurnosne kopije su potpuno inkrementalne - to jest, potpuno kopirana datoteka, inkrementalna kumulativno - kada kopija sadrži samo razliku između trenutnog stanja i stanja u vrijeme posljednje inkrementalne sigurnosne kopije i inkrementalne razlike - takve kopije sadrže razliku između trenutnog stanja stanje i stanje u vrijeme bilo koje zadnje sigurnosne kopije. Odabir strategije određen je načinom rada baze podataka, ako se radi o bazi podataka sa čestim promjenama, tada je poželjno češće praviti inkrementalne pune kopije, što će vam omogućiti da brzo vratite rad baze podataka nakon neuspjeh, jer ne morate obaviti veliki broj transakcija. Ako se ova baza podataka koristi uglavnom za skladištenje i čitanje, onda se inkrementalne kopije mogu retko praviti i ograničiti na redovne kumulativne.
Naša baza podataka se koristi uglavnom za skladištenje i malo se mijenja tokom vremena, tako da ćemo izabrati sljedeću strategiju: kreirati inkrementalnu kopiju jednom tjedno 3 noći u nedjelju i kreirati kumulativne kopije svake večeri u 3 sata, što će vam omogućiti da brzo vratite bazu podataka bez zauzimanja puno prostora na disku koristeći maksimalno 2 kopije.
Nakon što smo odlučili šta ćemo kopirati i koliko često možemo nastaviti sa postavljanjem instance baze podataka. Prije svega, trebali biste se uvjeriti da baza podataka radi u arhivskom režimu arhive, to možete provjeriti upitom:
Odaberite log_mode iz v $ baze podataka; od bilo kojeg korisnika sa sysdba pravima. Ako je zahtjev vratio archivelog, onda je sve u redu, idite na sljedeću stavku, ako je noarchivelog, onda morate ponovo pokrenuti bazu podataka u archivelog modu. Da biste to učinili, morate ponovo pokrenuti bazu u načinu montiranja naredbom:
startup odmah montirajte i izvršite naredbu
mijenjati arhivu baze podataka; aktivira se archivelog mod, nakon toga ostaje samo otvoriti bazu podataka naredbom:
alter baza podataka otvorena;
Čuvanje kopije redo dnevnika je neophodno da bi se kreirale konzistentne inkrementalne vruće kopije baze podataka, kao i da biste mogli da vratite stanje baze podataka na bilo koju tačku u prošlosti.
Nakon što smo bazu podataka stavili u archivelog mod, moramo joj postaviti parametre opsega skupnog oporavka. Provjerimo da li su već postavljeni upitom:
Odaberite ime, vrijednost iz parametra v $ gdje je ime poput "db_recovery_file_dest%"; ako nije postavljeno onda postavite naredbama:
alter system set db_recovery_file_dest_size = 50G opseg = oba; postavlja maksimalnu veličinu područja skupnog oporavka i
alter system set db_recovery_file_dest = "/ storage / recovery_area" opseg = oba; specificira lokaciju područja za paketni oporavak u sistemu datoteka. Kreiranje područja za batch recovery je neophodno kako bi rman mogao samostalno izbrisati zastarjele kopije, kao i pratiti preostali slobodni prostor na disku i upozoriti ako ostane mali.
Nakon konfigurisanja instance, možete nastaviti sa konfigurisanjem samog uslužnog programa rman povezivanjem na rman nizom naredbi
Rman connect ciljni korisnik / [email protected] izvrši naredbu
pokazi sve;
Prije svega, konfiguriramo parametre sigurnosti sigurnosne kopije, to se radi ili parametrom CONFIGURE RETENTION POLICY, ili se podesi broj kopija koje se istovremeno pohranjuju, ili se naznači period u kojem se kopija smatra relevantnom. Postavite parametar prozora za oporavak na 7 dana pomoću naredbe:
KONFIGURIRAJTE POLITIKU ZADRŽAVANJA NA PROZOR OD 7 DANA; omogući automatsko sigurnosno kopiranje kontrolne datoteke svaki put kada se napravi sigurnosna kopija, kreirat će se kopija kontrolne datoteke:
KONFIGURIRANJE CONTROLFILE AUTOBACKUP ON; aktiviramo optimizaciju da rman ne pravi kopije fajlova, već postoje rezervne kopije identične postojećoj:
KONFIGURIRAJ OPTIMIZACIJU BACKUP ON; i paralelizirati proces kreiranja sigurnosne kopije u 2 kanala:
KONFIGURACIJA VRSTA UREĐAJA DISK PARALELIZAM 2; Nećemo mijenjati parametre uređaja na koji se spremaju informacije, šifriranje, kompresiju, format automatske sigurnosne kopije kontrolne datoteke i maksimalnu veličinu datoteke kopije.
Nakon ove konfiguracije, sve što ostaje je kreirati izvršne datoteke za rman u operativnom sistemu i dodati ih u planer zadataka.
Za vaskrsenje:
#! / bin / bash export ORACLE_HOME = / u01 / 11g / export NLS_LANG = american_america.AL32UTF8 export ORACLE_SID = kagu1251 rman povezivanje ciljnog korisnika / propuštanje BACKUP INKREMENTALNOG NIVOA 0 BAZE PODATAKA; BACKUP DATAFILE "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; BACKUP DATAFILE "/ u01 / 11g / network / admin / listener.ora"; BACKUP DATAFILE "/ u01 / 11g / network / admin / tnsnames.ora"; BACKUP DATAFILE "/u01/11g/dbs/spfilekagu.ora"; BACKUP DATAFILE "/ u01 / 11g / dbs / orapwkagu1251";
Za ostale dane:
#! / bin / bash export ORACLE_HOME = / u01 / 11g / export NLS_LANG = american_america.AL32UTF8 export ORACLE_SID = kagu1251 rman povezivanje ciljnog korisnika / propuštanje BACKUP INKREMENTALNE BAZE PODATAKA NIVOA 1; BACKUP DATAFILE "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; BACKUP DATAFILE "/ u01 / 11g / network / admin / listener.ora"; BACKUP DATAFILE "/ u01 / 11g / network / admin / tnsnames.ora"; BACKUP DATAFILE "/u01/11g/dbs/spfilekagu.ora"; BACKUP DATAFILE "/ u01 / 11g / dbs / orapwkagu1251";
Za vraćanje cjelokupne baze podataka nakon njihovog potpunog nestanka koristi se naredba RESTORE DATABASE, nakon njenog izvršenja potrebno je sinhronizirati podatke koristeći arhivske dnevnike sa naredbom RECOVER DATABASE, vraćanje se vrši u mount modu.
Da biste vratili određeni prostor tablice, prvo ga morate prebaciti u OFFLINE način rada naredbom:
ALTER TABLESPACE korisnik OFFLINE;
Nakon toga, vratite ga i sinkronizirajte:
RESTORE TABLESPACE korisnika; RECOVER TABLESPACE korisnik; Po završetku, prebacite ga u online način rada naredbom:
ALTER TABLESPACE korisnik ONLINE;
Također možete vratiti bazu podataka na određeni vremenski period za ovo, pokrenite naredbu:
POSTAVLJENO DO VREMENA "29.01.2013 20:00:00";
Ovaj oporavak se mora obaviti kada je baza podataka u načinu montiranja, a prilikom otvaranja navedite opciju RESETLOGS tako da se promjene sačuvane u redo logs kreiranim nakon točke oporavka ne izvrše.
Za praćenje kreiranih sigurnosnih kopija zgodna je naredba CROSSCHEK, koja vam omogućava da provjerite dostupnost rezervnih kopija u području skupnog oporavka i mogućnost pristupa njima. Naredba VALIDATE se koristi za testiranje datoteka sigurnosne kopije na logičke ili fizičke greške.
