Zálohování a obnova databáze. Kryštof Měkuta

Transkript

1 Zálohování a obnova databáze Kryštof Měkuta

2 Zálohovací strategie RMAN User-Managed Backup and Recovery Import / Export On-line Backups Off-line Backups

3 ARCHIVELOG mode V archivelog modu se archivují redo logy (které by se jinak přepsaly). Logy jsou obvykle umístěny jinde než data mohou být zálohovány prostředky OS nebo jinak, takže jsou obvykle dostupné při obnově dat. Je možné vybrat si automatickou nebo manuální variantu. Nastavení archivelog modu: CONNECT sys AS SYSDBA STARTUP MOUNT EXCLUSIVE; ALTER DATABASE ARCHIVELOG; ARCHIVE LOG START; ALTER DATABASE OPEN;

4 ARCHIVELOG mode Pro databázi v archivelog modu je potřeba nastavit následující parametry: log_archive_start = TRUE log_archive_dest_1 = 'LOCATION=/arch_dir_name' log_archive_dest_state_1 = ENABLE log_archive_format = %d_%t_%s.arc

5 ARCHIVELOG mode V manuálním režimu se provádí archivování logů příkazem: ALTER SYSTEM ARCHIVE LOG ALL; V automatickém režimu se provádí automaticky při zaplnění logů.

6 RMAN RMAN se používá k zálohování a obnově databáze nebo jejích částí. Spravuje historii záloh. Jde o commandlinovou aplikaci a wizzarda

7 RMAN - zálohování LIST BACKUP OF DATABASE; vypíše seznam záloh databáze; BACKUP DATABASE; zálohuje všechny datové soubory databáze, control file a server parameter file BACKUP DATABASE PLUS ARCHIVELOG; zazálohuje také redo logy (archivuje current logs a potom zálohuje archived logs)

8 RMAN - obnova V nejjednodušším případě se obnova databáze provádí následující sérií příkazů (po připojení k databázi pomocí RMAN): STARTUP MOUNT -- mount DB RESTORE DATABASE; -- data restore RECOVER DATABASE; -- media recovery

9 Restore & Recovery Data Restore = zkopírování zálohovaných souborů z jejich fyzického úložiště do původní databáze nebo do nové (prázdné) databáze Media Recovery = aktualizace dat obnovených ze zálohy pomocí redo logů

10 User-Managed Backup and Recovery Import / Export zálohování logických částí databáze (dat včetně struktury) Zálohování souborů databáze Online při otevřené databázi Offline při zavřené databázi

11 Import / Export Typicky ne moc vhodné pro zálohování na data obnovená pomocí importu nejde aplikovat redo logy Lze použít například při nechtěném smazání tabulky z databáze Postup: 1. Obnovení zálohy jinde 2. Export dat tabulky 3. Vytvoření tabulky v původní databázi 4. Import dat tabulky do původní databáze 5. Smazání obnovené kopie databáze

12 Offline záloha Vhodné řešení, pokud si můžeme dovolit nedostupnost databáze (nebo některých tablepaces) během zálohování Postup: 1. Vypnutí databáze (databáze nesmí být vypnuta v důsledku chyby ani příkazem ABORT v takovém případě je potřeba ji zapnout a vypnout znovu)

13 Offline záloha 2. Zkopírování souborů Je potřeba zálohovat datové soubory a control files. Záloha logů není nutná (ale neuškodí). Seznam souborů k zálohování lze získat takto: select name from sys.v_$datafile; select member from sys.v_$logfile; select name from sys.v_$controlfile; 3. Nastartování databáze

14 Online záloha Online záloha se provádí pro jednotlivé tablespaces. Před zálohováním je potřeba tablespace převést do režimu backup. (Databáze je otevřená, ale změny se zapisují jen do redo logu do datových souborů se zapíší až po ukončení režimu backup) Online lze provádět jen u databáze v ARCHIVELOG modu.

15 Online záloha - postup 1. Přepnutí tablespace do backup režimu ALTER TABLESPACE t BEGIN BACKUP; 2. Kopírování souborů Je potřeba zálohovat data files daného tablespace SELECT TABLESPACE_NAME, FILE_NAME FROM SYS.DBA_DATA_FILES WHERE TABLESPACE_NAME = 't'; 3. Ukončení backup režimu

16 Online záloha - postup Po dokončení zálohy datových souborů je potřeba zálohovat logy, před zkopírováním archivovaných logů je potřeba archivovat aktuální log: ALTER SYSTEM ARCHIVE LOG CURRENT Archive current log Při strukturální změně databáze je potřeba zálohovat control file: ALTER SYSTEM SWITCH LOGFILE; -- Force log switch to update control file headers ALTER DATABASE BACKUP CONTROLFILE TO '/backupdir/control.dbf';

17 User-Managed restore Pokud jsou poškozeny jen některé datové soubory, databáze stále běží a je aktuální control file, je možné zjistit, které soubory je potřeba obnovit, dotazem: SELECT * FROM V$RECOVER_FILE

18 User-Managed restore Aby bylo možné provést media recovery, je potřeba obnovit: Control file Data files Logs Server parameter file neúčastní se obnovy databáze, ale je potřeba ke správnému provozu

19 Online recovery Poškození se týká datových souborů. Postup: 1. Vypnutí tablespace s chybnými datovými soubory ALTER TABLESPACE t OFFLINE IMMEDIATE; 2. Zkopírování souborů ze zálohy 3. Provedení recovery RECOVER TABLESPACE t 4. Zapnutí ALTER TABLESPACE t ONLINE;

20 Offline recovery Poškozené soubory je třeba nahradit zálohami. Pro provedení media recovery je nutné mít zálohy datových souborů a logů. Pokud nemáme zálohu control file, je možné ho při dobré znalosti databáze vytvořit znovu. Soubory je nejlepší nahrávat do původního umístění.

21 Offline recovery Postup: 1. Připojení, mount 2. Nastavení všech souborů, které mají být obnoveny jako online. Statut lze zjistit v V$DATAFILE 3. Recovery RECOVER DATABASE RECOVER AUTOMATIC DATABASE RECOVER TABLESPACE tsname RECOVER DATAFILE 'filename' 4. Otevření databáze

22 Nekompletní recovery Je možné provést recovery jen po určité datum nebo číslo změny, případně do zadání CANCEL uživatelem například, pokud chybí některé logy RECOVER DATABASE UNTIL CANCEL RECOVER DATABASE UNTIL TIME ' :12:20:00' RECOVER DATABASE UNTIL CHANGE 10034

23 Zdroje Backup_and_Recovery_FAQ 12/e10642/rcmintro.htm#BRADV /e10643/toc.htm