All-in-one zálohovací softvér pre PC a server. Zálohovanie Oracle. Zálohovanie databázy Oracle s Bacula Enterprise

Bla bla bla. Vždy je potrebné zálohovať, inak to bude ako na obrázku „Zhodil základňu a zálohy neurobil“.

Zálohy by sa mali vykonávať automaticky podľa stanovených pravidiel. Ak sa niečo pokazí, mal by zasiahnuť správca, a to nie vždy, keď je potrebné zálohovanie.

Zálohy by mali byť uložené na inom serveri, najlepšie nie v tej istej miestnosti. Ak to nie je možné, mal by byť uložený na inom disku, odlišnom od disku, na ktorom sú uložené databázové súbory.

Zálohovanie databáz Oracle zahŕňa zálohovanie dátových súborov, kontrolných súborov a súborov archívu denníka. Okrem toho môžu byť do náhradnej súpravy zahrnuté súbory spfile, init.ora, listener.ora a tnsnames.ora.

Prebieha zálohovanie:

• Prostredníctvom operačného systému.
• Nástroje RMAN (Recovery Manager).

Pre centralizované ukladanie záloh veľkého množstva databáz navrhuje spoločnosť Oracle použiť katalóg Oracle - inú databázu vytvorenú špeciálne pre zálohy (zatiaľ nemôžem povedať, čo je v nej uložené. Nikdy som ju nepoužíval). Z nejakého dôvodu som si myslel, že sú v ňom uložené zálohy. Ale začal som o tom pochybovať.

Okrem záloh môžete požadovanú schému exportovať do súboru. Potom je možné ho podľa potreby tiež importovať. To nevyžaduje žiadne iné súbory okrem samotného výpisu.

Režimy ARCHIVELOG a NOARCHIVELOG

Spoločnosť Oracle zapisuje všetky zmeny, ktoré sa vykonajú v blokoch dát v pamäti, do nových protokolov online. Zvyčajne to urobí pred zápisom do súborov databázy. Počas procesu obnovy spoločnosť Oracle použije zmeny vykonané v týchto súboroch protokolu na aktualizáciu databázy. Spoločnosť 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) úplné protokoly opakovania. Preto bez ohľadu na to, ako dávno bolo zálohovanie vykonané, ak sa použije režim ARCHIVELOG, databázu je možné kedykoľvek obnoviť do ľubovoľného bodu v čase pomocou archívnych protokolov.
• Režim bez archivácie protokolov (NOARCHIVELOG). V tomto režime sa celé opakované protokoly skôr prepisujú, ako ukladajú. To teda znamená, že ak použijete režim NOARCHIVELOG, budete môcť obnoviť iba zo zálohy a všetky ďalšie zmeny, ktoré sa v databáze vykonali po vykonaní zálohy, sa stratia. Tento režim zaisťuje, že obnovu je možné vykonať až po zlyhaní inštancie databázy. V prípade problémov s médiom (napríklad strata disku) je možné databázu fungujúcu v režime NOARCHIVELOG obnoviť iba zo zálohy a samozrejme so stratou všetkých zmien, ktoré sa na nej vykonali po vytvorení tejto zálohy.

Takmer všetky produkčné databázy pracujú 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 stále vo fáze vývoja alebo testovania, a preto nemusí byť schopná obnoviť svoje údaje s presnosťou na minútu.

Zálohovanie celej databázy alebo jej časti

Môžete zálohovať celú databázu a iba jej časť, napríklad tabuľkový priestor alebo v ňom obsiahnutý údajový súbor. Upozorňujeme, že keď databáza pracuje v režime NOARCHIVELOG, nemožno zálohovať iba časť databázy, ktorá sa nazýva aj čiastočné zálohovanie databázy, pokiaľ nie sú všetky tabuľkové priestory a súbory, ktoré sa majú zálohovať, zálohované. nie sú iba na čítanie. Celú databázu, ktorá sa nazýva aj zálohovanie celej databázy, môžete zálohovať v režime ARCHIVELOG alebo NOARCHIVELOG.

Najčastejšie sa vykonáva úplná záloha. Zahŕňa kopírovanie nielen všetkých dátových súborov, ale aj ďalšieho dôležitého súboru - kontrolného. Spoločnosť Oracle neotvorí databázu bez kontrolného súboru, takže okrem zálohovania všetkých údajových súborov musíte mať na obnovenie aj aktuálnu zálohu kontrolného súboru.

Konzistentné a nekonzistentné zálohy

Výsledkom konzistentného zálohovania sú konzistentné zálohy a nevyžaduje sa proces obnovy. Pri použití zálohy na obnovenie databázy alebo jej časti (napríklad tabuľkového priestoru alebo údajového súboru) je zvyčajne potrebné najskôr obnoviť údaje zo zálohy (t. J. Postup RESOTRE) a potom obnoviť fungovanie databázy (t. J. Postup RECOVERU). V prípade konzistentného zálohovania nie je potrebný žiadny z týchto krokov obnovy. V prípade nekonzistentnej zálohy sú tieto kroky obnovy vždy potrebné.

Spoločnosť Oracle priraďuje každej transakcii jedinečné číslo zmeny systému (SCN). Napríklad každý záväzok povedie k zvýšeniu tohto počtu. Kedykoľvek spoločnosť Oracle nastaví kontrolný bod, všetky zmenené údaje v online dátovom súbore sa zapíšu na disk. A kedykoľvek sa to stane. Spoločnosť Oracle aktualizuje kontrolný bod vlákna v kontrolnom súbore. Počas tejto aktualizácie sa spoločnosť Orale ubezpečuje, že všetky dátové súbory na čítanie a zápis a kontrolné súbory súhlasia s rovnakým SCN. Databáza sa považuje za konzistentnú, keď sú čísla SCN uložené v hlavičkách všetkých dátových súborov identické a zhodujú sa s informáciami hlavičky dátových súborov obsiahnutými v kontrolných súboroch. Je potrebné pamätať na to, že vo všetkých údajových súboroch a v kontrolnom súbore (alebo súboroch) musí byť rovnaké SCN číslo. Prítomnosť identického čísla SCN znamená, že dátové súbory obsahujú údaje za rovnaké časové obdobie. Ak sú údaje konzistentné, nie sú po obnovení (alebo kopírovaní) zálohovacej sady do pôvodného umiestnenia potrebné žiadne kroky obnovy.

Ak chcete vytvoriť konzistentnú zálohu databázy, musíte buď vypnúť (obvyklým príkazom SHUTDOWN alebo SHUTDOWN TRANSACTIONAL, nie však príkazom SHUTDOWN ABORT), alebo zastaviť (pomocou ladného príkazu vypnutia) a znova spustiť v režime pripojenia.

Pri vykonávaní nekonzistentných záloh sa zdá, že záložné súbory obsahujú údaje za rôzne časové obdobia. Jedná sa o to, že väčšinu produkčných systémov nemožno prerušiť kvôli konzistentnému zálohovaniu. Namiesto toho musia byť tieto databázy v prevádzke 24 hodín denne, 7 dní v týždni. To teda znamená, že tieto databázy musia byť zálohované online, t. pokiaľ zostanú otvorené pre transakcie. Zmena dátových súborov používateľmi počas zálohovania vedie presne k nekonzistentným zálohám. Vykonávanie nekonzistentných záloh neznamená, že ste dostali nejaký druh nesprávnych záloh. Počas obnovy však nestačí iba vrátenie takýchto záloh. Okrem ich vrátenia na pôvodné miesto je tiež potrebné použiť všetky archivované a online redo logy, ktoré boli vytvorené medzi vykonaním zálohy a do okamihu, kedy musí byť obnovená databáza. Spoločnosť Oracle prečíta tieto súbory a automaticky na ne vykoná potrebné zmeny.

Pretože s otvorenou databázou je možné vykonať iba nekonzistentné zálohy, väčšina produkčných databáz používa v jadre nekonzistentné stratégie zálohovania.

Zálohovanie otvorenej a uzavretej databázy

Otvorená záloha, ktorá sa tiež nazýva online záloha alebo horúca / teplá záloha, zahŕňa vytváranie záloh s otvorenou a prístupnou databázou pre používateľov. Online zálohu celej databázy (a tiež iba tabuľkového priestoru alebo dátového súboru, ktorý k nej patrí) môžete vykonať, iba ak databáza pracuje v režime ARCHIVELOG. Nemožno ju vykonať, keď databáza pracuje v režime NOARCHIVELOG.

Uzavretá záloha, známa tiež ako studená záloha, označuje vytváranie záloh, keď je databáza zatvorená (zastavená). Výsledkom takejto zálohy sú vždy konzistentné zálohy, pokiaľ nebola databáza zastavená príkazom SHUTDOWN ABORT.

Fyzické a logické zálohy

Z technického hľadiska možno postupy zálohovania Oracle rozdeliť na logické a fyzické. Logické zálohovanie označuje vytváranie záloh pomocou obslužného programu Data Pump Export, ktorý obsahuje logické objekty, ako sú tabuľky a postupy. Tieto zálohy sú uložené v špeciálnom binárnom formáte a je možné ich z nich získať iba pomocou nástroja Data Pump Import.

Fyzické zálohovanie označuje zálohovanie kľúčových súborov databázy Oracle, t.j. dátové súbory, archivovať nové súbory denníka a kontrolné súbory. Tieto zálohy je možné uložiť na diskovú aj páskovú jednotku

Úrovne zálohovania

Nasledujú úrovne, na ktorých je možné zálohovať databázy Oracle:

• Celá úroveň databázy. Táto úroveň zahŕňa zálohovanie všetkých súborov vrátane kontrolného. Zálohy v celej databáze môžete vykonávať buď v režime ARCHIVELOG, alebo NOARCHIVELOG.
• Úroveň tabuľkového priestoru. Táto úroveň zahŕňa zálohovanie všetkých údajových súborov patriacich do konkrétneho tabuľkového priestoru. Zálohovanie na tejto úrovni je povolené iba pri použití režimu ARCHIVELOG.
• Úroveň dátového súboru. Táto úroveň predpokladá zálohu jedného dátového súboru. Zálohovanie na tejto úrovni je povolené iba pri použití režimu ARCHIVELOG.

Existujú dva spôsoby, ako zálohovať údaje databázy Oracle:

• Pomocou nástrojov operačného systému.
• Používanie obslužných programov samotnej databázy.

Každá z týchto metód má svoje výhody a nevýhody. V prípade vytvorenia zálohy pomocou operačného systému je potrebné, aby bola počas celého procesu vytvárania záložnej kópie inštancia zastavená, aby sa zabránilo nesúladu údajov, čo je neprijateľné, ak je potrebné, aby systém fungoval v režime 24/7. Druhou hlavnou nevýhodou je zložitosť správy veľkého množstva záloh a prácnosť kontroly ich chýb.

Pri používaní databázových obslužných programov sa dá týmto nevýhodám vyhnúť, ale objavujú sa ďalšie nevýhody, zložitosť konfigurácie a vlastná syntax príkazu.

Zabudované pomocné programy na zálohovanie databázy sú primárne exp a expdp, ktoré vám umožňujú vytvoriť logické zálohovanie (tj. Kópiu databázového objektu). Tento spôsob vytvorenia záložnej kópie je jednoduchý, ale jej hlavnou nevýhodou je čas potrebný na obnovenie z kópie, ak je potrebné preinštalovať inštanciu, a schopnosť obnoviť objekt iba v konkrétnom okamihu zálohovania.

Najvýkonnejším nástrojom, ktorý Oracle vytvoril špeciálne na vytváranie záloh databáz, je utilita RMAN. Vďaka čomu môžete vytvoriť úplnú kópiu databázy bez zastavenia inštancie a obnoviť ju do ľubovoľného bodu v minulosti, monitoruje samotné zastarané kópie a v prípade potreby ich odstráni a tiež skontroluje, či neobsahujú chyby. Ale zároveň má vážnu nevýhodu, je ťažké ju nakonfigurovať a spravovať. Poďme sa bližšie pozrieť na konfiguráciu a správu tohto pomocného programu.

RMAN bol predstavený v 8g a bol vylepšený v priebehu času. Nakonfigurujme tento nástroj na vytváranie pravidelných záloh našej databázy.

Najskôr musíte pochopiť, z čoho databáza pozostáva, a rozhodnúť sa, ako často je potrebné zálohovať. V našom prípade ide o databázu Oracle a tvoria ju nasledujúce súbory:

• stolové priestory;
• kontrolné súbory;
• prerobiť polená;
• dátové súbory (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);

Po výbere údajov na uloženie sa rozhodneme o stratégii kopírovania, konkrétne vyberieme frekvenciu, typ záloh, ktoré sa majú vytvoriť, a čas úložiska. Zálohy môžu byť prírastkové plné - to znamená úplne skopírovaný súbor, prírastkové kumulatívne - keď kópia obsahuje iba rozdiel medzi aktuálnym stavom a stavom v čase poslednej prírastkovej zálohy a prírastkovým rozdielom - také kópie obsahujú rozdiel medzi aktuálnym stavom a stavom v čase akejkoľvek poslednej záloha. Výber stratégie je určený režimom prevádzky databázy, ak sa jedná o databázu s častými zmenami, potom je vhodné robiť prírastkové úplné kópie častejšie, čo vám umožní rýchlo obnoviť fungovanie databázy po poruche, pretože nemusíte vykonávať veľké množstvo transakcií. Ak sa táto databáza používa hlavne na ukladanie a čítanie, potom je možné prírastkové kópie vytvárať zriedka a obmedziť sa na bežné kumulatívne.

Naša databáza sa používa hlavne na ukladanie a zmeny sa časom postupne menia, preto zvolíme nasledujúcu stratégiu: vytváranie prírastkových kópií raz týždenne, v noci na 3 noci a vytváranie kumulatívnych kópií, každú noc o tretej, čo vám umožní rýchlo obnoviť databázu bez toho, aby ste zaberali veľa miesta na disku pomocou maximálne 2 kópie.

Potom, čo sme sa rozhodli, čo kopírovať a ako často môžeme pokračovať v nastavovaní inštancie databázy. Najskôr by ste sa mali ubezpečiť, že databáza pracuje v režime archívu archivelog, čo môžete skontrolovať pomocou dotazu:

Vyberte log_mode z databázy v $; od ľubovoľného používateľa s právami sysdba. Ak požiadavka vrátila archív, potom je všetko v poriadku, prejdite na ďalšiu položku, ak noarchivelog, musíte databázu reštartovať v režime archívu. Aby ste to dosiahli, musíte reštartovať základňu v režime pripojenia pomocou príkazu:
okamžité spustenie pripojenia a vykonanie príkazu
pozmeniť archív databázy; aktivuje režim archívu, potom zostáva iba otvorenie databázy pomocou príkazu:
otvorte pozmenenú databázu;

Uchovávanie kópií opakovaných protokolov je potrebné na vytvorenie konzistentných prírastkových aktívnych kópií databázy a na obnovenie stavu databázy na ľubovoľnom mieste v minulosti.

Keď uvedieme databázu do režimu archívu, musíme do nej nastaviť parametre rozsahu dávkovej obnovy. Poďme skontrolovať, či už sú nastavené dotazom:

Vyberte meno, hodnotu z parametra v $, kde názov ako "db_recovery_file_dest%"; ak nie je nastavené, nastavte pomocou príkazov:
zmeniť systémovú sadu db_recovery_file_dest_size \u003d 50G scope \u003d both; - nastavuje maximálnu veľkosť oblasti obnovy dávky a -
zmeniť systémovú sadu db_recovery_file_dest \u003d "/ storage / recovery_area" scope \u003d both; určuje umiestnenie oblasti dávkovej obnovy v systéme súborov. Je potrebné vytvoriť oblasť na dávkové zotavenie, aby mohol program rman samostatne odstraňovať zastarané kópie, sledovať zostávajúce voľné miesto na disku a varovať, ak zostane malý.

Po nakonfigurovaní inštancie môžete pristúpiť k konfigurácii samotného pomocného programu rman pripojením k rman pomocou postupnosti príkazov

Rman connect cieľový užívateľ / pass @ sid vykoná príkaz
ukázať všetko;

najskôr nakonfigurujeme parametre bezpečnosti záloh, to sa deje buď parametrom KONFIGURÁCIA RETENCIE POLITIKY, alebo je nastavený počet súčasne uložených kópií, alebo je uvedené obdobie, v ktorom sa kópia považuje za relevantnú. Nastavte parameter okna obnovy na 7 dní pomocou príkazu:

KONFIGURUJTE POLITIKU UCHOVÁVANIA OTVORENIA OKNA 7 DNÍ; povoliť automatické zálohovanie kontrolného súboru pri každom vytvorení zálohy, vytvorí sa kópia kontrolného súboru:
KONFIGURUJTE AUTOBACKUP AUTOMATICKÉ ZÁLOHOVANIE REGULÁTORA; aktivujeme optimalizáciu, aby rman nevytváral kópie súborov, už existujú zálohy identické s existujúcimi:
KONFIGURÁCIA ZÁLOHOVANIA OPTIMALIZÁCIA ZAPNUTÁ; a paralelizovať proces vytvárania zálohy do 2 kanálov:
KONFIGURUJTE TYP ZARIADENIA DISK PARALELIZMUS 2; Nebudeme meniť parametre zariadenia, na ktoré sa ukladajú informácie, šifrovanie, kompresia, formát automatického zálohovania kontrolného súboru a maximálna veľkosť kopírovacieho súboru.

Po tejto konfigurácii zostáva iba vytvoriť spustiteľné súbory pre rman v operačnom systéme a pridať ich do plánovača úloh.

Pre vzkriesenie:

#! / bin / bash export ORACLE_HOME \u003d / u01 / 11g / export NLS_LANG \u003d american_america.AL32UTF8 export ORACLE_SID \u003d kagu1251 rman connect cieľový užívateľ / pass BACKUP INCREMENTAL LEVEL 0 DATABASE; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ u01 / 11g / sieť / admin / listener.ora"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ u01 / 11g / sieť / admin / tnsnames.ora"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/u01/11g/dbs/spfilekagu.ora"; ZÁLOHOVACÍ ÚDAJOVÝ SÚBOR "/ u01 / 11g / dbs / orapwkagu1251";

Po zvyšok dní:

#! / bin / bash export ORACLE_HOME \u003d / u01 / 11g / export NLS_LANG \u003d american_america.AL32UTF8 export ORACLE_SID \u003d kagu1251 rman connect cieľový užívateľ / pass BACKUP INCREMENTAL LEVEL 1 DATABASE; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ u01 / 11g / sieť / admin / listener.ora"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/ u01 / 11g / sieť / admin / tnsnames.ora"; ZÁLOHOVACÍ DATOVÝ SÚBOR "/u01/11g/dbs/spfilekagu.ora"; ZÁLOHOVACÍ ÚDAJOVÝ SÚBOR "/ u01 / 11g / dbs / orapwkagu1251";

Na obnovenie celej databázy po ich úplnom zmiznutí sa používa príkaz RESTORE DATABASE, po jeho vykonaní je potrebné synchronizovať údaje pomocou protokolov archívu s príkazom RECOVER DATABASE, obnova sa vykoná v režime pripojenia.

Ak chcete obnoviť konkrétny tabuľkový priestor, musíte ho najskôr prepnúť do režimu OFFLINE pomocou príkazu:

ALTER TABLESPACE užívateľ offline;

Potom to obnovte a synchronizujte:

OBNOVIŤ TABLESPACE užívateľa; Užívateľ RECOVER TABLESPACE; Po dokončení ho prepnite do režimu online pomocou príkazu:
ALTER TABLESPACE užívateľ ONLINE;

Môžete tiež vrátiť databázu do určitého časového bodu späť, a to spustením príkazu:

NASTAVTE DOČAS „29. januára 2013 20:00:00“;

Túto obnovu je potrebné vykonať, keď je databáza v režime pripojenia, a pri otváraní zadajte voľbu RESETLOGS, aby sa zmeny uložené v protokoloch opakovania vytvorených po bode obnovenia nevykonali.

Na sledovanie vytvorených záloh je vhodný príkaz CROSSCHEK, ktorý umožňuje skontrolovať dostupnosť záloh v oblasti dávkovej obnovy a možnosť prístupu k nim. Príkaz VALIDATE sa používa na testovanie logických alebo fyzických chýb záložných súborov.

Hlavné charakteristiky:

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

ZÁLOŽNÝ SOFTWARE ZADARMO PRE SERVER A PRACOVNÉ STANICE

ZÁLOHOVAJTE ZADARMO A ODBORNÉ RIEŠENIA

Iperius je kompletný nástroj systému Windows na zálohovanie údajov. Verziu Freeware (tiež pre Windows Server) môžete použiť na zálohovanie súborov na NAS, externé disky, jednotky RDX atď. bez časového obmedzenia - alebo si vyberte podnikovú verziu s množstvom funkcií zálohovania a pokročilými funkciami: kópia otvorených súborov (VSS), Drive Image pre zotavenie po katastrofe, zálohovanie virtuálnych strojov ESXi a Hyper-V, zálohovanie serverov SQL Server a MySQL , Zálohovanie na serveri Exchange, zálohovanie na pásku LTO, zálohovanie na cloud (disk Google, Amazon S3 atď.), Zálohovanie na FTP / SFTP. Od verzie Iperius Free je možné aktivovať skúšobnú verziu plnej verzie, aby ste vyskúšali všetky funkcie softvéru.

Konzola Iperius

PODĽA KONTROLY VŠETKÝCH ZÁLOH ZADARMO

Iperius Console je pokročilý nástroj na centralizovanú správu a monitorovanie vašich počítačov a zálohovanie. Pomocou špecializovanej desktopovej aplikácie alebo iba webového portálu môžete prezerať výsledky svojich operácií zálohovania, skúmať podrobnosti akýchkoľvek chýb, nastavovať a prispôsobovať plánovanie zálohovania a tiež vzdialene spúšťať úlohy zálohovania. Konzola sa perfektne integruje so všetkými produktmi Iperius Suite, čo umožňuje vzdialenú aktualizáciu Iperius Backup 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ť.

Oracle Database ukladá všetky súbory vytvorenej databázy do dátových súborov. Napriek tomu, že všetky údaje sú logicky obsiahnuté v tabuľkových priestoroch, v skutočnosti ide o obsah súborov na pevnom disku počítača. Každá databázová tabuľka je teda uložená ako riadok konkrétneho údajového súboru. Na obnovenie údajov konkrétnej databázy často stačí obnoviť jej údajové súbory a importovať ich do databázy Oracle Database.

Štruktúra databázy Oracle

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

Súbory údajových a tabuľkových priestorov (* .DBF).

Názov údajových súborov a tabuľkových priestorov, ako aj cesty k nim je možné zobraziť pomocou programu SQL Plus, ak spustíte nasledujúci dotaz:

VYBERTE t.name „Tablespace“, f.name „Datafile“ OD V $ tabuľkový priestor t, v $ datafile f KDE t.ts # \u003d f.ts # OBJEDNAŤ podľa t.name;





Konfiguračné súbory databázy (* .ora).

Konfiguračné súbory databázy Oracle majú príponu * .ora a sú umiestnené v priečinku:




Súbory na kontrolu databázy (* .DBF).

Najjednoduchší spôsob, ako určiť cestu a názvy riadiacich súborov, je vyhľadať riadok v konfiguračnom súbore * .ORA kontrolné_súbory, ktorý vypíše zoznam ovládacích súborov použitých v tejto inštancii.




Ak chcete určiť názvy a cesty k riadiacim súborom v SQL * Plus, musíte spustiť dopyt:

VYBERTE hodnotu FROM v $ parameter WHERE name \u003d 'control_files';


Súbory denníka transakcií (* .LOG).

Ak chcete zistiť názvy a cesty k online protokolom transakcií, spustite v SQL Plus nasledujúci dotaz:

VYBERTE člena FROM v $ logfile;

Na základe tohto dotazu sa získa podobný prehľad:




Ak chcete určiť cesty k priečinkom, kde sú uložené archivované protokoly transakcií, musíte spustiť nasledujúci dotaz:

VYBERTE cieľ FROM v $ archive_dest kde status \u003d 'PLATNÝ';

Na základe tohto dotazu sa získa správa:




• Súbor s heslom (* .ora).

  Spravidla ide o súbory s príponou * .ora, ktorých názov začína znakmi PWD.

  Napríklad: PWDXE.ora

  

Aby ste mohli Oracle Database uložiť, archivovať alebo zálohovať, mali by sa vytvoriť kópie určených skupín súborov, a to je:

• * .DBF - dátové súbory, tabuľkové priestory a kontrolné súbory databázy. Situovaný:
  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 ... alebo):
  C: \\ oraclexe \\ app \\ oracle \\ product \\ 11.2.0 \\ server \\ databáza
• * .LOG - súbory denníka 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

Zálohovanie (zálohovanie) databázy Oracle možno vykonať dvoma spôsobmi:

Archivácia operačného systému

Zálohovanie pomocou operačného systému znamená „ručné“ kopírovanie všetkých pracovných súborov databázy Oracle, 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 spočíva v jednoduchom kopírovaní 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 na záložný server. Archivácia sa vykoná, keď je inštancia databázy zastavená a používatelia s ňou nemôžu pracovať.

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

Archivácia a obnova pomocou nástrojov na export a import

Oracle Database je možné zálohovať a obnoviť pomocou štandardných mechanizmov Oracle Export a Import. Pre zvýšenie spoľahlivosti bezpečnosti dát je potrebné pravidelne, v závislosti na intenzite práce s databázou, robiť plný export. Pri pomerne intenzívnom zavádzaní zmien údajov je potrebné exportovať raz týždenne.

Pre to:

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

Obnova stratenej databázy Oracle

Ak je databáza Oracle z nejakého dôvodu odstránená alebo stratená, je možné ju obnoviť obnovením súborov pomocou Obnova oddielu Hetman a obnovte ich pomocou metódy popísanej v tejto časti „Archivácia pomocou operačného systému“.

Pre to:

Napríklad obnova databázových súborov popisuje proces obnovy súborov * .DBF. Nezabúdajte však, že na obnovenie všetkých údajov funkčnej databázy je potrebné obnoviť aj zodpovedajúce súbory * .ORA a * .LOG.

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

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

Vytvorenie zálohy databázy pomocou programu RMAN:

Obnovenie databázy zo zálohy databázy pomocou aplikácie Oracle Recovery Manager (RMAN):

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