validate oracle rman backup
Kako stvoriti i provjeriti valjanost Oracle RMAN sigurnosne kopije: naučite pomoću RMAN naredbi i procesa oporavka
pitanja za internetske usluge za odmor i sapun
U ovom uputstvu razgovarat ćemo o provjeri i testiranju sigurnosnih kopija baze podataka Oracle. Objasnit ćemo koncepte kao što su, zašto i kako sigurnosne kopije baze podataka i metode za testiranje sigurnosne kopije.
Mi ćemo uzeti Oracle baza podataka kao studija slučaja za ovaj tutorial.
Studija slučaja: Testiranje sigurnosnih kopija baze podataka Oracle RMAN:
Što ćete naučiti:
Postupak provjere valjanosti sigurnosne kopije baze podataka Oracle pomoću RMAN-a
Kategorizirali smo ga u sljedeća četiri odjeljka
- Što je sigurnosna kopija?
- Zašto sigurnosna kopija?
- Kako napraviti sigurnosnu kopiju?
- Kako testirati / provjeriti sigurnosnu kopiju baze podataka - strategije oporavka?
Također pročitajte=> Sve o testiranju baze podataka
Što je sigurnosna kopija baze podataka?
Prije nego što počnemo učiti više o sigurnosnim kopijama, moramo razumjeti najvažnije sredstvo organizacije - podatke. Uzimajući u obzir da vaša organizacija radi na Oracle bazi podataka. Da biste razumjeli pojam 'baza podataka', možete se pozvati na Ovdje je serija Oracle Database Testing .
Podaci organizacije najkompletniji su dio organizacije. Razmislite o maloprodajnoj bankovnoj tvrtki. Svi oni imaju ogromne količine podataka - korisnik, sustav itd. Kao administrator baze podataka, administrator sustava ili bilo koje osoblje kojem je dodijeljen posao zaštite tih podataka trebali bi biti svjesni koliko su podaci važni za organizaciju. Kako biti siguran da su podaci uvijek dostupni? Napravite sigurnosnu kopiju ovih podataka.
Sigurnosna kopija je točna kopija vaše baze podataka koja vam može pomoći u rekonstrukciji podataka u slučaju gubitka podataka.
Zašto sigurnosna kopija baze podataka?
Razmotrimo jednostavan slučaj kada je vaša bankarska organizacija koja ima podatke o milijunima klijenata u smislu brojeva računa, imena, nominiranih osoba, stanja na banci i organizacija izgubila sve svoje podatke, kako bi njihovi klijenti reagirali na to? Kako bi se organizacija nosila s pritiskom gubitka toliko podataka? Kako bi odgovarali na toliko nezadovoljstvo kupaca?
Zbog toga izrađujemo sigurnosne kopije ovih podataka, tako da se u slučaju bilo kakvog kvara diska (pohrane), upravljača diska (kontroler pohrane) uvijek možemo osloniti na našu sigurnosnu kopiju odakle je možemo vratiti u bazu podataka, odnosno datotečni sustav za pohranu, a ne kupci gube bilo koji od svojih podataka.
Hipotetički govoreći, pretpostavimo da postoje milijuni kupaca i da svaki od njih izvršava milijune transakcija, a baza podataka slučajno padne i izgubi svoje podatke, bismo li zatražili od svih tih kupaca da ponovno ponovo unesu svoje podatke? Kako se nositi s gubitkom toliko podataka? To bi bilo krajnje neprihvatljivo.
Slično tome, razmotrite telekomunikacijsku tvrtku koja podržava milijune kupaca i ima sve njihove podatke u vezi s telefonskim brojevima, adresama, kreditom na raspolaganju, na čekanju za plaćanje. Što ako izgubimo sve njihove podatke? Tvrtka je osuđena na propast i morala bi snositi ogromne troškove koji bi potencijalno mogli zaustaviti organizaciju. To bi sigurno bila ogromna katastrofa.
Kako napraviti sigurnosnu kopiju baze podataka?
Za izradu sigurnosne kopije podataka u Oracle bazi podataka imamo nekoliko metoda. Mogu se široko klasificirati kao fizičke i logičke sigurnosne kopije
Metoda # 1)Fizičke sigurnosne kopije :
- 3rdsigurnosne kopije stranaka - poput Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
- Sigurnosne kopije kojima upravlja korisnik - Izrada sigurnosnih kopija baze podataka pomoću uslužnih programa OS-a kao što su copy (windows), cp (Unix).
- Oracle Secure Backup
- Moj omiljeni i najpoželjniji preporučeni uslužni program Oracle - Recover Manager ( RMAN ).
Metoda # 2)Logičke sigurnosne kopije:
- Uobičajeni uslužni programi za izvoz / uvoz i uslužni programi Datapump. Logička sigurnosna kopija je sigurnosna kopija logičkih podataka - objekata poput tablica, indeksa itd. Koji su sastavni dijelovi baze podataka neovisno o mjestu gore navedenih objekata.
Da biste razumjeli fizičke i logičke strukture pohrane baze podataka na koje biste se mogli pozvati ovaj i ovu oracle dokumentaciju .
Koji je najbolji način za izradu sigurnosnih kopija baze podataka?
Svaka od ovih strategija izrade sigurnosnih kopija ima svoje prednosti i nedostatke i u ovom se članku nećemo previše baviti njima.
Moramo shvatiti da, ako nemate fizičku sigurnosnu kopiju, samo imati logičku sigurnosnu kopiju nije uvijek sigurno protiv fizičke korupcije podataka, problema s pohranom hardvera. Imati valjanu, dobru fizičku sigurnosnu kopiju čini je dobrom strategijom sigurnosne kopije i oporavka. Uvijek provjerite imate li fizičku sigurnosnu kopiju.
U stvarnosti se možemo koristiti bilo kojom od gore navedenih metoda, ali uvijek moramo biti sigurni da imamo uspostavljenu dobru strategiju izrade sigurnosnih kopija i oporavka kako bismo izbjegli nepotrebno štucanje tijekom rada baze podataka. Uvijek se savjetuje testiranje leđa i strategija oporavka na zrcalnom testnom sustavu kako bismo mogli predvidjeti vrijeme potrebno za pokretanje baze podataka u slučaju nepredviđenih situacija.
U ovom ćemo se članku uglavnom usredotočiti na sigurnosne kopije RMAN-a. To nas dovodi do točke da znamo kako točno izvršavamo sigurnosnu kopiju.
Naredbe za izradu sigurnosnih kopija Oracle RMAN (Oracle Recovery Manager)
Podatke možemo sigurnosno kopirati ili pomoću načina Enterprise Manager (GUI) ili putem naredbenog retka OS-a.
RMAN je robusni, sofisticirani alat koji Oracle nudi za izradu sigurnosnih kopija i oporavak.
RMAN automatski se instalira kada instalirate Oracle bazu podataka, tako da nije potrebna dodatna instalacija potrebna za upotrebu RMAN .
The RMAN okoliš se sastoji od dvije komponente:
1) Ciljna baza podataka (baza podataka koju biste sigurnosno kopirali, izvršili oporavak i
dva) RMAN klijent koji je klijent koji interpretira korisničke naredbe i izvršava ih u ime korisnika dok se povezuje na ciljnu bazu podataka.
Jednostavna naredba za povezivanje s bazom podataka pomoću RMAN-a je kako slijedi:
C:Usersxyz> rman target / Recovery Manager: Release 11.2.0.1.0 - Production on Sun Sep 28 17:32:48 2014 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1361070653) RMAN>
DBID je ovdje jedinstveni identifikator koji je jedinstven za svaku bazu podataka s kojom planiramo raditi.
U ovom primjeru imamo posla s bazom podataka koja se zove ORCL .
Izradit ćemo sigurnosnu kopiju podataka koji pripadaju ORCL bazi podataka.
Budući da je sigurnosna kopija fizička kopija vaše baze podataka, trebamo mjesto / direktorij na kojem ćemo ih moći spremiti.
Da bismo to postigli, možemo se poslužiti posebnim imenikom pod nazivom db_recovery_file_dest koja služi kao rezervno mjesto. Veličinu ovog parametra definirajte s db_recovery_file_dest_dest_size što označava veličinu ovog sigurnosnog mjesta.
Iako imamo nekoliko načina za sažimanje sigurnosnih kopija i nekoliko tehnika koje mogu smanjiti veličinu sigurnosne kopije, pokušajte barem postaviti DB_RECOVERY_FILE_DEST_SIZE do veličine vaših stvarnih podataka u vašoj bazi podataka. Obavezno uzmite u obzir i arhivske zapisnike, što nije ništa drugo nego izvanmrežni redovi, koji bilježe promjene u vašim podatkovnim blokovima.
Vaša strategija izrade sigurnosnih kopija sastojala bi se od svih datoteka povezanih s bazom podataka, kao što su podatkovne datoteke, kontrolne datoteke, datoteke parametara, datoteke povezane s mrežom, arhivirane datoteke dnevnika ponavljanja.
RMAN ili bilo koji drugi alat za fizičko sigurnosno kopiranje može sigurnosno kopirati datoteke podataka, upravljati datotekama, datotekama parametara, arhiviranim datotekama dnevnika ponavljanja. Datoteke povezane s mrežom moraju se ručno sigurnosno kopirati pomoću OS uslužnih programa poput cp ili copy.
Za izradu sigurnosne kopije baze podataka koristimo:
'Sigurnosna kopija baze podataka' - to je jednostavno. Dakle, počnimo izrađivati sigurnosne kopije naše ORCL baze podataka.
Budući da smo se već povezali s ciljnom bazom podataka (ORCL), aktiviramo naredbu 'sigurnosna kopija baze podataka'.
RMAN> backup database; Starting backup at 05-OCT-14 using target database control file instead of recovery catalog allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=198 device type=DISK channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:04:27 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: starting piece 1 at 05-OCT-14 channel ORA_DISK_1: finished piece 1 at 05-OCT-14 piece handle=D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP tag=TAG20141005T162412 comment=NONE channel ORA_DISK_1: backup set complete, elapsed time: 00:00:04 Finished backup at 05-OCT-14
Ovdje primjećujemo da je izrađena sigurnosna kopija svih povezanih datoteka baze podataka - datoteka podataka, kontrolnih datoteka, spfile (datoteka parametara). Izrada sigurnosne kopije trajala je oko 4 minute i 27 sekundi (proteklo vrijeme). Ovo je mala testna baza podataka sa samo 5 datoteka, tako da je za izradu sigurnosne kopije trebalo vrlo malo vremena.
U slučajevima kada želimo sigurnosno kopirati podatke iz baza podataka gigantskih organizacija, moglo bi postojati stotine datoteka podataka, a svaka datoteka podataka mogla bi biti u terabajtima, a preuzimanje potpune sigurnosne kopije baze podataka moglo bi potrajati satima vremena.
Da bismo znali detalje u vezi s sigurnosnom kopijom koju smo upravo stvorili, izvršit ćemo:
RMAN> sigurnosna kopija popisa;
List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5 Full 9.58M DISK 00:00:06 05-OCT-14 BP Key: 5 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NCSNF_TAG20141005T162412_B3293806_.BKP SPFILE Included: Modification time: 05-OCT-14 SPFILE db_unique_name: ORCL Control File Included: Ckp SCN: 9705762 Ckp time: 05-OCT-14
Ova je sigurnosna kopija smještena na DB_RECOVERY_FILE_DEST mjesto koje je definirano kao D: APP1 SUNTYADA FLASH_RECOVERY_AREA
SQL> show parameter DB_RECOVERY_FILE_DEST NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:app1suntyadaflash_recovery_area db_recovery_file_dest_size big integer 3912M
Veličina definirana za našu sigurnosnu kopiju je 3912 MB.
Upotrijebite VALIDATE za provjeru datoteka i sigurnosnih kopija baze podataka:
RMAN> OTVRDI BAZU BAZA;
Potvrdite sigurnosnu kopiju RMAN-a
Kako testirati ili potvrditi da možemo oporaviti našu bazu podataka tijekom bilo koje krize?
Ako će vam zbog kvara hardvera ili neke oštećenja diskova za pohranu trebati dobra sigurnosna kopija na raspolaganju za vraćanje ovih oštećenih podataka kako ne bismo izgubili podatke koji pripadaju tim datotekama za pohranu.
Sve ovisi o tome kako ste dizajnirali sigurnosne kopije, intervalima u kojima se sigurnosne kopije planiraju, hoćete li uzeti potpunu sigurnosnu kopiju i imate li inkrementalne sigurnosne kopije.
U slučaju korisničkih pogrešaka - poput nepotrebne manipulacije podacima, možemo vratiti dijelove podataka ili sve podatke koji su promijenjeni logičkim sigurnosnim kopijama.
U praksi bismo trebali biti svjesni i predvidjeti sve pogreške koje bi se mogle dogoditi u budućnosti i testirati svaku strategiju kako bismo ih izbjegli.
Upotrijebite naredbu BACKUP VALIDATE za provjeru sigurnosnih kopija datoteka:
Naredba za provjeru samo fizičke korupcije:
RMAN> PRIJAVA REZERVNIH DATA
BAZA PODATAKA
ARHIVELOG SVE;
Naredba za provjeru fizičke i logičke korupcije:
RMAN> PRIJAVA REZERVNIH DATA
PROVJERITE LOGIČNO
BAZA PODATAKA
ARHIVELOG SVE;
RMAN> BAZA OTPREMLJENIH PRIJAVA ;
Starting backup at 05-OCT-14 using channel ORA_DISK_1 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set input datafile file number=00001 name=D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF input datafile file number=00002 name=D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF input datafile file number=00005 name=D:APP1SUNTYADAORADATAORCLEXAMPLE01.DB input datafile file number=00003 name=D:APP1SUNTYADAORADATAORCLUNDOTBS01.DB input datafile file number=00004 name=D:APP1SUNTYADAORADATAORCLUSERS01.DBF channel ORA_DISK_1: backup set complete, elapsed time: 00:00:45 List of Datafiles ================= File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 1 OK 0 13430 106376 9708800 File Name: D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 75217 Index 0 12706 Other 0 5015 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 2 OK 0 21161 95409 9708826 File Name: D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 23010 Index 0 21760 Other 0 29429 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 3 OK 0 0 5762 9708826 File Name: D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 0 Index 0 0 Other 0 5760 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 4 OK 1125 228 5765 9528788 File Name: D:APP1SUNTYADAORADATAORCLUSERS01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 2295 Index 0 39 Other 0 3198 File Status Marked Corrupt Empty Blocks Blocks Examined High SCN ---- ------ -------------- ------------ --------------- ---------- 5 OK 0 1687 10498 9585679 File Name: D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF Block Type Blocks Failing Blocks Processed ---------- -------------- ---------------- Data 0 4760 Index 0 1261 Other 0 2788 channel ORA_DISK_1: starting full datafile backup set channel ORA_DISK_1: specifying datafile(s) in backup set including current control file in backup set including current SPFILE in backup set channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01 List of Control File and SPFILE =============================== File Type Status Blocks Failing Blocks Examined ------------ ------ -------------- --------------- SPFILE OK 0 2 Control File OK 0 608 Finished backup at 05-OCT-14
Kao što gore možete primijetiti, status svake datoteke je ' u redu ”, Što znači da su korisni i mogu se koristiti za vraćanje datoteka u bilo kojem trenutku.
Možemo izvršiti pregled vraćanja baze podataka. To vam daje lijep popis datoteka i njihovu dostupnost bez stvarnog vraćanja datoteka.
Upotrijebite naredbu RESTORE za provjeru sigurnosne kopije:
RMAN> VRAĆI OTKAZA BAZE PODATAKA;
VRAĆI ARHIVELOG SVIH VALIDATA;
RMAN> VRAĆI PREGLED BAZE BAZA;
Starting restore at 05-OCT-14 using channel ORA_DISK_1 List of Backup Sets =================== BS Key Type LV Size Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 4 Full 1.39G DISK 00:04:23 05-OCT-14 BP Key: 4 Status: AVAILABLE Compressed: NO Tag: TAG20141005T162412 Piece Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLBACKUPSET2014_10_05O1_MF_NNNDF_TAG20141005T162412_B328TXQG_.BKP List of Datafiles in backup set 4 File LV Type Ckp SCN Ckp Time Name ---- -- ---- ---------- --------- ---- 1 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSTEM01.DBF 2 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLSYSAUX01.DBF 3 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUNDOTBS01.DBF 4 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLUSERS01.DBF 5 Full 9684060 05-OCT-14 D:APP1SUNTYADAORADATAORCLEXAMPLE01.DBF List of Archived Log Copies for database with db_unique_name ORCL ===================================================================== Key Thrd Seq S Low Time ------- ---- ------- - --------- 367 1 366 A 02-OCT-14 Name: D:APP1SUNTYADAFLASH_RECOVERY_AREAORCLARCHIVELOG2014_10_05O1_MF_1_366_B32925TJ_.ARC Media recovery start SCN is 9684060 Recovery must be done beyond SCN 9704654 to clear datafile fuzziness Finished restore at 05-OCT-14
Zaključak
To su samo jednostavne tehnike za provjerite svoje Oracle RMAN sigurnosne kopije. Nadam se da jasno razumijete postupak sigurnosne kopije i oporavka RMAN-a uz pomoć raznih važnih RMAN naredbi.
Iako bismo se u stvarnim scenarijima temeljili na veličini podataka, mogli bismo imati nekoliko stotina podatkovnih datoteka i moramo osigurati da napravimo sigurnosnu kopiju svake od njih kako bismo imali dobru strategiju sigurnosne kopije. Također, testirati oporavak na testnim sustavima kako biste bili sigurni da možete koristiti iste tehnike u proizvodnji.
Bavili smo se različitim metodama izrade sigurnosnih kopija vaših kritičnih / testnih baza podataka i raznim metodama za njihovo testiranje. Kao što je već predloženo mnogo puta, dobra strategija izrade sigurnosnih kopija i oporavka spasit će vaš posao i vašu organizaciju.
Obavijestite nas ako imate pitanja u vezi s Oracleom ili bilo kojim drugim testiranjem sigurnosne kopije i oporavka baze podataka.
Preporučena literatura
- Dubinski vodiči pomračenja za početnike
- MongoDB Stvori sigurnosnu kopiju baze podataka
- QTP vodič # 24 - Korištenje virtualnih objekata i scenarija oporavka u QTP testovima
- Java Vodič za refleksiju s primjerima
- Najpopularnija tehnička pitanja za Oracle Apps i pitanja za intervjue za Oracle SOA
- SVN Vodič: Upravljanje izvornim kodom pomoću Subverzije
- Python DateTime Vodič s primjerima
- Vodič za kornjače SVN: Revizije u spremištu koda