Menu

Ověření zálohování a obnovy Oracle RMAN (praktický výukový program)

validate oracle rman backup

Vyzkoušejte Náš Nástroj Pro Odstranění Problémů

Jak vytvořit a ověřit zálohu Oracle RMAN: Učte se pomocí procesu příkazů a obnovy RMAN

jak otevřít soubor .7z mac

V tomto kurzu probereme ověření a testování záloh databáze Oracle. Vysvětlíme pojmy jako co, proč a jak o zálohování databáze a metodách testování zálohy.

Vezmeme Databáze Oracle jako případová studie pro tento tutoriál.

Případová studie: Testování záloh Oracle RMAN Database:

Testování zálohování a obnovy Oracle RMAN

Co se naučíte:

Proces ověřování zálohy Oracle Database pomocí RMAN

Zařadili jsme to do následujících čtyř částí

  1. Co je to záloha?
  2. Proč zálohování?
  3. Jak zálohovat?
  4. Jak otestovat / ověřit zálohu databáze - strategie obnovy?

Přečtěte si také=> Vše o testování databáze

Co je zálohování databáze?

Než se začneme dozvědět více o zálohování, musíme pochopit nejdůležitější aktivum organizace - Data. Vzhledem k tomu, že vaše organizace běží na databázi Oracle. Pro pochopení pojmu „databáze“ můžete použít odkaz na Série Oracle Database Testing zde .

Údaje o organizaci jsou nejvíce nedílnou součástí organizace. Zvažte maloobchodní, bankovní společnost. Všichni mají enormní množství dat - uživatel, systém atd. Jako správce databáze, správce systému nebo jakýkoli pracovník, kterému byl přidělen úkol chránit tato data, by si měl být vědom toho, jak důležitá jsou data pro organizaci. Jak zajistit, aby byla data vždy k dispozici? Zálohujte tato data.

Záloha je přesná kopie vaší databáze, která vám pomůže rekonstruovat data v případě ztráty dat.

Testování zálohy databáze 1

Proč zálohovat databázi?

Zvažte jednoduchý případ, kdy vaše bankovní organizace, která má údaje týkající se milionů zákazníků, pokud jde o čísla účtů, jména, kandidáty, zůstatek banky a organizace, ztratila všechna svá data, jak by na to reagovali jejich zákazníci? Jak by se organizace vyrovnala s tlakem ztráty tolik dat? Jak by odpovídali nespokojenosti mnoha zákazníků?

To je důvod, proč zálohujeme tato data, takže v případě jakéhokoli selhání disku (úložiště), řadiče disku (řadiče úložiště) se můžeme vždy spolehnout na naši zálohu, odkud ji můžeme obnovit do databáze, tj. Úložného souborového systému a nemáme zákazníci přijdou o svá data.

Hypoteticky řečeno, předpokládejme, že existují miliony zákazníků a každý z nich provádí miliony transakcí a databáze náhodně zhroutí a ztratí svá data. Požádali bychom všechny tyto zákazníky, aby znovu zadali svá data? Jak by se vyrovnal se ztrátou tolika dat? To by bylo velmi nepřijatelné.

Podobně zvažte telekomunikační společnost, která podporuje miliony zákazníků a má všechna jejich data týkající se telefonních čísel, adres, využití kreditu a čekajících plateb. Co když ztratíme všechna jejich data? Společnost je odsouzena k zániku a musela by nést obrovské náklady, které by mohly organizaci zastavit. Určitě by to byla obrovská katastrofa.

Jak zálohovat databázi?

K zálohování dat v databázi Oracle máme několik metod. Mohou být obecně klasifikovány jako fyzické a logické zálohy

Metoda č. 1)Fyzické zálohy :

  1. 3rdpárty zálohy - například Veritas NetBackup, SAP, IBM Tivoli Manager, EMC, HP
  2. Uživatelem spravované zálohy - Zálohování databáze pomocí obslužných programů OS, jako je kopírování (Windows), CP (Unix).
  3. Oracle Secure Backup
  4. Můj oblíbený a nejvíce preferovaný doporučený nástroj Oracle - Recover Manager ( RMAN ).

Metoda č. 2)Logické zálohy:

  1. Konvenční nástroje pro export / import a nástroje Datapump. Logická záloha je záloha logických dat - objektů, jako jsou tabulky, indexy atd., Které jsou součástí databáze nezávisle na umístění výše uvedených objektů.

Chcete-li porozumět fyzickým a logickým úložným strukturám databáze, můžete použít tento a tuto Oracle dokumentaci .

Jaká je nejlepší metoda pro zálohování databáze?

Každá z těchto strategií zálohování má své vlastní výhody a nevýhody a v tomto článku se jimi nebudeme příliš zabývat.

Musíme pochopit, že pokud nemáte fyzickou zálohu, není logické zálohování vždy bezpečné proti fyzickému poškození dat a problémům s hardwarovým úložištěm. Platné a dobré fyzické zálohování z něj dělá dobrou strategii zálohování a obnovy. Vždy se ujistěte, že máte na místě fyzickou zálohu.

Ve skutečnosti můžeme použít kteroukoli z výše uvedených metod, ale vždy se musíme ujistit, že máme zavedenou dobrou strategii zálohování a obnovy, abychom se vyhnuli zbytečnému škytání v průběhu provozu databáze. Testování vašich strategií zpět a obnovy na zrcadleném testovacím systému se vždy doporučuje, abychom mohli předpovědět dobu potřebnou k uvedení vaší databáze do provozu v případě nepředvídaných situací.

V tomto článku se zaměříme hlavně na zálohy RMAN. Tím se dostáváme do bodu, kdy víme, jak přesně provádíme zálohování.

Příkazy zálohování Oracle RMAN (Oracle Recovery Manager)

Data můžeme zálohovat buď pomocí režimu Enterprise Manager (GUI), nebo prostřednictvím příkazového řádku OS.

Testování zálohy databáze 2

RMAN je robustní, sofistikovaný nástroj poskytovaný společností Oracle k provádění zálohování a obnovy.

RMAN se automaticky nainstaluje při instalaci databáze Oracle, takže k jejímu použití není nutná žádná další instalace RMAN .

The RMAN prostředí se skládá ze dvou složek:

1) Cílová databáze (databáze, kterou byste zálohovali, prováděli obnovu a

dva) Klient RMAN, který je klientem, který interpretuje uživatelské příkazy a provádí je jménem uživatele při připojování k cílové databázi.

Jednoduchý příkaz pro připojení k databázi pomocí RMAN je následující:

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, který je jedinečný pro každou databázi, se kterou plánujeme pracovat.

V tomto příkladu máme co do činění s databází s názvem ORCL .

Zálohujeme data, která patří do databáze ORCL.

Jelikož záloha je fyzickou kopií vaší databáze, potřebujeme umístění / adresář, kam je můžeme uložit.

K dosažení tohoto cíle můžeme použít speciální adresář s názvem db_recovery_file_dest který slouží jako umístění zálohy. Definujte velikost tohoto parametru pomocí db_recovery_file_dest_size který označuje velikost tohoto umístění zálohy.

Ačkoli máme několik způsobů, jak komprimovat vaše zálohy, a několik technik, které mohou zmenšit velikost zálohy, zkuste alespoň nastavit DB_RECOVERY_FILE_DEST_SIZE na velikost vašich skutečných dat ve vaší databázi. Ujistěte se, že zohledňujete i archivní protokoly, což není nic jiného než offline opakované protokoly, které zaznamenávají změny vašich datových bloků.

Vaše strategie zálohování by se skládala ze všech souborů souvisejících s databází, jako jsou datové soubory, kontrolní soubory, soubory parametrů, soubory související se sítí, archivované soubory protokolu opakování.

RMAN nebo jakýkoli jiný nástroj pro fyzické zálohování může zálohovat datové soubory, kontrolní soubory, soubory parametrů, archivované soubory protokolu opakování. Soubory související se sítí je třeba zálohovat ručně pomocí obslužných programů OS, jako je cp nebo copy.

K zálohování databáze používáme:

„Záložní databáze“ - je to tak jednoduché. Začněme tedy zálohovat naši databázi ORCL.

Protože jsme se již připojili k cílové databázi (ORCL), spustíme příkaz „záložní databáze“.

Testování zálohy databáze 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

Zde pozorujeme, že bylo dokončeno zálohování všech souvisejících souborů databáze - datové soubory, kontrolní soubory, spfile (soubor parametrů). Operace zálohování trvala přibližně 4 minuty a 27 sekund (uplynulý čas). Toto je malá testovací databáze s pouhými 5 datovými soubory, takže její zálohování trvalo mnohem méně času.

V případech, kdy chceme zálohovat data z databází obrovských organizací, mohou existovat stovky datových souborů a každý datový soubor může být v terabajtových velikostech a úplné zálohování databáze může potenciálně trvat hodiny času.

Abychom věděli podrobnosti týkající se zálohy, kterou jsme právě vytvořili, provedeme:

RMAN> zálohování seznamu;

Testování zálohy databáze 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

Tato záloha je umístěna do umístění DB_RECOVERY_FILE_DEST, které je definováno jako 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

Velikost definovaná pro naše umístění zálohy je 3912 MB.

Použijte VALIDATE ke kontrole databázových souborů a záloh:
RMAN> OVĚŘIT DATABÁZE;

Ověřte zálohu RMAN

Jak testujeme nebo ověřujeme, že můžeme obnovit naši databázi během jakékoli krize?

Pokud kvůli poruše hardwaru nebo nějakému poškození disků úložiště budeme potřebovat dobrou zálohu k obnovení těchto poškozených dat, abychom neztratili žádná data, která k těmto souborům úložiště patřila.

Vše záleží na tom, jak jste zálohy navrhli, na intervalech, ve kterých jsou zálohy naplánovány, na tom, zda provedete úplnou zálohu a máte přírůstkové zálohy.

V případě uživatelských chyb - například zbytečné manipulace s daty, můžeme obnovit části dat nebo všechna data, která byla změněna pomocí logických záloh.

V praxi bychom si měli být vědomi a předvídat chyby, které by se mohly v budoucnu vyskytnout, a vyzkoušet každou strategii, jak se jim vyhnout.

K ověření záložních souborů použijte příkaz BACKUP VALIDATE:

Příkaz pro kontrolu pouze fyzického poškození:

RMAN> ZÁLOHOVÁNÍ ZÁLOHY
DATABÁZE
ARCHIVELOG VŠE;

Příkaz pro kontrolu fyzického a logického poškození:

RMAN> ZÁLOHOVÁNÍ ZÁLOHY
KONTROLA LOGICKÉHO
DATABÁZE
ARCHIVELOG VŠE;

RMAN> ZÁLOHOVÁ DATABÁZE DATABÁZE ;

Testování zálohy databáze 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

Jak můžete vidět výše, stav každého souboru je „ OK „Což znamená, že jsou použitelné a lze je použít k obnovení souborů kdykoli.

Můžeme provést náhled obnovy databáze. Získáte tak pěkný seznam souborů a jejich dostupnost, aniž byste je skutečně obnovovali.

K ověření zálohy použijte příkaz RESTORE:

RMAN> OBNOVIT Ověření platnosti databáze;
OBNOVIT ARCHIVELOG VŠECHNY POVOLENÍ;

RMAN> OBNOVIT NÁHLED DATABÁZE;

Testování zálohy databáze 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ávěr

Jsou to jen jednoduché techniky ověřte své zálohy Oracle RMAN. Doufám, že máte jasnou představu o procesu zálohování a obnovy RMAN pomocí různých důležitých příkazů RMAN.

I když ve skutečných scénářích založených na velikosti dat bychom mohli mít několik stovek datových souborů a musíme se ujistit, že každý z nich zálohujeme, abychom měli dobrou zálohovací strategii. Taky, otestujte zotavení na testovacích systémech, abyste se ujistili, že při výrobě můžete použít stejné techniky.

Zabývali jsme se různými metodami zálohování vašich kritických / testovacích databází a různými metodami jejich testování. Jak již bylo mnohokrát navrženo, dobrá strategie zálohování a obnovy vám ušetří práci i organizaci.

Dejte nám vědět, pokud máte nějaké dotazy týkající se Oracle nebo jakéhokoli jiného testování zálohování a obnovy databáze.

Doporučené čtení

^