Menu

Validujte Oracle RMAN Backup and Recovery (praktická príručka)

validate oracle rman backup

Vyskúšajte Náš Nástroj Na Odstránenie Problémov

Ako vytvoriť a overiť zálohu Oracle RMAN: Učte sa pomocou procesu príkazov a obnovy RMAN

algoritmus triedenia škrupiny c ++

V tomto výučbe sa budeme zaoberať overovaním a testovaním záloh databázy Oracle. Vysvetlíme pojmy ako čo, prečo a ako o zálohovaní databázy a metódach testovania zálohovania.

Vezmeme Databáza Oracle ako prípadová štúdia pre tento tutoriál.

Prípadová štúdia: Testovanie záloh Oracle RMAN Database:

Testovanie zálohovania a obnovy Oracle RMAN

Čo sa dozviete:

Proces overenia zálohy Oracle Database pomocou RMAN

Zaradili sme ho do nasledujúcich štyroch častí

  1. Čo je to záloha?
  2. Prečo zálohovanie?
  3. Ako zálohovať?
  4. Ako otestovať / overiť zálohu databázy - stratégie obnovy?

Prečítajte si tiež=> Všetko o testovaní databázy

Čo je to zálohovanie databázy?

Predtým, ako sa začneme dozvedieť viac o zálohovaní, musíme pochopiť najdôležitejšie aktívum organizácie - Údaje. Vzhľadom na to, že vaša organizácia beží na databáze Oracle. Pre pochopenie pojmu „databáza“ by ste mohli odkazovať na Séria Oracle Database Testing tu .

Údaje organizácie sú najintegrálnejšou súčasťou organizácie. Zvážte maloobchodnú, bankovú spoločnosť. Všetci majú obrovské množstvo údajov - používateľ, systém atď. Ako správca databázy by si mal byť správca systému alebo akýkoľvek pracovník, ktorému bola pridelená úloha na ochranu týchto údajov, vedomý dôležitosti údajov pre organizáciu. Ako zabezpečiť, aby boli údaje vždy k dispozícii? Zálohujte si tieto údaje.

Záloha je presná kópia vašej databázy, ktorá vám pomôže pri rekonštrukcii údajov v prípade ich straty.

Testovanie zálohy databázy 1

Prečo záložná databáza?

Zvážte jednoduchý prípad, keď by vaša banková organizácia, ktorá má údaje o miliónoch zákazníkov, pokiaľ ide o čísla účtov, mená, nominované osoby, zostatok v banke a organizácia, stratila všetky svoje údaje, ako by na to reagovali ich zákazníci? Ako by sa organizácia vyrovnala s tlakom straty tak veľkého množstva údajov? Ako by sa dali zodpovedať toľkej nespokojnosti zákazníkov?

Preto tieto údaje zálohujeme, aby sme sa v prípade akejkoľvek poruchy disku (úložiska), radiča disku (radiča úložiska) mohli vždy spoľahnúť na našu zálohu, odkiaľ ju môžeme obnoviť do databázy, tj. Úložného súborového systému a nemáme zákazníci stratia akékoľvek svoje údaje.

Hypoteticky povedané, predpokladajme, že existujú milióny zákazníkov a každý z nich vykonáva milióny transakcií a databáza náhodne havaruje a stratí svoje údaje. Požiadali by sme všetkých týchto zákazníkov, aby znovu zadali svoje údaje? Ako by sa dalo vyrovnať so stratou toľkých údajov? To by bolo nanajvýš neprijateľné.

Podobne zvážte telekomunikačnú spoločnosť, ktorá podporuje milióny zákazníkov a ktorá má všetky svoje údaje týkajúce sa telefónnych čísel, adries, využitého kreditu a čakajúcich platieb. Čo ak stratíme všetky ich údaje? Spoločnosť je odsúdená na zánik a musela by znášať obrovské náklady, ktoré by potenciálne mohli organizáciu zastaviť. Bola by to určite obrovská katastrofa.

Ako zálohovať databázu?

Na zálohovanie údajov v databáze Oracle máme niekoľko metód. Dajú sa všeobecne klasifikovať ako fyzické a logické zálohy

Metóda č. 1)Fyzické zálohy :

  1. 3rdpárty zálohy - napríklad Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Zálohy spravované používateľom - Zálohovanie databázy pomocou obslužných programov OS, ako sú kopírovanie (Windows), CP (Unix).
  3. Oracle Secure Backup
  4. Môj obľúbený a najpreferovanejší odporúčaný nástroj Oracle - Recover Manager ( RMAN ).

Metóda č. 2)Logické zálohy:

  1. Konvenčné obslužné programy pre export / import a obslužné programy pre dátové pumpy. Logická záloha je záloha logických údajov - objektov, ako sú tabuľky, indexy atď., Ktoré sú zložkami databázy nezávisle od umiestnenia vyššie uvedených objektov.

Aby ste pochopili fyzické a logické úložné štruktúry databázy, na ktoré by ste sa mohli odvolávať toto a táto Oracle dokumentácia .

Aká je najlepšia metóda zálohovania databázy?

Každá z týchto stratégií zálohovania má svoje vlastné výhody a nevýhody a v tomto článku sa nimi nebudeme príliš zaoberať.

Musíme pochopiť, že pokiaľ nemáte k dispozícii fyzickú zálohu, samotné logické zálohovanie nie je vždy bezpečné proti fyzickému poškodeniu údajov a problémom s hardvérovým úložiskom. Platné a dobré fyzické zálohovanie z neho robí dobrú stratégiu zálohovania a obnovy. Vždy sa uistite, že máte na mieste fyzickú zálohu.

V skutočnosti môžeme použiť ktorúkoľvek z vyššie uvedených metód, ale vždy sa musíme ubezpečiť, že máme zavedenú dobrú stratégiu zálohovania a obnovy, aby sme sa vyhli zbytočnému škytaniu v priebehu prevádzky databázy. Vždy sa odporúča otestovať vaše stratégie zálohovania a obnovy na zrkadlovom testovacom systéme, aby sme mohli predvídať čas potrebný na uvedenie databázy do prevádzky v prípade akýchkoľvek nepredvídaných situácií.

V tomto článku sa zameriame hlavne na zálohy RMAN. Týmto sa dostávame do bodu, keď vieme, ako presne zálohovanie vykonáme.

Príkazy zálohovania Oracle RMAN (Oracle Recovery Manager)

Dáta môžeme zálohovať buď pomocou režimu Enterprise Manager (GUI), alebo cez príkazový riadok OS.

Testovanie zálohy databázy 2

RMAN je robustný, prepracovaný nástroj poskytovaný spoločnosťou Oracle na vykonávanie zálohovania a obnovy.

RMAN sa nainštaluje automaticky pri inštalácii databázy Oracle, takže nie je potrebné používať žiadnu ďalšiu inštaláciu RMAN .

The RMAN prostredie sa skladá z dvoch zložiek:

1) Cieľová databáza (databáza, ktorú by ste zálohovali, vykonávali obnovu a

2) Klient RMAN, ktorý je klientom, ktorý interpretuje príkazy používateľa a vykonáva ich v mene používateľa počas pripojenia k cieľovej databáze.

Jednoduchý príkaz na pripojenie k databáze pomocou programu RMAN je nasledovný:

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 jedinečný identifikátor, ktorý je jedinečný pre každú databázu, s ktorou plánujeme pracovať.

V tomto príklade máme do činenia s databázou s názvom ORCL .

Zálohujeme údaje, ktoré patria do databázy ORCL.

Pretože záloha je fyzickou kópiou vašej databázy, potrebujeme umiestnenie / adresár, kam ich môžeme uložiť.

Aby sme to dosiahli, môžeme využiť špeciálny adresár s názvom db_recovery_file_dest ktorý slúži ako miesto zálohy. Definujte veľkosť tohto parametra pomocou db_recovery_file_dest_size ktorá označuje veľkosť tohto umiestnenia zálohy.

Aj keď máme niekoľko spôsobov, ako komprimovať vaše zálohy, a niekoľko techník, ktoré môžu zmenšiť veľkosť zálohy, pokúste sa aspoň nastaviť DB_RECOVERY_FILE_DEST_SIZE na veľkosť vašich skutočných údajov v databáze. Nezabudnite brať do úvahy aj archívne protokoly, čo nie je nič iné ako offline opakované protokoly, ktoré zaznamenávajú zmeny vašich dátových blokov.

Vaša stratégia zálohovania by pozostávala zo všetkých súborov súvisiacich s databázou, ako sú napríklad dátové súbory, kontrolné súbory, súbory parametrov, súbory súvisiace so sieťou, archivované súbory opakovaných protokolov.

RMAN alebo akýkoľvek iný fyzický zálohovací nástroj môže zálohovať dátové súbory, kontrolné súbory, súbory parametrov, archivované súbory opakovaných protokolov. Súbory súvisiace so sieťou je potrebné zálohovať manuálne pomocou obslužných programov OS, napríklad cp alebo copy.

Na zálohovanie databázy používame:

„Záložná databáza“ - je to také jednoduché. Začnime teda zálohovať našu databázu ORCL.

Pretože sme sa už pripojili k cieľovej databáze (ORCL), spustíme príkaz „backup database“.

Testovanie zálohy databázy 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 pozorujeme, že zálohovanie všetkých súvisiacich súborov databázy - dátových súborov, riadiacich súborov, spfile (súbor parametrov) bolo dokončené. Operácia zálohovania trvala asi 4 minúty a 27 sekúnd (uplynulý čas). Toto je malá testovacia databáza s iba 5 dátovými súbormi, takže jej zálohovanie trvalo oveľa kratšie.

V prípadoch, keď chceme zálohovať dáta z databáz obrovských organizácií, môžu to byť stovky dátových súborov a každý dátový súbor môže byť v terabajtových veľkostiach a úplné zálohovanie databázy môže potenciálne trvať hodiny.

Ak chcete vedieť podrobnosti týkajúce sa zálohy, ktorú sme práve vytvorili, vykonáme:

RMAN> zálohovanie zoznamu;

Testovanie zálohy databázy 4

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

Táto záloha je umiestnená v umiestnení DB_RECOVERY_FILE_DEST, ktoré je definované ako 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

Veľkosť definovaná pre naše miesto zálohovania je 3912 MB.

Použite VALIDATE na kontrolu databázových súborov a záloh:
RMAN> OVERIŤ DATABÁZU;

Overte zálohovanie RMAN

Ako otestujeme alebo overíme, či môžeme obnoviť našu databázu počas akejkoľvek krízy?

Ak by sme kvôli poruche hardvéru alebo nejakému poškodeniu diskov úložiska potrebovali dobrú zálohu, aby sme mohli tieto poškodené údaje obnoviť, aby sme nestratili žiadne údaje patriace k daným súborom úložiska.

Všetko závisí od toho, ako ste zálohy navrhli, od intervalov, v ktorých sú zálohy naplánované, od toho, či vytvoríte úplnú zálohu a či máte prírastkové zálohy.

V prípade chýb používateľa - napríklad zbytočnej manipulácie s údajmi, môžeme obnoviť časti údajov alebo všetky údaje, ktoré boli zmenené, pomocou logických záloh.

V praxi by sme si mali byť vedomí a predvídať chyby, ktoré by sa mohli v budúcnosti vyskytnúť, a otestovať každú stratégiu, ako sa im vyhnúť.

Na overenie záložných súborov použite príkaz BACKUP VALIDATE:

Príkaz na kontrolu iba fyzického poškodenia:

RMAN> ZÁLOHOVAŤ ZÁLOHU
DATABÁZA
ARCHIVELOG ALL;

Príkaz na kontrolu fyzického a logického poškodenia:

RMAN> ZÁLOHOVAŤ ZÁLOHU
SKONTROLUJTE LOGICKU
DATABÁZA
ARCHIVELOG ALL;

RMAN> ZÁLOHOVÁ DATABÁZA ;

Testovanie zálohy databázy 5 nových

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

Ako môžete vidieť vyššie, stav každého súboru je „ Ok ”, Čo znamená, že sú použiteľné a je možné ich kedykoľvek použiť na obnovenie súborov.

Môžeme vykonať náhľad obnovenia databázy. Získate tak pekný zoznam súborov a ich dostupnosť bez skutočnej obnovy súborov.

Na overenie zálohy použite príkaz RESTORE:

RMAN> OBNOVIŤ PLATNOSŤ DATABÁZY;
OBNOVIŤ ARCHIVELOG VŠETKÝCH PLATNÝCH;

RMAN> OBNOVA PREHĽAD DATABÁZ;

Testovanie zálohy databázy 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

Záver

Sú to iba jednoduché techniky overte svoje zálohy Oracle RMAN. Dúfam, že máte jasné pochopenie procesu zálohovania a obnovy RMAN pomocou rôznych dôležitých príkazov RMAN.

Aj keď v skutočných scenároch založených na veľkosti údajov môžeme mať niekoľko stoviek dátových súborov a musíme sa ubezpečiť, že každý z nich zálohujeme, aby sme mali dobrú stratégiu zálohovania. Tiež otestovať zotavenie na testovacích systémoch, aby ste sa uistili, že pri výrobe môžete používať rovnaké techniky.

Zaoberali sme sa rôznymi metódami zálohovania vašich kritických / testovacích databáz a rôznymi metódami ich testovania. Ako už bolo mnohokrát navrhnuté, dobrá stratégia zálohovania a obnovy vám ušetrí prácu aj organizáciu.

Dajte nám vedieť, ak máte akékoľvek otázky týkajúce sa Oracle alebo iného testovania zálohovania a obnovy databázy.

Odporúčané čítanie

^