Zálohujte databázu Oracle pomocou RMAN Backup Database. Zálohovanie a obnova databázy Oracle

Hlavné charakteristiky:

Obraz disku, záloha NAS, záloha otvorených súborov (VSS), trvalá licencia
Už od 29 €

BEZPLATNÝ ZÁLOŽNÝ SOFTVÉR PRE SERVER A PRACOVNÉ STANICE

BEZPLATNÉ ZÁLOHOVANIE A PROFESIONÁLNE RIEŠENIA

Iperius je kompletný nástroj Windows na zálohovanie dát. Verziu Freeware (aj pre Windows Server) môžete použiť na zálohovanie súborov na NAS, externé disky, jednotky RDX atď. bez akéhokoľvek časového obmedzenia – alebo si vyberte podnikovú verziu s množstvom funkcií zálohovania a pokročilými funkciami: kopírovanie otvorených súborov (VSS), Drive Image na obnovu po havárii, zálohovanie virtuálnych strojov ESXi a Hyper-V, zálohovanie databázy SQL Server a MySQL , zálohovanie Exchange Server, zálohovanie na pásku LTO, zálohovanie do cloudu (Google Drive, Amazon S3 atď.), zálohovanie na FTP/SFTP . Počnúc od Iperius Free je možné aktivovať skúšobnú verziu plnej verzie na testovanie všetkých funkcií softvéru.

Konzola Iperius

MAJTE VŠETKY ZÁLOHY POD KONTROLOU

Iperius Console je pokročilý nástroj na centralizovanú správu a monitorovanie vašich počítačov a zálohovanie. Pomocou vyhradenej desktopovej aplikácie alebo len webového portálu si môžete prezerať výsledky operácií zálohovania, skúmať podrobnosti o akýchkoľvek chybách, nastavovať a prispôsobovať plánovanie zálohovania a tiež spúšťať úlohy zálohovania na diaľku. Konzola sa dokonale integruje so všetkými produktmi balíka Iperius Suite, čo umožňuje aj vzdialenú aktualizáciu zálohy Iperius na najnovšiu verziu. Vďaka veľkému množstvu poskytovaných informácií sú používatelia informovaní o stave každého počítača a servera, na ktorom je nainštalovaný Iperius, vďaka čomu je Iperius Console mimoriadne užitočným nástrojom na monitorovanie IT pre vašich zákazníkov aj pre vašu spoločnosť.

Tento dokument popisuje pravidlá a postupy, ktoré sa musia dodržiavať pri podnikovom zálohovaní Oracle pomocou softvéru Bacula Enterprise Edition. Dokument obsahuje aj rôzne scenáre na obnovenie zálohy Oracle.

Prehľad zálohovania Oracle

Bacula Enterprise Edition používa unikátny zásuvný modul Oracle, ktorý zjednodušuje zálohovanie a obnovu Oracle. Plugin vám umožňuje používať pokročilé metódy pre "horúce" a "studené" zálohovanie Oracle a obnovu dát a konfigurácií uložených na serveroch 10. a 11. generácie. Zásuvný modul na zálohovanie databázy Oracle vám umožňuje obnoviť Oracle do konkrétneho bodu v čase (pred kontrolným bodom), filtrovať objekty počas zálohovania Oracle a obnoviť ich. Umožňuje vám tiež vytvárať zálohy Oracle s konfiguračnými informáciami, ako sú parametre. Zálohovací doplnok Oracle DB je podporovaný 32/64-bitovými platformami Linux podporovanými spoločnosťou Oracle, ako aj Oracle DB 10.x, 11.x.

Ďalšie výhody zálohovania Oracle s Bacula:

• Pri použití režimu RMAN vám plugin umožňuje vytvárať prírastkové a rozdielové zálohy Oracle na úrovni bloku.
• Funkcia RMAN sledovania zmien, ktorá sa používa na následné prírastkové zálohy, výrazne zlepšuje vytváranie záloh zapisovaním zmenených blokov každého dátového súboru do súboru sledovania zmien.
• DBA nemusí poznať databázy Oracle alebo byť schopný vytvárať zložité skripty zálohovania Oracle.
• Tento doplnok na vytváranie a obnovu záloh Oracle je navrhnutý aj na vytváranie záložných kópií konfiguračných informácií, ako sú napríklad parametre.

Tento dokument predstavuje rôzne metódy a stratégie pre zálohovanie Oracle pomocou softvéru Bacula Enterprise Edition a príslušného zásuvného modulu.

Oracle Backup Glossary

V tomto dokumente sa používajú nasledujúce výrazy:

• ARC(Archivovaný denník registrácií)– štandardná metóda používaná na zabezpečenie integrity údajov. Základnou myšlienkou ARC je, že zmeny vykonané v dátových súboroch (ktoré obsahujú tabuľky a indexy) sa zapíšu až po zaprotokolovaní zmien, to znamená po migrácii záznamov protokolu popisujúcich zmeny do trvalého úložiska.
• PITR Oracle Checkpoint Recovery (PITR) obnoví databázu do konkrétneho bodu v čase a potom použije prírastkové zálohy a návraty na obnovenie databázy do určeného bodu v čase. Obnova PITR sa niekedy označuje ako čiastočná obnova, pretože PITR obnovuje databázu do konkrétneho bodu v čase a nepoužíva všetky protokolové súbory zálohy Oracle.
• RMAN Oracle Recovery Manager alebo nástroj RMAN, príkazový riadok a nástroj založený na Oracle Enterprise Manager je metóda zálohovania a obnovy databázy odporúčaná spoločnosťou Oracle. Nástroj RMAN je navrhnutý tak, aby pracoval priamo so serverom. Pomôcka vám umožňuje identifikovať poškodené dátové bloky počas zálohovania a obnovy databázy. Pomôcka RMAN optimalizuje výkon a spotrebu pamäte počas vytvárania záloh komprimovaním súborov a komprimovaním zálohovacej sady.
  http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
• EXP/IMP Na vykonanie logického zálohovania/obnovy databázy sa používajú nástroje Oracle export (exp)/import (imp). Pri exporte sa vytvorí výpis databázových objektov vo forme binárneho súboru, ktorý je možné následne importovať do inej databázy Oracle.
• dátová pumpa Technológia Oracle Data Pump je modernejšou, rýchlejšou a flexibilnejšou alternatívou k pomôckam „exp“ a „imp“ používaným v predchádzajúcich verziách Oracle. Bohužiaľ, táto nová metóda nepodporuje výstup údajov priamo do súboru FIFO. Preto použitie nástrojov dátová pumpa vyžaduje, aby ste najprv vypísali údaje na disk a potom ich prečítali pomocou Bacula Enterprise File Daemon. Aktuálna verzia zásuvného modulu Oracle nepodporuje technológiu Data Pump.
• SBT RMAN štandardne odosiela všetky zálohy Oracle do špeciálneho systémového adresára na disku. Môžete tiež nakonfigurovať RMAN na vytváranie záloh na iných médiách, ako sú pásky, pomocou modulu SBT. Bacula potom bude fungovať ako správca médií a údaje sa prenesú priamo z RMAN do Bacula.
• libobk Rozhranie SBT je implementované na základe súboru knižnice libobk.
• Tabuľkový priestor Databáza je rozdelená na logické úložiská nazývané tabuľkové priestory, ktoré sú zoskupené na základe logickej štruktúry. Napríklad tabuľkové priestory majú tendenciu zoskupovať všetky aplikačné objekty, aby sa zjednodušila správa.
• Schéma je kolekcia databázových objektov. Schému vlastní užívateľ databázy. Schéma má rovnaký názov ako jej používateľ. Objekty schém sú logické štruktúry, ktoré priamo súvisia s databázovými údajmi. Objekty schém zahŕňajú štruktúry, ako sú tabuľky, pohľady, indexy. (Medzi tabuľkovým priestorom a schémou nie je žiadny vzťah. Objekty v rovnakej schéme sa môžu nachádzať v rôznych tabuľkových priestoroch a tabuľkové priestory môžu obsahovať objekty z rôznych schém.)
• Inštancia Oracle DB Server pozostáva z Oracle DB a Oracle DB Instance. Pri každom spustení databázy sa pridelí systémová globálna oblasť (SGA) a spustia sa procesy Oracle na pozadí. Kombinácia procesov na pozadí a vyrovnávacej pamäte sa nazýva inštancia Oracle.
• SID Oracle System ID (SID) sa používa na identifikáciu databázy v systéme. Z tohto dôvodu nemôže na jednom systéme existovať viac ako jedna databáza s jedinečným SID. Typicky sa SID nastavuje premennou "ORACLE_SID". Prípadne môžete tento identifikátor nájsť v prvom poli (pred 🙂 v súbore /etc/oratab.
• Kopírovať Pri každom otvorení databázy pomocou príkazu ALTER DATABASE OPEN RESETLOGS sa vytvorí kópia.
• SCNČíslo systémovej zmeny (SCN) je číslo v Oracle, ktoré sa postupne zvyšuje s každou zmenou vykonanou v databáze: vložiť, aktualizovať, odstrániť. SCN sa tiež zvyšuje v dôsledku interakcie medzi databázou.
• Oracle Recovery- akcia, ktorá vedie k extrakcii dát zo zálohy. Po obnovení databázy ju možno budete musieť vrátiť do pôvodného stavu, to znamená prejsť na určitý kontrolný bod.
• Návrat do pôvodného stavu je postup aktualizácie obnoveného dátového súboru pomocou archivovaných opakovaných protokolov a aktuálnych protokolov, to znamená aplikovanie zmien vykonaných v databáze po vytvorení zálohy.
• Funkcia Kópia proxy je vlastnosť pomôcky RMAN, ktorú aktuálna implementácia rozhrania Bacula Enterprise SBT nepodporuje.

konvencie

• Hodnoty v zátvorkách< >zadané používateľmi, napr. musí byť nahradené aktuálnym číslom ORACLE_SID. Ak je vaše číslo ORACLE_SID TEST, súbor je zapísaný ako init .ora bude vyzerať ako initTEST.ora.
• % znamená, že príkaz by mal spustiť bežný používateľ.
• # znamená, že príkaz musí byť spustený pod užívateľským účtom typu root.
• RMAN> znamená, že príkaz musí byť spustený v rámci relácie rman.
• SQL> znamená, že príkaz musí byť spustený v rámci relácie sqlplus.

1. Zálohovanie Oracles pluginom

Výber metódy zálohovania Oracle: Dump alebo RMAN

V tabuľke nižšie sú uvedené výhody metód obnovy zálohy podporovaných doplnkom Bacula Enterprise pre Oracle. Pri výbere jednej alebo druhej metódy sa riaďte takými funkciami, ako je schopnosť obnoviť zálohu Oracle do daného kontrolného bodu, schopnosť filtrovať objekty počas zálohovania alebo obnovy. Užívateľ môže tiež kombinovať metódy vytvárania výpisu a používania pomôcky RMAN PITR pre jeden klaster.

Pomôcka RMAN vám tiež umožňuje používať pokročilé metódy, pomocou ktorých môžete posielať dáta cez rozhranie Bacula Enterprise SBT napríklad na pásku a disk súčasne, aby ste ich mohli rýchlejšie obnoviť.

Funkcia	Skládka		RMAN	RMAN SBT
Schopnosť obnoviť jeden objekt (tabuľka, schéma...)	Áno		nie	nie
Schopnosť obnoviť jeden súbor (index, databáza, tabuľka…)	nie		Áno	Áno
Rýchlosť zálohovania Oracle	Nízka		Vysoká	Vysoká
Rýchlosť zotavenia	Nízka	Vysoká		vysoká *
Veľkosť zálohy Oracle	Malý	Veľký		Veľký
Veľkosť na lokálnom disku pri vytváraní zálohy	Nič	Všetky zálohy		Nič
Veľkosť na lokálnom disku počas obnovy	Nič	Všetky zálohy		Požadované predmety
Schopnosť obnoviť na kontrolný bod	nie	Áno		Áno
Podpora inkrementálneho/rozdielového zálohovania Oracle	nie	Áno		Áno
Paralelné zotavenie	Áno	Áno		Áno
Oracle online zálohovanie	Áno	Áno		Áno
Dôslednosť	Áno	Áno		Áno
Schopnosť obnoviť predchádzajúcu hlavnú verziu Oracle	nie	nie		nie

Tabuľka 1. Metódy obnovy Oracle

* Pri používaní rozhrania RMAN SBT bude rýchlosť obnovy závisieť od rôznych položiek, ako je typ média (páska alebo disk), rýchlosť sieťového prenosu, dostupnosť zariadenia s démonom strážneho atď... V softvéri Bacula Enterprise verzie 6.4 a vyššej a zariadenie so strážnym démonom môže použiť rovnaký diskový zväzok na viaceré paralelné obnovy. Je teda možné spustiť viacero úloh obnovy a zálohovania Oracle súčasne.

Konfigurácia RMAN SBT

Táto časť používateľskej príručky popisuje, ako správne nainštalovať a nakonfigurovať rozhranie Bacula Enterprise SBT pomocou Oracle a RMAN.

Pri vytváraní zálohy Oracle alebo spúšťaní zálohy z RMAN bude musieť RMAN kontaktovať centralizovaného Bacula Enterprise Directora, aby vám poskytol informácie o súboroch a zväzkoch alebo aby inicioval zálohovanie alebo obnovu Oracle. Na nadviazanie komunikácie budete potrebovať bežné dávkové súbory FIFO a b-konzolu.

Pri použití doplnku oracle-sbt-fd riaditeľ nebude môcť spustiť zálohu Oracle z konzoly b alebo z plánu. Iba nástroj RMAN bude môcť spustiť reláciu a spustiť zálohovanie. Berte do úvahy skutočnosť, že stále používate štandardnú zálohu systému Oracle a potom použite RunScript na automatické vyvolanie RMAN.

Konfigurácia Bacula. Pri používaní rozhrania SBT musí byť nainštalovaná konzola b (konzola Bacula). Konzola by mala byť schopná pripojiť sa k centralizovanému riaditeľovi a pristupovať k lokálnemu klientovi, úlohe zálohovania Oracle a ďalším funkciám fondu.

Ak chcete použiť konzolu s obmedzenou funkčnosťou, môžete použiť nasledujúcu definíciu konzoly:

Obrázok 1. Záloha Oracle medzi RMAN a Bacula

„Oracle“ používateľ Unixu musí byť schopný zobraziť b-konzolu a prečítať príslušný konfiguračný súbor bconsole.conf, čo nie je predvolená konfigurácia. Binárny a konfiguračný súbor môžete skopírovať do priečinka /opt/bacula/oracle s nasledujúcimi príkazmi Unix:

Dôležité: Po každej aktualizácii Bacula Enterprise možno budete potrebovať kópiu binárneho programu b-console.

Spúšťanie paralelných úloh pri zálohovaní databázy Oracle

Ak chcete spustiť zálohu alebo obnovu Oracle pomocou viacerých kanálov, musíte sa uistiť, že všetky požadované prostriedky zásuvného modulu Oracle DB sú správne nakonfigurované pomocou príkazu Maximum Concurrent Jobs, aby sa umožnilo spustenie paralelných úloh.

• Režisér: Režisér (ex: 100)
• Riaditeľ: Klient (ex: 10)
• Riaditeľ: Job (ex: 10)
• Režisér: Storage (ex: 10)
• Úložisko: Úložisko (napr.: 100)
• Úložisko: Zariadenie (napr.: 10 alebo 10 zariadení zoskupených do virtuálneho meniča)
• Klient: FileDaemon (napr.: 10)

Aby sa zabezpečilo, že úlohy zálohovania a obnovy bežia paralelne s použitím rovnakého prostriedku Director Storage, konfigurácia musí používať jednotku Virtual Changer. Informácie o špeciálnej konfigurácii sú uvedené v technickej dokumentácii. Zálohovanie disku.

Obmedzenia médií

Oracle vyžaduje, aby Bacula Enterprise Media Manager nezlúčil dátové toky z dvoch súbežných relácií API na rovnakom sériovom zariadení. To znamená, že ak používate páskovú jednotku na zálohovanie databázy Oracle, musíte pre každú úlohu paralelného zálohovania použiť inú páskovú jednotku. Toto obmedzenie sa nevzťahuje na diskové jednotky. Toto obmedzenie znamená obzvlášť dlhý čas na zotavenie.

Konfigurácia Bacula SBT

libobk možno konfigurovať pomocou súboru /opt/bacula/oracle/sbt.conf alebo / opt/bacula/etc/sbt.conf alebo pomocou príkazu RMAN ODOSLAŤ. Tabuľka 2 uvádza použité deskriptory:

Parameter	Popis	Príklad
zákazník	Meno klienta Bacula	klient=oracle-fd
klient obnovy	Názov klienta Bacula používaný na obnovenie	restoreclient=oracle-fd
prácu	príkaz b-console s argumentmi	bconsole="/tmp/bconsole -n"
obnoviť úlohu	Názov úlohy obnovenia Bacula. Ak máte v konfigurácii definovaných viacero úloh obnovy a táto možnosť nie je použitá, doplnok SBT automaticky vyberie prvú úlohu obnovy, ktorú ste definovali.	restorejob=Obnoviť súbory
čakať na dokončenie úlohy	Čakanie na dokončenie úlohy na konci relácie SBT. Predvolene sa relácia končí čo najrýchlejšie. Upozorňujeme, že táto možnosť by sa mala používať iba pri spustení zálohy z pomôcky RMAN.	čakať na dokončenie úlohy
aktualizovať	Typ aktualizácie (miestny adresár). Ak sa názov súboru nachádza v lokálnom adresári, doplnok odpovie priamo RMAN bez kontaktovania riaditeľa Bacula. Na vynútenie overenia Bacula Director použite príkaz update=force.	update=force
jobopt	Dodatočný parameter úlohy	jobopt="spooldata=no"
backupdir	Miestny priečinok adresára	backupdir=/opt/bacula/oracle
ctrlfile	Hlavná cesta k riadiacemu súboru	ctrlfile=/tmp/oracle
ctrltimeout	Pauza pri pripájaní k Bacula	ctrltimeout=300
skúsiť znova	Počet pokusov o pripojenie k Bacula
localdir	Lokálny priečinok dátového súboru, ktorý doplnok SBT skontroluje pred volaním úlohy obnovenia Bacula.	Localdir=/tmp/@ORACLE/sbt
katalóg	Názov adresára Bacula	Catalog="Môj katalóg 2"
stopa	Cesta k súboru sledovania	trace=/tmp/log.txt
ladenie	Úroveň ladenia

Tabuľka 2. Konfigurácia SBT libobk

Minimálne parametre, ktoré musia byť špecifikované v konfiguračnom súbore, sú klient, úloha a b-konzola. Vezmite do úvahy skutočnosť, že dvojité úvodzovky musia byť použité, ak konfigurovateľný prvok obsahuje medzery (napríklad b-konzola).

Tieto nastavenia je možné prepísať príkazom RMAN SEND.

Príkaz SEND je obmedzený na 512 bajtov, takže na zadanie všetkých parametrov možno použiť viacero príkazov SEND. Pri používaní rozhrania SBT bude lepšie vyhnúť sa dlhým cestám.

Konfigurácia sady súborov

Zásuvný modul databázy Oracle SBT (oracle-sbt) akceptuje parametre v súbore úloh, ako je popísané v tabuľke 3.

Tabuľka 3. Parametre doplnku Oracle SBT

Testovanie konfigurácie sbt.conf

Ak chcete otestovať konfiguráciu doplnku Bacula Enterprise Oracle SBT, používateľ root môže použiť nasledujúce príkazy:

Ak dôjde k chybe pripojenia, zobrazí sa hlásenie. Kým správne nenakonfigurujete nastavenia pripojenia, nemá zmysel spúšťať zálohu Oracle RMAN.

Interný katalóg Bacula SBT

Súbor Bacula Enterprise libobk používa lokálny adresár na ukladanie informácií o všetkých súboroch. Tieto informácie môžu byť neaktuálne. Preto môžete použiť voľbu update=force v súbore sbt.conf alebo príkaz SEND na vynútenie hľadania adresára Bacula.

Predvolený adresár je uložený v / opt/bacula/oracle/bacula-sbt.cat a môže byť súčasťou bežnej zálohy systému.

Schopnosť zálohovania Oracle RMAN

Pri používaní doplnku RMAN SBT Bacula Enterprise sa možnosť uloženia zálohy Oracle pomocou pomôcky RMAN musí zhodovať s objemom Bacula alebo uchovávať úlohu v pamäti. Keď RMAN odošle príkazy na odstránenie záložných súborov, Bacula sa nepokúsi nič vyčistiť ani odstrániť.

Príklady zálohovania Oracle

Nasledujúci príklad popisuje spustenie 3 paralelných úloh zálohovania Bacula súčasne. V tomto prípade im obslužný program RMAN odošle údaje pomocou takzvaného kruhového algoritmu. Ak RMAN nedokáže komunikovať s Bacula na jednom alebo viacerých kanáloch, RMAN automaticky odošle údaje na dostupný kanál. To znamená, že ak je vaše úložisko alebo centralizovaný riaditeľ zaneprázdnený (obmedzený počtom zariadení alebo nastavením maximálneho počtu paralelných úloh), RMAN nájde cestu von automaticky.

V tomto príklade RMAN používa 3 úlohy Bacula na obnovenie 3 súborov.

Konfigurácia režimu RMAN

Táto časť používateľskej príručky popisuje, ako nakonfigurovať pomôcku RMAN, aby správne fungovala s časťou doplnku na zálohovanie databázy Oracle, ktorá nepoužíva rozhranie SBT.

Aktuálna verzia doplnku na zálohovanie databáz Oracle podporuje iba databázy spustené v režime ARCHIVELOG.

Konfigurácia ARCHIVELOG v Oracle

Ak chcete použiť režim zálohovania Oracle s RMAN, databáza musí byť spustená v režime ARCHIVELOG. Ak chcete skontrolovať, ako je nakonfigurovaná vaša databáza, môžete použiť nasledujúci príkaz SQL.

Ak chcete povoliť režim archivácie pre databázu, môžete použiť príkaz ALTER DATABASE ARCHIVELOG v stave SYSDBA.

• Zastavte databázu príkazom SHUTDOWN
• Vytvorte zálohu databázy
• Upravte inicializačný súbor .ora na konfiguráciu umiestnenia denníka archívu
• Spustite databázu bez jej otvorenia pomocou príkazu STARTUP MOUNT
• Zmeňte režim archivácie pomocou príkazu ALTER DATABASE ARCHIVELOG; a otvorte ho príkazom ALTER DATABASE OPEN;
• Zastavte databázu príkazom SHUTDOWN IMMEDIATE
• Znova zálohujte databázu, pretože zmena ARCHIVELOGU aktualizuje kontrolné súbory a staré zálohy sa stanú nepoužiteľnými. Doplnok Bacula Enterprise Plugin pre Oracle vytvorí zálohu RMAN umiestnenú v podpriečinku v umiestnení archivovaného protokolu zadaného v inicializačnom súbore. .ora.

Oracle Incremental Backup Optimization

Funkcia sledovania zmien nástroja inkrementálneho zálohovania Oracle spoločnosti RMAN zlepšuje efektivitu takýchto záloh zapísaním zmenených blokov v každom dátovom súbore do súboru sledovania zmien. Ak je povolená funkcia sledovania zmien, RMAN použije súbor sledovania zmien na určenie, ktoré bloky sa zmenili, na vytvorenie prírastkových záloh. Preto nie je potrebné skenovať každý blok v dátovom súbore.

Po aktivácii funkcie sledovania zmien bude v prípade prvej úplnej zálohy systém musieť ešte skenovať všetky dátové súbory, keďže súbor sledovania zmien ešte neodráža stav všetkých blokov. Každá ďalšia prírastková záloha, ktorá používa túto plnú zálohu ako nadradenú zálohu, použije súbor changetrack.

Nasledujúci príkaz SQL, spustený ako sysdba, povoľuje funkciu sledovania zmien a používa umiestnenie „/cesta/k/súboru“ ako umiestnenie archivovaného protokolu. (Zohľadnite skutočnosť, že súbor musí byť v platnom priečinku, do ktorého môže používateľ Oracle zapisovať údaje).

Schopnosť uložiť zálohu RMAN

Keď používate režim RMAN s doplnkom Bacula Enterprise pre Oracle, každá úloha Bacula spustí RMAN na vytvorenie záložnej sady. Odporúčame nakonfigurovať RMAN na odstránenie starých súborov po určitom čase. Aj keď je možné túto operáciu vykonať ihneď po dokončení zálohy, odporúčame ponechať dáta na disku dlhšie, aby nenastali problémy s možnosťou obnovenia Oracle do kontrolných bodov. Nasledujúci príkaz vám pomôže nastaviť obdobie uchovávania súborov Oracle na 7 dní. To by malo stačiť za predpokladu, že budete zálohovať Oracle aspoň raz za 7 dní.

Ďalšie informácie nájdete v príručke RMAN.

docs.oracle.com/cd/B28359_01/backup.111/b28270/rcmconfb.htm#i1019318

Konfigurácia doplnku Oracle pre RMAN

Ak používate funkciu obnovenia PITR od RMAN, doplnok Bacula pre Oracle bude vyžadovať, aby bol povolený presný režim. V zdroji úlohy musíte povoliť presný režim. Berte do úvahy skutočnosť, že v kombinácii s doplnkom sa funkcia Presné používa, aby sa zabezpečilo, že všetky nové súbory budú zachované doplnkom Bacula, ale nebudú označené ako odstránené, pretože je pravdepodobné, že budú stále užitočné.

V režime RMAN umožňuje zásuvný modul pre Oracle aj použitie dodatočných parametrov nastavených prostredníctvom príkazového riadku zásuvného modulu. Pozrite si tabuľku nižšie:

Parameter	Popis	Predvolené	Príklad
režim	Musíte aktivovať zálohu PITR v režime RMAN	Skládka	mode=rman
Oracle_user	Privilegovaný používateľ Oracle Unix	Oracle	oracle_user=oracle10
sid	Oracle SID		SID=XE
Oracle_SID	Oracle SID		Oracle_SID=XE
Oracle_HOME	Oracle HOME		ORACLE_HOME=/opt/oracle/…
podrobný	Výstup RMAN sa v úlohe zobrazuje ako 0		podrobný=1
sbt	Používanie SBT v RMAN		sbt
ctrlfile	Hlavná cesta na ovládanie súborov pri používaní SBT		ctrlfile=/tmp/oracle

Tabuľka 4. Možnosti zásuvného modulu pre Oracle v režime RMAN

Potom pomocou where=/ alebo where= plugin načíta tento SQL súbor do vašej databázy. Ak už nejaké roly existujú, v protokole úlohy sa zobrazí chybové hlásenie. Je tiež možné obnoviť súbor users.sql do lokálneho adresára, upraviť a načítať ho pomocou sqlplus, aby sa obnovila ľubovoľná vybraná časť súboru.

Obnova jednej databázy Oracle. Ak chcete obnoviť jednu schému pomocou doplnku Bacula Enterprise Plugin pre Oracle, musíte počas príkazu obnovenia vybrať katalógovú schému, výber musí obsahovať dátový súbor (data.dmp) a skript na vytvorenie schémy (user.sql).

Ryža. 3 Obsah databázy s výpisom v BWeb

Keď je vybratý adresár db, môžete použiť voľbu where na obnovenie schémy do novej schémy s iným názvom. Ak chcete vytvoriť nový názov schémy, musíte nastaviť parameter where na jedno slovo, ktoré obsahuje znaky A..Z, 0-9 a _. Doplnok Bacula potom vytvorí zadanú schému a obnoví do nej údaje.

Odporúčame, aby ste v názve schémy vždy používali veľké písmená. Doplnok Bacula Enterprise Plugin pre Oracle znova vytvorí novú schému pomocou názvu, ktorý ste zadali v parametri where=. Ak v názve použijete veľké a malé písmená, môže nastať situácia, keď budete musieť názov schémy uzavrieť do úvodzoviek, aby ste k nej mali prístup.

Po obnovení možno budete musieť obnoviť heslo pre schému, ktorú ste práve vytvorili, pomocou rovnakých nastavení ako pôvodná schéma. Ak to chcete urobiť, spustite:

Ak nastavíte parameter na nikdy, doplnok Bacula skontroluje zoznam schém a zruší úlohu, ak aktuálna obnovovaná schéma už existuje.

Ak parameter where je adresár (obsahujúci /), doplnok Bacula obnoví všetky súbory do tohto adresára. Týmto spôsobom môžete použiť adresár imp a obnoviť iba spúšťače, tabuľky, indexy atď.

Obnova jednej tabuľky Oracle. Ak chcete obnoviť jeden objekt, napríklad tabuľku, z výpisu, ktorý ste vytvorili, musíte najskôr obnoviť súbor výpisu do lokálneho adresára. Potom pomocou nástroja imp importujte požadovaný objekt. Ďalšie informácie nájdete v dokumentácii o importovaní objektov do Oracle.

Obnovenie súborov výpisu Oracle do adresára. Ak chcete obnoviť výpisy SQL do adresára, môžete nastaviť parameter where na ľubovoľný platný adresár.

Proces obnovy Oracle s doplnkom Bacula vytvorí pri obnove schémy SYS do Oracle SID XE nasledujúce priečinky a obnoví do nich vybrané súbory.

Obnova celej databázy Oracle. Ak chcete obnoviť všetky databázy a konfigurácie databázy, jednoducho obnovte všetky súbory umiestnené v /@ORACLE/ , použite nahradiť=vždy a kde=/.

Limity zálohovania a obnovy Oracle

Predvolené doplnky nie sú kompatibilné s úlohami Copy/Migration/VirtualFull.

Bla bla bla. Vždy je potrebné zálohovať, inak to bude ako na obrázku „Zahodil databázu a neurobil zálohy“.

Zálohovanie by sa malo vykonávať automaticky, podľa stanovených pravidiel. Správca by mal zasiahnuť, ak sa niečo pokazilo, a nie vždy, keď je potrebná záloha.

Zálohy by mali byť uložené na inom serveri, pokiaľ možno nie v rovnakej miestnosti. Ak to nie je možné, mal by byť uložený na inom disku, než na ktorom sú uložené databázové súbory.

Zálohovanie databáz Oracle zahŕňa zálohovanie dátových súborov, riadiacich súborov a archivovaných protokolových súborov. Okrem toho môžu byť do náhradnej sady zahrnuté spfile, init.ora, listener.ora a tnsnames.ora.

Zálohovanie sa vykonáva:

• nástroje operačného systému.
• RMAN (manažér obnovy).

Na centralizované ukladanie záloh veľkého množstva databáz Oracle navrhuje použiť Oracle Catalog - ďalšiu databázu vytvorenú špeciálne pre zálohy (zatiaľ neviem povedať, čo je v nej uložené. Nikdy som ju nepoužil). Z nejakého dôvodu som si myslel, že v ňom sú uložené zálohy. Niečo však o tom začalo pochybovať.

Okrem záloh môžete exportovať požadovanú schému do súboru. Ak chcete, môžete ho importovať aj neskôr. Toto nevyžaduje žiadne iné súbory okrem samotného súboru výpisu.

Režimy ARCHIVELOG a NOARCHIVELOG

Oracle zapisuje všetky zmeny, ktoré sa vykonajú v dátových blokoch v pamäti, do online redo logov, zvyčajne pred ich zápisom do databázových súborov. Počas procesu obnovy používa Oracle zmeny v týchto protokolových súboroch na aktualizáciu databázy. Oracle podporuje dva režimy správy takýchto súborov.

• Režim archivácie denníkov (ARCHIVELOG). V tomto režime Oracle ukladá (archivuje) vyplnené redo logy. Preto bez ohľadu na to, ako dlho sa záloha nevykonala, ak je použitý režim ARCHIVELOG, databázu je možné kedykoľvek obnoviť do akéhokoľvek bodu v čase pomocou archívnych protokolov.
• Režim bez archivácie protokolov (NOARCHIVELOG). V tomto režime sa namiesto uloženia prepíšu úplné opakované záznamy. To teda znamená, že ak použijete režim NOARCHIVELOG, môžete obnoviť iba zo zálohy a že všetky ostatné zmeny, ktoré boli vykonané v databáze od vykonania zálohy, budú stratené. Tento režim zaisťuje, že obnovu možno vykonať až po zlyhaní inštancie databázy. V prípade problémov s médiami (napríklad strata disku) je možné databázu NOARCHIVELOG obnoviť len zo zálohy a samozrejme so stratou všetkých zmien, ktoré v nej boli vykonané po vytvorení zálohy.

Takmer všetky produkčné databázy fungujú v režime ARCHIVELOG. Režim NOARCHIVELOG sa používa iba vtedy, keď je možné obnoviť údaje z iných zdrojov, alebo keď je databáza ešte vo fáze vývoja alebo testovania a teda nepotrebuje možnosť obnovy svojich údajov s presnosťou do minúty.

Zálohujte celú databázu alebo jej časť

Môžete zálohovať celú databázu aj len jej časť, ako napríklad tabuľkový priestor alebo dátový súbor, ktorý je v nej zahrnutý. Všimnite si, že keď databáza beží v režime NOARCHIVELOG, nemôžete zálohovať iba časť databázy, nazývanú aj čiastočná záloha databázy, pokiaľ všetky tabuľkové priestory a súbory, ktoré sa majú zálohovať, nie sú určené len na čítanie. Môžete vykonať zálohu celej databázy, tiež známu ako záloha celej databázy, v režime ARCHIVELOG alebo NOARCHIVELOG.

Najčastejšie sa vykonáva úplná záloha. Ide o skopírovanie nielen všetkých dátových súborov, ale aj ďalšieho dôležitého súboru – riadiaceho súboru. Bez riadiaceho súboru Oracle neotvorí databázu, takže okrem zálohovania všetkých dátových súborov musíte mať na obnovu aj najnovšiu zálohu riadiaceho súboru.

Konzistentné vs. nekonzistentné zálohovanie

Výsledkom konzistentného zálohovania sú konzistentné zálohy a nevyžaduje si proces obnovy. Pri použití zálohy na obnovu databázy alebo jej časti (napríklad tabuľkového priestoru alebo dátového súboru) je zvyčajne potrebné najskôr vykonať obnovu dát zo zálohy (t. j. procedúru RESOTRE) a potom obnoviť databázy na zdravie (t. j. postup OBNOVA). V prípade konzistentnej zálohy nie je potrebný žiadny z týchto krokov obnovy. V prípade nekonzistentnej zálohy sú tieto kroky obnovy vždy povinné.

Spoločnosť Oracle prideľuje každej transakcii jedinečné číslo zmeny systému (SCN). Každé potvrdenie napríklad zvýši toto číslo. Kedykoľvek Oracle nastaví kontrolný bod, všetky zmenené údaje v súbore online údajov sa zapíšu na disk. A kedykoľvek sa to stane. Oracle aktualizuje kontrolný bod vlákna v riadiacom súbore. Počas tejto aktualizácie sa Orale uistí, že všetky dátové súbory na čítanie/zápis a kontrolné súbory súhlasia s rovnakým SCN. Databáza sa považuje za konzistentnú, keď sú SCN uložené v hlavičkách všetkých dátových súborov identické a zhodujú sa s informáciou hlavičky dátového súboru obsiahnutou v kontrolných súboroch. Hlavná vec na zapamätanie je, že rovnaké číslo SCN musí byť prítomné vo všetkých dátových súboroch a kontrolnom súbore (alebo súboroch). Prítomnosť identického čísla SCN znamená, že dátové súbory obsahujú dáta za rovnaké časové obdobie. Ak sú údaje konzistentné, po vrátení (alebo skopírovaní) zálohy do pôvodného umiestnenia sa nebudú vyžadovať žiadne kroky na obnovu.

Ak chcete vytvoriť konzistentnú zálohu databázy, musíte sa buď vypnúť (pomocou normálneho príkazu SHUTDOWN alebo SHUTDOWN TRANSACTIONAL, nie príkazu SHUTDOWN ABORT), alebo zastaviť (pomocou príkazu na elegantné vypnutie) a znova spustiť v režime pripojenia.

Pri nekonzistentnom zálohovaní sa ukáže, že záložné súbory obsahujú údaje za rôzne časové obdobia. Faktom je, že väčšina produkčných systémov nemôže byť prerušená kvôli konzistentným zálohám. Namiesto toho musia tieto databázy bežať 24 hodín denne, 7 dní v týždni. To teda znamená, že tieto databázy musia byť zálohované online, tzn. pokiaľ zostanú otvorené pre transakcie. Úprava dátových súborov používateľmi počas zálohovania je práve to, čo vedie k nekonzistentným zálohám. Uskutočnenie nekonzistentného zálohovania neznamená vytvorenie nesprávnych záloh. Počas obnovy však nestačí vrátiť takéto zálohy na pôvodné miesto. Okrem ich vrátenia na pôvodné miesto je tiež potrebné dbať na to, aby boli použité všetky archivované a online redo protokoly, ktoré boli vytvorené medzi časom vykonania zálohy a bodom, do ktorého je potrebné databázu obnoviť. Oracle tieto súbory prečíta a automaticky použije všetky potrebné zmeny na tieto záložné súbory.

Keďže s otvorenou databázou možno vykonávať iba nekonzistentné zálohy, pre väčšinu produkčných databáz sa používajú stratégie s nekonzistentnými postupmi zálohovania.

Zálohovanie otvorenej a uzavretej databázy

Otvorená záloha databázy (otvorená záloha), nazývaná aj prevádzková (online záloha) alebo horúca záloha (horúca / teplá záloha), zahŕňa vytváranie záloh s otvorenou databázou a prístupnou používateľom. Online zálohu celej databázy (ako aj len tabuľkového priestoru alebo dátového súboru, ktorý k nej patrí) môžete vykonať iba v prípade, že databáza beží v režime ARCHIVELOG. Nedá sa spustiť, keď je databáza v režime NOARCHIVELOG.

Uzavretá záloha databázy, nazývaná aj studená záloha, zahŕňa vytváranie záloh, keď je databáza zatvorená (zastavená). Výsledkom takýchto záloh sú vždy konzistentné zálohy, pokiaľ databáza nebola zastavená príkazom SHUTDOWN ABORT.

Fyzické a logické zálohovanie

Z technického hľadiska možno postupy zálohovania Oracle rozdeliť na logické a fyzické. Logickým zálohovaním (logickým zálohovaním) sa rozumie vytváranie záloh pomocou utility Data Pump Export, ktoré obsahujú logické objekty, ako sú tabuľky a procedúry. Tieto zálohy sú uložené v špeciálnom binárnom formáte a je možné ich získať iba pomocou pomôcky Data Pump Import.

Fyzické zálohovanie označuje vytváranie záložných kópií kľúčových databázových súborov Oracle, t.j. dátové súbory, archivované redo log súbory a kontrolné súbory. Tieto zálohy môžu byť uložené na diskových aj páskových jednotkách.

Úrovne zálohovania

Nižšie sú uvedené úrovne, na ktorých je možné zálohovať databázy Oracle:

• Celá úroveň databázy. Táto úroveň znamená, že sú zálohované všetky súbory vrátane riadiaceho súboru. Zálohovanie celej databázy môžete vykonávať v režime ARCHIVELOG aj v režime NOARCHIVELOG.
• Úroveň tabuľkového priestoru. Táto úroveň znamená, že všetky dátové súbory patriace do konkrétneho tabuľkového priestoru sú zálohované. Zálohovanie na tejto úrovni je povolené iba vtedy, ak sa používa režim ARCHIVELOG.
• Úroveň dátového súboru. Táto úroveň zahŕňa zálohovanie jedného dátového súboru. Zálohovanie na tejto úrovni je povolené iba vtedy, ak sa používa režim ARCHIVELOG.

Dobrý deň, milí čitatelia blogu! Predstavujem vám článok o zálohovaní a obnove databázy Oracle. Myslím si, že tento materiál bude užitočný pre správcov, ktorí vykonávajú zálohy a obnovy na serveri Oracle pomocou nástroja Recovery Manager (RMAN).

Zálohovanie a obnovenie

Na pochopenie článku je potrebné porozumieť nasledujúcim oblastiam:

• Koncepty relačných databáz a základy správy.
• Prostredie OS, pod ktorým beží Oracle Base.

V skutočnosti je tento článok úvodným zo série článkov o základných pojmoch zálohovania a obnovy. Tento materiál odporúčam všetkým používateľom zodpovedným za zálohovanie a obnovu. Vo všeobecnosti bude článok zaujímať všetkých používateľov, nielen tých, ktorí používajú RMAN. V budúcnosti vám plánujem povedať viac o technológiách zálohovania a obnovy pomocou nástroja Recovery Manager. Používatelia spravujúci zálohovanie a obnovenie bez RMAN sa budú musieť oboznámiť iba s pojmami v tomto článku a následnými príspevkami s prehľadom zálohovania a obnovy.

Účelom navrhovaného súboru článkov je teda poskytnúť všeobecný prehľad pojmov zálohovania a obnovy, zvážiť databázové súbory Oracle súvisiace so zálohovaním a obnovou a preskúmať nástroje dostupné na zálohovanie a obnovu vašej databázy a ochranu proti strate informácií a iným chybám.

Čo je teda zálohovanie a obnova? Zálohovanie a obnovenie zahŕňa rôzne stratégie a postupy súvisiace s ochranou vašej databázy pred stratou informácií a obnovou databázy po určitom type straty údajov.

Fyzické a logické zálohy

zálohovanie je kópia údajov z vašej databázy, ktorú možno použiť na obnovu. Zálohy možno rozdeliť na fyzické zálohy a logické zálohy.

Fyzické zálohy sú zálohy fyzických súborov používaných na ukladanie a obnovu vašej databázy, ako sú dátové súbory, riadiace súbory, archívy protokolových súborov. V konečnom dôsledku je každá fyzická záloha kópiou súborov, ktoré uchovávajú informácie o databáze inde (na disku, na páske atď.).

Logické zálohy obsahujú logické dáta (napríklad tabuľky alebo uložené procedúry) exportované z databázy pomocou exportnej utility Oracle a uložené ako binárny súbor – pre následný import do databázy pomocou importnej utility Oracle, resp.

Fyzické zálohy sú základom každej spoľahlivej stratégie zálohovania a obnovy, zatiaľ čo logické zálohy sú v mnohých prípadoch užitočným doplnkom k fyzickým zálohám, ale bez fyzických záloh nepostačujú na poskytnutie uspokojivej ochrany pred stratou informácií.

Ďalej výraz „záloha“ v tomto článku o zálohovaní a obnove bude znamenať predovšetkým fyzické zálohy (ak nie je uvedené, o ktoré zálohy ide) a urobiť zálohučasť alebo celú databázu bude znamenať - vykonať jeden z typov fyzickej zálohy. Dôraz v článku je kladený hlavne na fyzické zálohy.

Chyby a zlyhania, ktoré vyžadujú obnovenie zo zálohy

Aj keď existuje niekoľko typov problémov, ktoré môžu prerušiť normálne fungovanie databáz Oracle alebo I/O operácie, zvyčajne len dva z nich vyžadujú zásah správcu (DBA) a obnovu médií: samotné zlyhania médií (pevné disky atď.) a chyby používateľov.

Iné zlyhania môžu vyžadovať zásah DBA na reštartovanie databázy (po havárii inštancie) alebo na pridelenie dodatočného miesta na disku (po zlyhaní pri vykonávaní príkazu sql, napríklad v dôsledku pretečenia dátového súboru), ale tieto situácie vo všeobecnosti nevedú k strate údajov a nebude vyžadovať obnovenie zo zálohy.

Používateľské chyby

Používateľské chyby sa vyskytujú buď v dôsledku chýb v aplikačnej logike, alebo pri odchýlení sa od návodu na obsluhu sú údaje vo vašej databáze nesprávne zmenené alebo vymazané. Straty informácií v dôsledku chyby používateľa zahŕňajú prehliadnutia, ako je vymazanie dôležitých tabuliek, vymazanie alebo zmena obsahu tabuľky. Zatiaľ čo vzdelávanie používateľov a starostlivá správa privilégií môžu chrániť pred väčšinou chýb používateľov, vaša stratégia zálohovania určí, ako elegantne obnovíte stratené údaje, keď chyba používateľa spôsobí stratu informácií.

Porucha média

Porucha média je zlyhanie pri čítaní alebo zápise súboru na disk, ktorý je potrebný na fungovanie databázy v dôsledku fyzického problému s diskom. napríklad zlyhanie hlavy. Akýkoľvek databázový súbor môže byť poškodený v dôsledku zlyhania média.

Vhodná metóda obnovy po zlyhaní média závisí od toho, ktoré súbory boli postihnuté zlyhaním, ako aj od typov dostupných záloh.

Oracle Backup and Recovery Solutions: RMAN a Custom Backups

Ak chcete vykonať zálohovanie a obnovenie na základe fyzickej zálohy, máte k dispozícii dve riešenia:

• Správca obnovy- nástroj (funguje z príkazového riadka alebo z GUI Enterprise Manager), ktorý sa integruje s reláciami bežiacimi na serveri Oracle na vykonávanie množstva akcií súvisiacich so zálohovaním a obnovou, ako aj na udržiavanie histórie vašich záloh
• Tradičné vlastné zálohovanie a obnovenie(t. j. vykonávané a kontrolované používateľom), keď priamo spravujete súbory, ktoré tvoria vašu databázu, pričom používate príkazy OS a funkcie SQL*Plus súvisiace so zálohovaním a obnovou

Obe metódy sú podporované spoločnosťou Oracle a sú plne zdokumentované. Recovery Manager je však preferovaným riešením pre zálohovanie a obnovu databázy. Môže vykonávať rovnaké typy zálohovania a obnovy, aké sú dostupné pri vlastných zálohách a obnovách, ale oveľa jednoduchším spôsobom, navyše RMAN poskytuje spoločné rozhranie pre úlohy zálohovania v rôznych operačných systémoch a ponúka aj množstvo technológií zálohovania, ktoré nie sú dostupné v manuálne metódy zálohovania.

Väčšina článku sa zameria na zálohovanie a obnovenie pomocou RMAN. Vlastné metódy zálohovania a obnovy plánujem popísať v budúcich článkoch o zálohovaní a obnove.

Bez ohľadu na to, ktorú metódu použijete (RMAN alebo vlastnú), môžete svoje fyzické zálohy rozšíriť o zálohy objektov logickej schémy, ktoré sa vykonávajú pomocou pomocných programov na export. Údaje uložené týmto spôsobom je možné neskôr importovať, aby sa tieto objekty po obnovení z fyzickej zálohy znovu vytvorili. V tomto článku sa však nebudem zaoberať logickými zálohami (potom chcem napísať samostatný článok o logických zálohách).

Ďakujem za tvoju pozornosť! Nenechajte si ujsť pokračovanie témy zálohovania a obnovy v budúcich článkoch, ktoré sa pokúsim napísať v blízkej budúcnosti. Veľa štastia!.

Čítať Aké nástroje možno použiť na vytvorenie zálohy alebo obnovenie stratenej databázy Oracle. Zvážte nástroje zabudované do databázy a aplikácie tretích strán. Oracle Database ukladá všetky vytvorené databázové súbory do dátových súborov. Na obnovenie údajov konkrétnej databázy často stačí obnoviť jej dátové súbory a importovať ich do databázy Oracle.

Obsah:

Oracle Database Structure

Počas prevádzky inštancia databázy Oracle používa niekoľko skupín súborov, ktoré by sa mali zálohovať na neskoršie obnovenie. to:

Ak chcete uložiť, archivovať alebo zálohovať databázu Oracle, mali by sa vytvoriť kópie presne špecifikovaných skupín súborov a toto:

• *.DBF– dátové súbory, tabuľkové priestory a riadiace súbory databáz. Nachádza:
  C:\oraclexe\app\oracle\oradata\XE
• *.ora– konfiguračné súbory databázy a súbory hesiel.
  Konfiguračné súbory:
  C:\oraclexe\app\oracle\product\11.2.0\server\dbs
  Súbory hesiel (PW…ora):
  C:\oraclex\app\oracle\product\11.2.0\server\database
• *.LOG– súbory protokolu transakcií:
  C:\oraclexe\app\oracle\fast_recovery_area\XE\ONLINELOG

kde XE je v našom prípade názov databázy.

Zálohovanie databázy Oracle

Databázu Oracle môžete zálohovať dvoma spôsobmi:

• Archivácia pomocou operačného systému.
• Pomocou vstavaných nástrojov Oracle Application Express - Import / Export.

Archivácia pomocou operačného systému

Archivácia pomocou operačného systému znamená „ručné“ skopírovanie všetkých pracovných databázových súborov, ako napríklad:

• Súbory tabuľkového priestoru.
• kontrolné súbory.
• Súbory denníka transakcií.
• Konfiguračné súbory.

V tomto prípade proces archivácie pozostáva z jednoduchého skopírovania riadiacich súborov, súborov tabuľkového priestoru, konfiguračných súborov, archivovaných protokolov transakcií do záložného adresára alebo záložného servera. Archivácia sa vykonáva, keď je inštancia databázy zastavená a užívatelia s ňou nemôžu pracovať.

Ak chcete obnoviť databázu poškodenú haváriou, musíte ju zastaviť a záložné kópie pracovných súborov a protokolov transakcií prepísať na pôvodné miesto.

Zálohovanie a obnovenie pomocou nástrojov Export / Import

Databázu Oracle môžete zálohovať a obnovovať pomocou štandardných mechanizmov exportu a importu Oracle. Pre zvýšenie spoľahlivosti bezpečnosti dát je potrebné periodicky, v závislosti od náročnosti práce s databázou, vykonávať úplný export. Pri pomerne intenzívnej zmene údajov je potrebné exportovať raz týždenne.

Pre to:

Import súboru vytvoreného skôr v archíve sa vykonáva podobným spôsobom:

Otvorte Oracle Application Express a vyberte ponuku Application Builder / Import

Vyberte súbor, ktorý chcete importovať, a zadajte jeho typ



• Nainštalujte importovanú databázu

  
  

Obnova stratenej databázy Oracle

Ak sa databáza Oracle z akéhokoľvek dôvodu odstráni alebo stratí, možno ju obnoviť obnovením súborov pomocou Obnova oddielu Hetman a obnovte ich pomocou metódy opísanej v časti "Archivácia pomocou operačného systému".

Pre to:




Napríklad pri obnove databázových súborov je popísaný proces obnovy *.DBF súborov. Majte však na pamäti, že na obnovenie všetkých údajov zdravej databázy je potrebné obnoviť aj príslušné súbory *.ORA a *.LOG.

Zálohovanie a obnova databázy pomocou Oracle Recovery Manager (RMAN)

Oracle Recovery Manager (RMAN) je ďalší nástroj na zálohovanie databázy Oracle. Od ostatných nástrojov sa líši tým, že vytvára kompletnú kópiu celej databázy, nielen údajov z nej. A čo je dôležité, Oracle Recovery Manager kombinuje funkčnosť príkazového riadku SQL a zároveň oslobodzuje používateľa od úplnej závislosti na jeho príkazoch. Tento nástroj je na počítači nainštalovaný súčasne a spolu s inštaláciou databázy Oracle.

Ak chcete vytvoriť zálohu databázy pomocou nástroja Oracle Recovery Manager (RMAN):




Ak chcete obnoviť databázu zo zálohy databázy pomocou Oracle Recovery Manager (RMAN):




Mimochodom, v prípade straty alebo vymazania záložného súboru databázy Oracle, *.BKP Záložný súbor je možné obnoviť aj pomocou Obnova oddielu Hetman a potom ho obnovte v databáze pomocou nástroja Oracle Recovery Manager (RMAN), ako je popísané vyššie.