Meni

Potrdite varnostno kopiranje in obnovitev Oracle RMAN (praktična vadnica)

validate oracle rman backup

Preizkusite Naš Instrument Za Odpravo Težav

Kako ustvariti in preveriti varnostno kopijo Oracle RMAN: Naučite se z ukazi in postopkom obnovitve RMAN

najboljša razširitev pojavnega okna za krom

V tej vadnici bomo razpravljali o preverjanju in testiranju varnostnih kopij baze podatkov Oracle. Pojasnili bomo koncepte, na primer, kaj, zakaj in kako glede varnostnih kopij zbirke podatkov in metode za preskušanje varnostne kopije.

Vzeli bomo Baza podatkov Oracle kot študija primera za to vadnico.

Študija primera: Testiranje varnostnih kopij zbirke podatkov Oracle RMAN:

Preskušanje varnostnih kopij in obnovitev Oracle RMAN

Kaj se boste naučili:

Postopek preverjanja varnostne kopije baze podatkov Oracle z uporabo RMAN

Razvrstili smo ga v naslednje štiri razdelke

  1. Kaj je varnostna kopija?
  2. Zakaj varnostno kopiranje?
  3. Kako narediti varnostno kopijo?
  4. Kako preizkusiti / preveriti varnostno kopijo baze podatkov - obnovitvene strategije?

Preberite tudi=> Vse o testiranju zbirke podatkov

Kaj je varnostno kopiranje baze podatkov?

Preden začnemo izvedeti več o varnostnih kopijah, moramo razumeti najpomembnejše sredstvo organizacije - podatke. Glede na to, da vaša organizacija deluje na Oracle bazi podatkov. Za razumevanje izraza 'baza podatkov' se lahko sklicujete na Serija Oracle Database Testing tukaj .

Podatki organizacije so najbolj sestavni del organizacije. Razmislite o bančnem podjetju na drobno. Vsi imajo ogromno podatkov - uporabnik, sistem itd. Kot skrbnik zbirke podatkov, skrbnik sistema ali katero koli osebje, ki mu je dodeljeno delo za zaščito teh podatkov, se mora zavedati, kako pomembni so podatki za organizacijo. Kako zagotoviti, da so podatki vedno na voljo? Varnostno kopirajte te podatke.

Varnostna kopija je natančna kopija vaše baze podatkov, ki vam lahko pomaga pri rekonstrukciji podatkov v primeru izgube podatkov.

Preskusite varnostno kopijo baze podatkov 1

Zakaj varnostno kopiranje zbirke podatkov?

Razmislimo o preprostem primeru, ko je vaša bančna organizacija, ki ima podatke o milijonih strank v smislu številk računov, imen, nominirancev, stanja na banki in organizacija izgubila vse svoje podatke, kako bi se na to odzvale njihove stranke? Kako bi se organizacija spoprijela s pritiskom izgube toliko podatkov? Kako bi lahko odgovorili na toliko nezadovoljstva strank?

Zato te podatke varnostno kopiramo, tako da se lahko v primeru okvare diska (pomnilnika), krmilnika diska (krmilnik pomnilnika) vedno zanesemo na našo varnostno kopijo, od koder jo lahko obnovimo v bazo podatkov, tj. stranke izgubijo vse svoje podatke.

Recimo hipotetično, če gre za milijone strank in vsaka od njih opravi na milijone transakcij, baza podatkov pa nenamerno zruši in izgubi podatke, ali bi vse te stranke prosili, naj znova vnesejo svoje podatke? Kako bi se spopadli z izgubo toliko podatkov? To bi bilo zelo nesprejemljivo.

Podobno razmislite tudi o telekomunikacijskem podjetju, ki podpira milijone strank in ima vse njihove podatke v zvezi s telefonskimi številkami, naslovi, kreditnimi sredstvi, ki čakajo na plačila. Kaj če izgubimo vse njihove podatke? Podjetje je obsojeno in bi moralo nositi velike stroške, ki bi ustavili organizacijo. To bi bila zagotovo velika katastrofa.

Kako varnostno kopirati bazo podatkov?

Za varnostno kopiranje podatkov v zbirki podatkov Oracle imamo več načinov. Na splošno jih lahko razvrstimo med fizične in logične varnostne kopije

Metoda # 1)Fizične varnostne kopije :

  1. 3.rdvarnostne kopije strank - kot so Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Varnostne kopije, ki jih upravljajo uporabniki - Varnostno kopiranje baze podatkov z uporabo pripomočkov OS, kot so copy (windows), cp (Unix).
  3. Oracle Secure Backup
  4. Moj najljubši in najbolj zaželen priporočeni pripomoček Oracle - Recover Manager ( RMAN ).

2. metoda)Logične varnostne kopije:

  1. Konvencionalni pripomočki za izvoz / uvoz in pripomočki Datapump. Logična varnostna kopija je varnostna kopija logičnih podatkov - predmetov, kot so tabele, indeksi itd., Ki so sestavni deli baze podatkov, neodvisno od lokacije zgornjih predmetov.

Da bi razumeli fizične in logične strukture pomnilnika baze podatkov, na katere bi se lahko sklicevali to in to dokumentacijo oracle .

Kateri je najboljši način za varnostno kopiranje zbirke podatkov?

Vsaka od teh strategij varnostnega kopiranja ima svoje prednosti in slabosti, zato jih v tem članku ne bomo preveč obravnavali.

Razumeti moramo, da če imate fizično varnostno kopijo, samo logična varnostna kopija ni vedno varna pred fizičnimi poškodbami podatkov in težavami s shranjevanjem strojne opreme. Če imate veljavno, dobro fizično varnostno kopijo, je to dobra strategija za varnostno kopiranje in obnovitev. Vedno poskrbite za fizično varnostno kopijo.

V resnici lahko uporabimo katero koli od zgornjih metod, vendar moramo vedno poskrbeti za dobro strategijo varnostnega kopiranja in obnovitve, da se med delovanjem baze podatkov izognemo nepotrebnim kolcanjem. Vedno svetujemo testiranje strategij hrbta in obnovitve na zrcalnem testnem sistemu, da lahko predvidimo čas, potreben za zagon vaše baze podatkov v primeru nepredvidenih situacij.

V tem članku se bomo osredotočili predvsem na varnostne kopije RMAN. To nas pripelje do točke, ko vemo, kako natančno izvajamo varnostno kopiranje.

Ukazi za varnostno kopiranje Oracle RMAN (Oracle Recovery Manager)

Podatke lahko varnostno kopiramo s pomočjo načina Enterprise Manager (GUI) ali prek poziva ukazne vrstice OS.

Preskusite varnostno kopijo baze podatkov 2

RMAN je robustno, dodelano orodje, ki ga ponuja Oracle za izdelavo varnostnih kopij in obnovitev.

RMAN se samodejno namesti, ko namestite bazo podatkov Oracle, tako da za uporabo ni potrebna nobena dodatna namestitev RMAN .

The RMAN okolje je sestavljeno iz dveh komponent:

1) Ciljna baza podatkov (baza podatkov, ki bi jo varnostno kopirali, izvedli obnovitev in

dva) Odjemalec RMAN, ki je odjemalec, ki interpretira uporabniške ukaze in jih izvrši v imenu uporabnika med povezovanjem s ciljno bazo podatkov.

Preprost ukaz za povezavo z bazo podatkov s pomočjo RMAN je naslednji:

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 tu edinstveni identifikator, ki je edinstven za vsako bazo podatkov, s katero načrtujemo delo.

V tem primeru imamo opravka z bazo podatkov z imenom ORCL .

Varnostno kopirali bomo podatke, ki spadajo v bazo podatkov ORCL.

Ker je varnostna kopija fizična kopija vaše baze podatkov, potrebujemo lokacijo / imenik, kjer jih lahko shranimo.

Da bi to dosegli, lahko uporabimo poseben imenik z imenom db_recovery_file_dest ki služi kot rezervna lokacija. Velikost tega parametra določite s db_recovery_file_dest_size ki označuje velikost te varnostne kopije.

Čeprav imamo več načinov stiskanja varnostnih kopij in več tehnik, ki lahko zmanjšajo velikost varnostne kopije, poskusite vsaj nastaviti DB_RECOVERY_FILE_DEST_SIZE do velikosti vaših dejanskih podatkov v bazi podatkov. Poskrbite, da upoštevate tudi dnevnike arhiva, ki niso nič drugega kot dnevniki ponovitve, ki beležijo spremembe v vaših podatkovnih blokih.

Vaša strategija varnostnega kopiranja bi vsebovala vse datoteke, povezane z bazo podatkov, kot so podatkovne datoteke, nadzorne datoteke, datoteke parametrov, datoteke, povezane z omrežjem, arhivirane datoteke dnevnika ponovitve.

RMAN ali katero koli drugo orodje za fizično varnostno kopiranje lahko varnostno kopira podatkovne datoteke, nadzorne datoteke, datoteke parametrov, arhivirane datoteke dnevnika ponovitve. Datoteke, povezane z omrežjem, je treba ročno varnostno kopirati s pripomočki OS, kot sta cp ali copy.

Za varnostno kopiranje baze podatkov uporabljamo:

'Varnostna kopija baze podatkov' - tako enostavno je. Začnimo z varnostnim kopiranjem baze podatkov ORCL.

Ker smo se že povezali s ciljno bazo podatkov (ORCL), sprožimo ukaz »backup database«.

Preskusite varnostno kopijo baze podatkov 3

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

Tu opažamo, da je končano varnostno kopiranje vseh povezanih datotek baze podatkov - podatkovnih datotek, nadzornih datotek, datoteke spfile (datoteke parametrov). Varnostno kopiranje je trajalo približno 4 minute in 27 sekund (pretečeni čas). To je majhna testna zbirka podatkov s samo 5 datotekami, zato je trajalo zelo malo časa za varnostno kopiranje.

V primerih, ko želimo varnostno kopirati podatke iz zbirk podatkov velikanskih organizacij, je lahko na stotine podatkovnih datotek in vsaka datoteka je lahko v terabajtnih velikostih, popolna varnostna kopija baze podatkov pa lahko traja ure.

Da bi vedeli podrobnosti v zvezi s pravkar ustvarjeno varnostno kopijo, bomo izvedli:

RMAN> varnostna kopija seznama;

Preskusite varnostno kopijo baze podatkov

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

Ta varnostna kopija je nameščena na lokaciji DB_RECOVERY_FILE_DEST, ki je definirana kot 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

Za našo varnostno kopijo je določena velikost 3912 MB.

Uporabite VALIDATE za preverjanje datotek in varnostnih kopij zbirke podatkov:
RMAN> POTRDITI BAZO PODATKOV;

Potrdite varnostno kopijo RMAN

Kako lahko preizkusimo ali potrdimo, da lahko svojo bazo podatkov obnovimo v vsaki krizi?

Če bi zaradi okvare strojne opreme ali nekaterih okvarjenih diskov za shranjevanje potrebovali dobro varnostno kopijo, da obnovimo te poškodovane podatke, da ne bomo izgubili nobenih podatkov, ki so pripadali tem datotekam za shranjevanje.

Vse je odvisno od tega, kako ste načrtovali varnostne kopije, intervale, v katerih so varnostne kopije načrtovane, ali ste vzeli celotno varnostno kopijo in postopno varnostno kopirali.

V primeru uporabniških napak - na primer nepotrebne manipulacije s podatki, lahko obnovimo dele podatkov ali vse podatke, ki so bili spremenjeni z logičnimi varnostnimi kopijami.

V praksi se moramo zavedati in predvideti morebitne napake, ki bi se lahko pojavile v prihodnosti, in preizkusiti vsako strategijo, da se jim izognemo.

Za preverjanje varnostnih kopij uporabite ukaz BACKUP VALIDATE:

Ukaz za preverjanje samo fizične poškodbe:

RMAN> REZERVNI VALID
BAZA PODATKOV
ARHIVELOG VSE;

Ukaz za preverjanje fizične in logične korupcije:

RMAN> REZERVNI VALID
PREVERITE LOGIČNO
BAZA PODATKOV
ARHIVELOG VSE;

RMAN> PODATKOVNA BAZA PODATKOV O VARNOSTNI KOPIJI ;

Preizkusite varnostno kopijo baze podatkov 5 novo

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

Kot lahko opazite zgoraj, je stanje vsake datoteke » v redu 'Kar pomeni, da so uporabne in jih lahko kadar koli obnovite.

Izvedemo lahko predogled obnovitve baze podatkov. Tako dobite lep seznam datotek in njihovo razpoložljivost, ne da bi jih dejansko obnovili.

Za preverjanje varnostne kopije uporabite ukaz RESTORE:

RMAN> VRAČILO POTRDITEV PODATKOVNE BAZE;
OBNOVI VSEH VREDNOSTI ARHIVELOGA;

RMAN> OBNOVI PREDGLED PODATKOVNE BAZE;

Preskusite varnostno kopijo baze podatkov 6

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ček

To so le preproste tehnike preverite varnostne kopije Oracle RMAN. Upam, da jasno razumete postopek varnostnega kopiranja in obnovitve RMAN s pomočjo različnih pomembnih ukazov RMAN.

Čeprav bi v resničnih primerih lahko temeljili na velikosti podatkov, bi lahko imeli več sto podatkovnih datotek, zato moramo zagotoviti varnostno kopiranje vsake od njih, da bi imeli dobro strategijo varnostnega kopiranja. Prav tako preizkusite okrevanje na testnih sistemih, da se prepričate, da lahko uporabljate enake tehnike v proizvodnji.

Ukvarjali smo se z različnimi metodami varnostnega kopiranja vaših kritičnih / testnih baz podatkov in različnimi metodami za njihovo preizkušanje. Kot smo že večkrat predlagali, boste z dobro strategijo varnostnega kopiranja in obnovitve prihranili svoje delo in organizacijo.

Sporočite nam, če imate kakršna koli vprašanja v zvezi z Oracleom ali katerim koli drugim preskušanjem varnostne kopije in obnovitve.

Priporočeno branje

^