Oracle Database'i andmete varundamine ja taastamine. Universaalne varundustarkvara arvutitele ja serveritele

Peamised omadused:

Kettapilt, NAS-i varukoopia, avatud faili varundamine (VSS), püsilitsents
Alates 29 €

TASUTA VARUNDITARKVARA SERVERITE JA TÖÖJAAMADE jaoks

VARUKUPIDAMISE TASUTA JA PROFESSIONAALSED LAHENDUSED

Iperius on täielik Windowsi utiliit andmete varundamiseks. Saate kasutada vabavara versiooni (ka Windows Serveri jaoks), et varundada faile NAS-ile, välistele ketastele, RDX-draividele jne. ilma ajapiiranguta – või valige ettevõtte versioon, millel on palju varundusfunktsioone ja täiustatud funktsioone: avatud failide koopia (VSS), Drive Image avariitaaste jaoks, ESXi ja Hyper-V virtuaalmasinate varundamine, SQL Serveri ja MySQL andmebaasi varundamine , Exchange Serveri varundamine, varundamine LTO lindile, varundamine pilve (Google Drive, Amazon S3 jne), varundamine FTP/SFTP-le. Alates Iperius Free'ist saab tarkvara kõigi funktsioonide testimiseks aktiveerida täisversiooni prooviversiooni.

Iperiuse konsool

HOIDKE KÕIK VARUKUPID KOHTA KONTROLLI ALL

Iperius Console on täiustatud tööriist teie arvutite ja varukoopiate tsentraliseeritud haldamiseks ja jälgimiseks. Spetsiaalset töölauarakendust või lihtsalt veebiportaali kasutades saate vaadata oma varundustoimingute tulemusi, uurida võimalike vigade üksikasju, määrata ja kohandada varundamise ajakavasid ning ka kaugjuhtimisega varundustöid käivitada. Konsool integreerub suurepäraselt kõigi Iperius Suite'i toodetega, võimaldades ka eemalt värskendada Iperius Backupi uusimale versioonile. Pakutav suur hulk teavet hoiab kasutajad kursis iga arvuti ja serveri olekuga, kuhu Iperius on installitud, muutes Iperiuse konsooli äärmiselt kasulikuks IT-seire tööriistaks nii teie klientide kui ka teie ettevõtte jaoks.

Bla bla bla. Peate alati varukoopiaid tegema, vastasel juhul on see nagu pildil "Ta kukutas andmebaasi ja ei teinud varukoopiaid."

Varukoopiad tuleks teha automaatselt vastavalt kehtestatud reeglitele. Administraator peaks sekkuma, kui midagi läheb valesti, ja mitte iga kord, kui on vaja varukoopiat.

Varukoopiaid tuleks hoida teises serveris, eelistatavalt mitte samas ruumis. Kui see pole võimalik, tuleks see salvestada mõnele teisele kettale peale andmebaasifailide salvestamise.

Oracle'i andmebaaside varundamine hõlmab andmefailide, juhtfailide ja arhiveeritud logifailide varundamist. Lisaks võib varukomplekt sisaldada faile spfile, init.ora, listener.ora ja tnsnames.ora

Varundatakse:

  • Operatsioonisüsteemi kasutamine.
  • RMAN (taastehalduri) tööriistade kasutamine.

Suure hulga andmebaaside varukoopiate tsentraliseeritud salvestamiseks soovitab Oracle kasutada Oracle Catalogi – teist spetsiaalselt varukoopiate jaoks loodud andmebaasi (ma ei oska veel öelda, mis sinna on salvestatud. Ma pole seda kunagi kasutanud). Millegipärast arvasin, et sinna on salvestatud varukoopiaid. Kuid millegipärast hakkasin selles kahtlema.

Lisaks varukoopiatele saate soovitud skeemi eksportida faili. Siis saab soovi korral ka importida. See ei nõua muid faile peale tõmmisfaili enda.

ARCHIVELOG ja NOARCHIVELOG režiimid

Oracle salvestab kõik mälusiseste andmeplokkide muudatused veebipõhisesse taastegemise logidesse, tavaliselt enne nende kirjutamist andmebaasifailidesse. Taasteprotsessi ajal kasutab Oracle nendes logifailides salvestatud muudatusi andmebaasi ajakohastamiseks. Oracle toetab selliste failide haldamiseks kahte režiimi.

  • Logi arhiveerimisrežiim (ARCHIVELOG). Selles režiimis salvestab (arhiveerib) Oracle lõpetatud taastegemise logid. Seega, olenemata sellest, kui kaua aega tagasi varundus tehti, saab ARCHIVELOG režiimi kasutamisel andmebaasi alati taastada mis tahes ajahetkel, kasutades arhiveeritud logisid.
  • Režiim ilma logide arhiveerimiseta (NOARCHIVELOG). Selles režiimis kirjutatakse täielikud taastegemise logid pigem üle kui salvestatakse. See tähendab seega, et kui kasutate NOARCHIVELOG režiimi, saate taastada ainult varukoopiast ja kõik muud muudatused, mis andmebaasis pärast varundamise tegemist tehti, lähevad kaotsi. See režiim tagab, et taastamist saab teostada ainult pärast andmebaasi eksemplari ebaõnnestumist. Andmekandjaga seotud probleemide korral (näiteks ketta kadumine) saab NOARCHIVELOG režiimis töötava andmebaasi taastada ainult varukoopiast ja loomulikult kaob kõik muudatused, mis selles pärast selle varukoopia loomine.

Peaaegu kõik tootmisandmebaasid töötavad režiimis ARCHIVELOG. NOARCHIVELOG režiimi kasutatakse ainult siis, kui on võimalik andmeid taastada muudest allikatest või kui andmebaas on alles arendus- või testimisjärgus ega vaja seetõttu võimalust oma andmeid minutilise täpsusega taastada.

Varundage kogu andmebaas või osa sellest

Saate varundada kas kogu andmebaasi või ainult osa sellest, näiteks tabeliruumi või selles sisalduva andmefaili. Pange tähele, et kui andmebaas töötab NOARCHIVELOG-režiimis, ei saa te teha osalist andmebaasi varukoopiat, mida nimetatakse ka osaliseks andmebaasi varukoopiaks, välja arvatud juhul, kui kõik varundatavad tabeliruumid ja failid pole kirjutuskaitstud. Saate teha andmebaasi täieliku varukoopia, mida nimetatakse ka kogu andmebaasi varukoopiaks, kas ARCHIVELOG- või NOARCHIVELOG-režiimis.

Kõige sagedamini tehakse täielik varukoopia. See hõlmab mitte ainult kõigi andmefailide kopeerimist, vaid ka veel ühe olulise faili – kontrollfaili – kopeerimist. Ilma juhtfailita Oracle andmebaasi ei ava, seega peab taastamiseks lisaks kõigi andmefailide varundamisele olema ka hiljutine kontrollfaili varukoopia.

Järjepidevad ja ebajärjekindlad varukoopiad

Järjepidev varundamine loob järjepidevad varukoopiad ja ei nõua taastamist. Kui kasutate andmebaasi või selle osa (nt tabeliruumi või andmefaili) taastamiseks varukoopiat, peate tavaliselt esmalt teostama varukoopiast andmete taastamise (st RESOTRE-protseduuri) ja seejärel taastama funktsioonid. andmebaasi (st. protseduur RECOVER). Järjepideva varundamise korral pole ükski neist taastetoimingutest vajalik. Ebajärjekindla varukoopia korral on nende taastetoimingute sooritamine alati kohustuslik.

Oracle määrab igale tehingule kordumatu süsteemimuudatuse numbri (SCN). Näiteks iga fikseerimine toob kaasa selle arvu suurenemise. Oracle'i kontrollpunktides kirjutatakse kõik tööandmete failis olevad muudetud andmed kettale. Ja alati, kui see juhtub. Oracle värskendab juhtfailis lõime kontrollpunkti. Selle värskenduse ajal tagab Orale, et kõik loetavad ja kirjutatavad andmefailid ja juhtfailid nõustuvad sama SCN-numbriga. Andmebaasi peetakse järjepidevaks, kui kõigi andmefailide päistesse salvestatud SCN-numbrid on identsed ja vastavad juhtfailides sisalduva andmefaili päise teabele. Peamine asi, mida meeles pidada, on see, et kõigis andmefailides ja kontrollfailis (või -failides) peab olema sama SCN-number. Identse SCN-numbri olemasolu tähendab, et andmefailid sisaldavad andmeid sama perioodi kohta. Kui andmed on järjepidevad, pole pärast varukoopiafailide komplekti algsesse asukohta tagastamist (või kopeerimist) taastamistoiminguid vaja.

Järjepideva varukoopia loomiseks tuleb andmebaas kas sulgeda (kasutades tavalist käsku SHUTDOWN või SHUTDOWN TRANSACTIONAL, kuid mitte käsku SHUTDOWN ABORT) või peatada (kasutades graatsilist sulgemiskäsku) ja käivitada uuesti ühendamisrežiimis.

Kui teete ebajärjekindlat varundamist, sisaldavad varukoopiafailid erinevate ajaperioodide andmeid. Fakt on see, et enamikku tootmissüsteeme ei saa koordineeritud varundamiseks katkestada. Selle asemel peavad need andmebaasid töötama 24 tundi ööpäevas ja 7 päeva nädalas. See tähendab seega, et need andmebaasid tuleb varundada online, s.t. seni, kuni need jäävad tehinguteks avatuks. Andmefailide muutmine kasutajate poolt varundamise ajal põhjustab ebajärjekindlaid varukoopiaid. Ebajärjekindla varukoopia tegemine ei tähenda valede varukoopiate hankimist. Taastamise ajal ei piisa aga lihtsalt selliste varukoopiate algsesse asukohta tagastamisest. Lisaks nende algsesse asukohta tagastamisele peate kindlasti rakendama ka kõik arhiveeritud ja võrgus tehtud taastegemise logid, mis loodi varukoopia tegemise ja andmebaasi taastamise aja vahelisel ajal. Oracle loeb need failid läbi ja rakendab varukoopiafailides automaatselt kõik vajalikud muudatused.

Kuna avatud andmebaas suudab teha ainult ebajärjekindlaid varukoopiaid, kasutab enamik tootmisandmebaase strateegiaid, mille keskmes on ebajärjekindlad varundusprotseduurid.

Avatud ja suletud andmebaasi varundamine

Avatud varundamine, mida nimetatakse ka võrgus varundamiseks või kuumaks/soojaks varundamiseks, hõlmab varukoopiate loomist ajal, mil andmebaas on avatud ja kasutajatele juurdepääsetav. Terve andmebaasi (või ainult selle juurde kuuluva tabeliruumi või andmefaili) võrgus varundamise saate teha ainult siis, kui andmebaas töötab ARCHIVELOG-režiimis. Seda ei saa teha, kui andmebaas töötab NOARCHIVELOG-režiimis.

Suletud andmebaasi varundamine, mida nimetatakse ka külmaks varundamiseks, hõlmab varukoopiate loomist, kui andmebaas on suletud (peatatud). Selle varundamise tulemuseks on alati järjepidevad varukoopiad, välja arvatud juhul, kui andmebaasi peatatakse käsuga SHUTDOWN ABORT.

Füüsiline ja loogiline varukoopia

Tehnilisest vaatenurgast võib Oracle'i varundusprotseduurid jagada loogilisteks ja füüsilisteks. Loogiline varundamine tähendab varukoopiate loomist Data Pump Export utiliidi abil, mis sisaldavad loogilisi objekte (nt tabeleid ja protseduure). Need varukoopiad salvestatakse spetsiaalses binaarvormingus ja neid saab alla laadida ainult utiliidi Data Pump Import abil.

Füüsiline varundamine tähendab Oracle'i andmebaasi võtmefailide varukoopiate loomist, st. andmefailid, arhiveeritud taastegemise logifailid ja juhtfailid. Neid varukoopiaid saab salvestada kas kettale või lindiseadmele

Varutasemed

Järgmised tasemed on Oracle'i andmebaaside varundamiseks.

  • Kogu andmebaasi tase. See tase hõlmab kõigi failide, sealhulgas juhtfaili, varundamist. Saate teha andmebaasiüleseid varukoopiaid kas ARCHIVELOG-i või NOARCHIVELOG-režiimis.
  • Lauapinna tase. See tase hõlmab kõigi konkreetsesse tabeliruumi kuuluvate andmefailide varukoopia tegemist. Varukoopiate tegemine sellel tasemel on lubatud ainult režiimi ARCHIVELOG kasutamisel.
  • Andmefaili tase. See tase hõlmab ühe andmefaili varundamist. Varukoopiate tegemine sellel tasemel on lubatud ainult režiimi ARCHIVELOG kasutamisel.

Oracle Database salvestab kõik loodud andmebaasi failid andmefailidesse. Kuigi kõik andmed sisalduvad loogiliselt tabeliruumides, on see tegelikult arvuti kõvakettal olevate failide sisu. Seega salvestatakse iga andmebaasitabel konkreetse andmefaili ridadena. Sageli piisab andmete taastamiseks konkreetsest andmebaasist selle andmefailide taastamisest ja nende importimisest Oracle Database'i.

Oracle'i andmebaasi struktuur

Töötamise ajal kasutab Oracle Database'i eksemplar mitut failirühma, mis tuleks hilisemaks taastamiseks arhiveerida. See:

    Andme- ja tabeliruumi failid (*.DBF).

    Andmefailide ja tabeliruumide nimesid ning nendeni jõudvaid teid saab vaadata SQL Plusi abil, käivitades järgmise päringu:

    SELECT t.name “Tablespace”, f.name “Datafile” FROM v$tablespace t, v$datafile f WHERE t.ts# = f.ts# ORDER BY t.name;

    Andmebaasi konfiguratsioonifailid (*.ora).

    Oracle'i andmebaasi konfiguratsioonifailidel on *.ora laiend ja need asuvad kaustas:


    Andmebaasi juhtfailid (*.DBF).

    Lihtsaim viis juhtfailide tee ja nimede määramiseks on leida rida *.ORA konfiguratsioonifailist kontroll_failid, mis loetleb selle eksemplari kasutatavad juhtfailid.


    Samuti peate SQL*Plusis failide juhtimiseks nimede ja teede määramiseks käivitama järgmise päringu:

    SELECT väärtus FROM v$parameeter WHERE nimi = 'juhtfailid';

    Tehingu logifailid (*.LOG).

    Võrgutehingute logide nimede ja nende teede väljaselgitamiseks peate SQL Plusis käivitama järgmise päringu:

    SELECT liige FROM v$logfile;

    Selle päringu tulemuseks on selline aruanne:


    Arhiveeritud tehingulogide salvestamise kaustade teede määramiseks peate käivitama järgmise päringu:

    SELECT sihtkoht FROM v$archive_dest where status='VALID';

    Selle päringu tulemuseks on järgmine aruanne:


  • Paroolifail (*.ora).

    Reeglina on need failid laiendiga *.ora, mille nimi algab tähemärkidega PWD.

    Näiteks: PWDXE.ora

Seega tuleks Oracle'i andmebaasi salvestamiseks, arhiveerimiseks või varundamiseks luua koopiad täpselt määratud failirühmadest ja see on:

  • *.DBF– andmefailid, tabeliruumid ja andmebaasi juhtfailid. Asub:
    C:\oraclexe\app\oracle\oradata\XE
  • *.ora– andmebaasi konfiguratsioonifailid ja paroolifailid.
    Konfiguratsioonifailid:
    C:\oraclexe\app\oracle\product\11.2.0\server\dbs
    Paroolifailid (PW…ora):
    C:\oraclexe\app\oracle\product\11.2.0\server\database
  • *.LOG– tehingulogi failid:
    C:\oraclexe\app\oracle\fast_recovery_area\XE\ONLINELOG
kus XE on meie puhul andmebaasi nimi.

Oracle'i andmebaasi varundamine

Saate teha Oracle Database'i andmebaasist varukoopia kahel viisil.

Arhiveerimine operatsioonisüsteemi abil

Arhiveerimine operatsioonisüsteemi abil tähendab kõigi töötavate Oracle'i andmebaasifailide käsitsi kopeerimist, näiteks:

  • Tabeliruumi failid.
  • Kontrolli faile.
  • Tehingute logifailid.
  • Konfiguratsioonifailid.

Sel juhul koosneb arhiveerimisprotsess lihtsalt juhtfailide, tabeliruumi failide, konfiguratsiooni ja arhiveeritud tehingulogide kopeerimisest varukataloogi või varuserverisse. Arhiveerimine toimub siis, kui andmebaasi eksemplar on peatatud ja kasutajad ei saa sellega töötada.

Krahhi käigus kahjustatud andmebaasi taastamiseks tuleb see peatada ning tööfailide ja tehingulogide varukoopiad oma algsesse asukohta ümber kirjutada.

Varundamine ja taastamine, kasutades ekspordi/impordi tööriistu

Oracle'i andmebaasi arhiveerimine ja taastamine saab teha Oracle'i standardsete ekspordi- ja impordimehhanismide abil. Andmeohutuse usaldusväärsuse suurendamiseks on vajalik perioodiliselt, sõltuvalt andmebaasiga töötamise intensiivsusest, teostada täielik eksport. Kui andmetes tehakse muudatusi üsna intensiivselt, on vaja eksportida kord nädalas.

Selle jaoks:


Arhiivis varem loodud faili importimine toimub samal viisil:


Kadunud Oracle'i andmebaasi taastamine

Kui Oracle'i andmebaas mingil põhjusel kustutatakse või kaob, saab selle taastada, taastades failid Hetmani partitsiooni taastamine ja taastage need jaotises kirjeldatud meetodil "Arhiveerimine operatsioonisüsteemi abil".

Selle jaoks:


Näiteks kirjeldatakse andmebaasifailide taastamist, *.DBF-failide taastamise protsessi. Kuid pidage meeles, et kõigi andmete taastamiseks töötavasse andmebaasi tuleb taastada ka vastavad *.ORA ja *.LOG failid.

Andmebaasi varundamine ja taastamine Oracle Recovery Manageri (RMAN) abil

Oracle Recovery Manager (RMAN) on veel üks tööriist Oracle'i andmebaasi varukoopia loomiseks. See erineb teistest tööriistadest selle poolest, et loob täieliku koopia kogu andmebaasist, mitte ainult selle andmetest. Ja mis kõige tähtsam, Oracle Recovery Manager ühendab SQL-i käsurea funktsioonid, vabastades samal ajal kasutaja täielikust sõltuvusest selle käskudest. See tööriist installitakse arvutisse samaaegselt ja koos Oracle Database'i installimisega.

Andmebaasi varukoopia loomiseks RMAN-i abil tehke järgmist.


Andmebaasi taastamiseks andmebaasi varukoopiast Oracle Recovery Manageri (RMAN) abil tehke järgmist.


Muide, Oracle Database'i varukoopiafaili kaotamise või kustutamise korral *.BKP Varukoopiafaili saab taastada ka kasutades Hetmani partitsiooni taastamine, seejärel taastage andmebaasis ülalkirjeldatud meetodil, kasutades Oracle Recovery Manageri (RMAN).

Tere, kallid ajaveebisaidi lugejad! Esitan teie tähelepanu artiklile Oracle'i andmebaasi varundamise ja taastamise kohta. Arvan, et see materjal on kasulik administraatoritele, kes teevad Oracle'i serveris Recovery Manageri (RMAN) abil varukoopiaid ja taasteid.

Varundada ja taastada

Artikli mõistmiseks on soovitatav omada teadmisi järgmistes valdkondades:

  • Relatsiooniandmebaasi kontseptsioonid ja halduse põhialused.
  • OS-i keskkond, milles Oracle'i andmebaas töötab.

Tegelikult on see artikkel sissejuhatav artiklite seerias, mis on pühendatud varundamise ja taastamise põhikontseptsioonidele. Soovitan seda materjali kõigile kasutajatele, kes vastutavad varundamise ja taastamise eest. Üldiselt pakub artikkel huvi kõigile kasutajatele, mitte ainult RMAN-i kasutajatele. Tulevikus kavatsen teile taastehaldurit kasutavatest varundus- ja taastetehnoloogiatest rohkem rääkida. Kasutajad, kes haldavad varundamist ja taastamist ilma RMAN-ita, peavad tutvuma selle artikli kontseptsioonidega ning järgnevate varundamise ja taastamise ülevaatepostitustega.

Seega on selle artiklite komplekti eesmärk anda üldine ülevaade varundamise ja taastamise kontseptsioonidest, vaadata varundamise ja taastamisega seotud Oracle'i andmebaasifaile ning samuti uurida tööriistu, mis on saadaval andmebaasi varundamiseks ja taastamiseks, kaitstes teabe kadu ja muud vead.

Niisiis, mis on varundamine ja taastamine? Varundamine ja taastamine hõlmab erinevaid strateegiaid ja protseduure, mis on seotud teie andmebaasi kaitsmisega teabekao eest ja andmebaasi taastamisega pärast mis tahes tüüpi andmete kadumist.

Füüsilised ja loogilised varukoopiad

Varundamine on teie andmebaasi andmete koopia, mida saab taastamiseks kasutada. Varukoopiaid saab jagada füüsilised varukoopiad Ja loogilised varukoopiad.

Füüsilised varukoopiad on teie andmebaasi salvestamiseks ja taastamiseks kasutatavate füüsiliste failide (nt andmefailid, juhtfailid ja logifailide arhiivid) varukoopiad. Lõppkokkuvõttes on iga füüsiline varukoopia failide koopia, mis salvestab teavet andmebaasi kohta teises kohas (kettal, lindil jne).

Loogilised varukoopiad sisaldavad loogilisi andmeid (näiteks tabeleid või salvestatud protseduure), mis eksporditakse andmebaasist Oracle'i ekspordiutiliidi abil ja salvestatakse binaarfailina, et hiljem Oracle'i impordiutiliidi abil andmebaasi importida.

Füüsilised varukoopiad on iga usaldusväärse varundamise ja taastamise strateegia aluseks, samas kui loogilised varukoopiad on paljudel juhtudel kasulikuks täienduseks füüsilistele varukoopiatele, kuid need ei ole piisavad, et pakkuda rahuldavat andmekao kaitset ilma füüsiliste varukoopiateta.

Lisaks tähendab mõiste "varukoopia" selles varundamise ja taastamise artiklis ennekõike füüsilisi varukoopiaid (kui pole täpsustatud, millistest varukoopiatest me räägime) ja teha varukoopia osa või kogu andmebaas tähendab ühe tüüpi füüsiliste varukoopiate tegemist. Artiklis on rõhk peamiselt füüsilistel varukoopiatel.

Vead ja tõrked, mis nõuavad varukoopiast taastamist

Kuigi on mitut tüüpi probleeme, mis võivad häirida Oracle'i andmebaasi või I/O-toimingute normaalset toimimist, nõuavad tavaliselt administraatori (DBA) sekkumist ja andmekandjate taastamist ainult kaks neist: tegelikud meediumirikked (kõvakettad jne) ja vead kasutajad.

Muud tõrked võivad nõuda DBA sekkumist andmebaasi uuesti laadimiseks (pärast eksemplari tõrget) või täiendava kettaruumi eraldamiseks (pärast SQL-lause tõrget, mis on tingitud näiteks täielikust andmefailist), kuid need olukorrad ei põhjusta üldjuhul andmete kadumist. ja ei nõua varukoopiast taastamist.

Kasutaja vead

Kasutajavead tekivad kas rakendusloogika vigade tõttu või kasutusjuhendist kõrvalekaldumisel muudetakse või kustutatakse teie andmebaasis olevaid andmeid valesti. Kasutajavea tõttu tekkiv teabekaotus hõlmab selliseid vigu nagu oluliste tabelite kustutamine või tabeli sisu kustutamine või muutmine. Kuigi kasutajate koolitamine ja hoolikas privileegide haldamine võivad kaitsta enamiku kasutajavigade eest, määrab teie varundusstrateegia kindlaks, kui nõtkelt te kaotatud andmeid taastate, kui kasutaja viga põhjustab teabekao.

Andmekandja rike

Meedia rike– see on ketta füüsilise probleemi tõttu andmebaasi toimimiseks vajaliku faili lugemise või kirjutamise tõrge kettale. Näiteks pea rike. Kõik andmebaasifailid võivad meediatõrke tõttu kahjustada saada.

Sobiv meetod meediumirikkest taastamiseks sõltub sellest, milliseid faile tõrge mõjutas, ja ka saadaolevatest varukoopiate tüüpidest.

Oracle'i varundus- ja taastamislahendused: RMAN ja kohandatud varukoopiad

Füüsiliste varukoopiate põhjal varundamiseks ja taastamiseks on teie käsutuses kaks lahendust.

  • Taastamishaldur– tööriist (töötab käsurealt või Enterprise Manageri GUI-st), mis integreerub Oracle'i serveris töötavate seanssidega, et teha mitmeid varundamise ja taastamisega seotud toiminguid ning säilitada varukoopiate ajalugu
  • Traditsiooniline kohandatud varundamine ja taastamine(st kasutaja hallatav ja juhitav), kus saate otse hallata faile, mis moodustavad teie andmebaasi, kasutades OS-i käske ning SQL*Plusi varundus- ja taastamisvõimalusi

Mõlemat meetodit toetab Oracle ja need on täielikult dokumenteeritud. Recovery Manager on aga eelistatud lahendus andmebaasi varundamiseks ja taastamiseks. See suudab teha sama tüüpi varundus- ja taastamistoiminguid, mis on saadaval kohandatud varundamise ja taastamise korral, kuid palju lihtsamal viisil ning RMAN pakub ka ühist liidest varundusülesannete jaoks erinevates operatsioonisüsteemides ning pakub ka mitmeid varundustehnoloogiaid, mis pole saadaval käsitsi varundamise meetodid.

Suurem osa artiklist keskendub varundamisele ja taastamisele RMAN-i abil. Kavatsen kirjeldada kohandatud varundamise ja taastamise meetodeid tulevastes varundust ja taastamist käsitlevates artiklites.

Olenemata sellest, millist meetodit kasutate (RMAN või kohandatud meetod), saate oma füüsilisi varukoopiaid täiendada skeemiobjektide loogiliste varukoopiatega, mida tehakse ekspordiutiliitide kaudu. Sel viisil salvestatud andmeid saab hiljem importida, et need objektid pärast füüsilisest varukoopiast taastamist uuesti luua. Loogilisi varukoopiaid ma selles artiklis siiski ei käsitle (siis tahan loogilistest varukoopiatest kirjutada eraldi artikli).

Täname tähelepanu eest! Ärge jätke mööda varundamise ja taastamise teema jätkumist tulevastes artiklites, mida proovin lähiajal kirjutada. Edu!.

Selles dokumendis kirjeldatakse eeskirju ja protseduure, mida tuleb järgida ettevõtte tasemel Oracle'i varukoopiate tegemisel, kasutades tarkvara Bacula Enterprise Edition. Dokument sisaldab ka erinevaid stsenaariume Oracle'i varukoopia taastamiseks.

Oracle Backupi ülevaade

Bacula Enterprise Edition kasutab ainulaadset Oracle'i varunduspluginat, mis muudab Oracle'i varundamise ja taastamise lihtsamaks. Pistikprogramm võimaldab kasutada täiustatud meetodeid kuuma ja külma Oracle'i varukoopiate tegemiseks ning 10. ja 11. põlvkonna serveritesse salvestatud andmete ja konfiguratsioonide taastamiseks. Oracle'i andmebaasi varundusplugin võimaldab taastada Oracle'i teatud ajahetkel (kontrollpunktini), filtreerida objekte Oracle'i varundamise ajal ja taastada. Samuti võimaldab see luua Oracle'i varukoopiaid konfiguratsiooniteabe, näiteks parameetritega. Oracle'i andmebaasi varunduspluginat toetavad Oracle'i toetatud Linuxi 32/64-bitised platvormid, samuti Oracle'i 10.x, 11.x andmebaasid.

Muud Oracle'i varundamise eelised Baculaga:

  • RMAN-režiimi kasutamisel võimaldab pistikprogramm luua ploki tasemel Oracle'i inkrementaalseid ja diferentsiaalseid varukoopiaid.
  • RMANi muudatuste jälgimise funktsioon, mida kasutatakse järgnevateks järkjärgulisteks varukoopiateks, parandab oluliselt varukoopiate loomist, salvestades iga andmefaili muudetud plokid muudatuste jälgimise faili.
  • Andmebaasi administraator ei pea omama Oracle'i andmebaasiga töötamise oskusi ega oskama Oracle'i varukoopiate jaoks keerulisi skripte luua.
  • See Oracle'i varukoopiate loomise ja taastamise pistikprogramm on loodud ka konfiguratsiooniteabe, näiteks parameetrite, varukoopiate loomiseks.

See dokument tutvustab erinevaid meetodeid ja strateegiaid Oracle'i varundamiseks, kasutades tarkvara Bacula Enterprise Edition ja selle pistikprogrammi.

Oracle Backup Glossary

Selles dokumendis kasutatakse järgmisi termineid:

  • ARC(Arhiivipäevik)– andmete terviklikkuse tagamiseks kasutatav standardmeetod. ARC põhiidee seisneb selles, et andmefailides (mis sisaldavad tabeleid ja indekseid) tehtud muudatused kirjutatakse alles pärast muudatuste logimist, st pärast muudatusi kirjeldavate logikirjete migreerimist püsivasse salvestusruumi.
  • PITR Oracle Predefined Point Recovery (PITR) taastab andmebaasi kindlal ajahetkel ning seejärel kasutab andmebaasi sellesse punkti taastamiseks järkjärgulisi varukoopiaid ja tagasipööramisi. PITR-i taastamist nimetatakse mõnikord mittetäielikuks, kuna PITR-i taastamine taastab andmebaasi kindlasse punkti ja protseduur ise ei kasuta kõiki Oracle'i varunduslogifaile.
  • RMAN Oracle Recovery Manager või RMAN, käsurea ja Oracle Enterprise Manageril põhinev tööriist, on Oracle'i soovitatud meetod andmebaasi varundamiseks ja taastamiseks. RMAN-i utiliit on loodud töötama otse serveriga. Utiliit võimaldab tuvastada kahjustatud andmeplokke andmebaasi varundamise ja taastamise ajal. RMAN-i utiliit optimeerib jõudlust ja mälutarbimist varukoopia loomise ajal, tihendades faile ja tihendades varukoopiakomplekti.
    http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
  • EXP/IMP Oracle'i ekspordi (exp) / import (imp) utiliite kasutatakse andmebaasi loogilise varundamise/taastamise teostamiseks. Eksportimisel luuakse binaarfailina andmebaasiobjektide dump, mille saab seejärel importida mõnda teise Oracle'i andmebaasi.
  • Andmepump Oracle Data Pump tehnoloogia on kaasaegsem, kiirem ja paindlikum alternatiiv Oracle'i eelmistes versioonides kasutatud "exp" ja "imp" utiliitidele. Kahjuks ei toeta see uus meetod andmete väljastamist otse FIFO-faili. Seetõttu tööriistade kasutamine Andmepump nõuab andmete esmalt kettale kopeerimist ja seejärel nende andmete lugemist Bacula Enterprise File Deemoni abil. Oracle'i varundusplugina praegune versioon ei toeta Data Pump tehnoloogiat.
  • SBT Vaikimisi saadab RMAN kõik Oracle'i varukoopiad kettale spetsiaalsesse süsteemikataloogi. RMAN-i saate konfigureerida ka SBT-mooduli abil varukoopiate loomiseks muudele andmekandjatele, näiteks magnetlindile. Bacula toimib sel juhul meediahaldurina ja andmed edastatakse otse RMAN-ist Baculasse.
  • libobk SBT liides on rakendatud libobk teegifaili alusel.
  • Lauapind Andmebaas on jagatud loogilisteks salvestusaladeks, mida nimetatakse tabeliruumideks ja mis on rühmitatud nende loogilise struktuuri alusel. Näiteks tabeliruumid rühmitavad halduse lihtsustamiseks tavaliselt kõik rakendusobjektid.
  • Skeem on andmebaasiobjektide kogum. Skeem kuulub andmebaasi kasutajale. Skeemil on sama nimi, mis selle kasutajal. Skeemiobjektid on loogilised struktuurid, mis on otseselt seotud andmebaasi andmetega. Skeemiobjektid hõlmavad struktuure, nagu tabelid, vaated ja indeksid. (Tabeliruumi ja skeemi vahel pole seost. Sama skeemi objektid võivad asuda erinevates tabeliruumides ja tabeliruumid võivad sisaldada objekte erinevatest skeemidest.)
  • Näide Oracle'i andmebaasiserver koosneb Oracle'i andmebaasist ja Oracle'i andmebaasi eksemplarist. Iga kord, kui andmebaas käivitatakse, eraldatakse süsteemi globaalne ala (SGA) ja Oracle'i taustprotsessid käivitatakse. Taustprotsesside ja mälupuhvrite kombinatsiooni nimetatakse Oracle'i eksemplariks.
  • SID Oracle'i süsteemi ID-d (SID) kasutatakse andmebaasi tuvastamiseks süsteemis. Seetõttu ei saa ühes süsteemis eksisteerida rohkem kui üks kordumatu SID-ga andmebaas. Tavaliselt määrab SID muutuja "ORACLE_SID". Teise võimalusena leiate selle identifikaatori esimeselt väljalt (enne /etc/oratab. 🙂.
  • Kopeeri Iga kord, kui avate andmebaasi käsu ALTER DATABASE OPEN RESETLOGS abil, luuakse selline koopia.
  • SCN Süsteemi muudatuse number (SCN) on Oracle'i number, mis suureneb järjestikku iga andmebaasis tehtud muudatusega: sisestamine, värskendamine, kustutamine. SCN-i arv suureneb ka DB interaktsiooni tulemusena.
  • Oracle Recovery– toiming, mis viib andmete eraldamiseni varukoopiast. Pärast andmebaasi taastamist peate võib-olla taastama selle algsesse olekusse, st veerema selle edasi teatud kontrollpunkti.
  • Algsesse olekusse naasmine– see on protseduur taastatud andmefaili värskendamiseks, kasutades arhiveeritud "uuesti" toimingute logisid ja praegusi logisid, st kasutades pärast varukoopia loomist andmebaasis tehtud muudatusi.
  • Funktsioon Puhverserveri koopia on RMAN-i utiliidi funktsioon, mida Bacula Enterprise'i tarkvara SBT-liidese praegune juurutamine ei toeta.

Legend

  • Väärtused sulgudes< >kasutajate sisestatud, näiteks tuleb asendada praeguse ORACLE_SID numbriga. Kui teie ORACLE_SID-number on test TEST, kirjutatakse fail nimega init .ora näeb välja nagu initTEST.ora.
  • % tähendab, et käsku peab käivitama tavakasutaja.
  • # tähendab, et käsk tuleb käivitada juurkasutajakontona.
  • RMAN> tähendab, et käsk tuleb käivitada rmani seansi sees.
  • SQL> tähendab, et käsk tuleb käivitada sqlplusi seansi sees.
  1. Oracle'i varukoopiakoos pluginaga

Oracle'i varundusmeetodi valimine: Dump või RMAN utiliit

Allolev tabel näitab Oracle'i Bacula Enterprise'i pistikprogrammi toetatud varukoopia taastamise meetodite eeliseid. Ühe või teise meetodi valimisel juhinduge sellistest funktsioonidest nagu Oracle'i varukoopia taastamise võimalus määratud kontrollpunktini, võimalus varundamise või taastamise ajal objekte filtreerida. Samuti saab kasutaja kombineerida ühe klastri jaoks prügila loomise ja RMAN PITR utiliidi kasutamise meetodeid.

RMAN võimaldab ka täiustatud tehnikaid, mille abil saate saata andmeid läbi Bacula Enterprise'i SBT-liidese (nt lindile ja kettale samaaegselt kiiremaks taastamiseks).

Funktsioon Prügi maha RMAN RMAN SBT
Võimalus taastada üks objekt (tabel, diagramm ...) Jah Ei Ei
Võimalus taastada üks fail (register, andmebaas, tabel ...) Ei Jah Jah
Oracle'i varukoopia loomise kiirus Madal Kõrge Kõrge
Taastumise kiirus Madal Kõrge kõrge*
Oracle'i varukoopia suurus Väike Suur Suur
Suurus kohalikul kettal varukoopia loomisel Mitte midagi Kogu varukoopia Mitte midagi
Suurus kohalikul kettal taastamise ajal Mitte midagi Kogu varukoopia Nõutavad objektid
Võimalus taastada kontrollpunkti Ei Jah Jah
Oracle'i inkrementaalse/diferentsiaalse varundamise tugi Ei Jah Jah
Paralleelne taastumine Jah Jah Jah
Oracle'i võrgus varundamine Jah Jah Jah
Järjepidevus Jah Jah Jah
Võimalus taastada Oracle'i eelmisele suuremale versioonile Ei Ei Ei

Tabel 1. Oracle'i taastamismeetodid

*RMAN SBT liidese kasutamisel sõltub taastamise kiirus erinevatest elementidest, nagu meediumitüüp (lint või ketas), võrgu edastuskiirus, seadme saadavus kaitsedeemoniga jne... Bacula Enterprise'i tarkvara versioonis 6.4 ja kõrgem kaitsedeemoniga seade saab kasutada sama ketta mahtu mitme paralleelse taastamise jaoks. Seega on võimalik korraga täita mitut Oracle'i taastamise ja varundamise ülesannet.

RMAN SBT seadistamine

Kasutusjuhendi selles jaotises kirjeldatakse, kuidas Bacula Enterprise SBT liidest Oracle'i ja RMANi abil õigesti installida ja konfigureerida.

Oracle'i varukoopia loomisel või RMAN-ist varukoopia käivitamisel peab RMAN võtma ühendust tsentraliseeritud Bacula Enterprise Directoriga, et saada teavet failide ja köite kohta või käivitada Oracle'i varukoopia või taastamine. Side loomiseks vajate tavalisi FIFO käsufaile ja b-konsooli.

Oracle-sbt-fd pistikprogrammi kasutamisel ei saa direktor käivitada Oracle'i varukoopiat b-konsoolist ega ajakavast. Ainult RMAN-i utiliit saab seansi algatada ja varundada. Mõelge asjaolule, et kasutate endiselt Oracle'i standardset varukoopiat, ja seejärel kasutage RMAN-i automaatseks helistamiseks RunScripti.

Bacula konfigureerimine. SBT liidese kasutamisel peate installima b-konsooli (Bacula konsool). Konsool peab võimaldama teil luua ühenduse tsentraliseeritud direktoriga ja pääseda juurde kohalikule kliendile, Oracle'i varundusülesandele ja muudele basseini omadustele.

Piiratud võimalustega konsooli kasutamiseks võite kasutada järgmist konsooli definitsiooni.

Joonis 1. Oracle'i varundamine RMANi ja Bacula vahelisel suhtlusel

“Oracle” Unixi kasutaja peaks suutma kuvada b-konsooli ja lugeda vastavat konfiguratsioonifaili bconsole.conf, mida ei ole vaikekonfiguratsioon. Saate binaar- ja konfiguratsioonifaili kausta kopeerida /opt/bacula/oracle kasutades järgmisi Unixi käske:

Tähtis. Pärast iga Bacula Enterprise'i värskendust võite vajada binaarse b-konsooli koopiat.

Paralleelsete ülesannete täitmine Oracle'i andmebaasi varundamisel

Oracle'i varundamise või taastamise käivitamiseks mitme kanali abil peate tagama, et kõik vajalikud Oracle DB varundusplugina ressursid on õigesti konfigureeritud, kasutades käsku Maximum Concurrent Jobs, et võimaldada paralleelsete ülesannete käitamist.

  • Režissöör: direktor (ex: 100)
  • Režissöör: Klient (nt: 10)
  • Režissöör: Töö (nt 10)
  • Režissöör: Storage (nt: 10)
  • Salvestusruum: salvestusruum (nt 100)
  • Salvestusruum: seade (nt 10 või 10 seadet, mis on rühmitatud virtuaalsesse muutjasse)
  • Klient: FileDaemon (nt 10)

Varundus- ja taastamisülesannete samaaegseks käitamiseks samas Directori salvestusressursis peab konfiguratsioon kasutama Virtual Changeri draivi. Teave erikonfiguratsioonide kohta on esitatud tehnilises dokumentatsioonis Ketta varundamine.

Meediapiirangud

Oracle nõuab, et Bacula Enterprise Media Manager ei ühendaks samas jadaseadmes kahe paralleelse API seansi andmevooge. See tähendab, et kui kasutate Oracle'i andmebaasi varundamiseks lindiseadet, peate iga paralleelse varundustoimingu jaoks kasutama erinevat lindiseadet. See piirang ei kehti kettadraivide kohta. See piirang tähendab eriti pikka taastumist.

Bacula SBT konfigureerimine

libobk saab konfigureerida faili abil /opt/bacula/oracle/sbt.conf või / opt/bacula/etc/sbt.conf või kasutades käsku RMAN SAADA. Tabelis 2 on näidatud kasutatud deskriptorid:

Parameeter Kirjeldus Näide
klient Bacula kliendi nimi klient=oracle-fd
taasta klient Taastamiseks kasutatav Bacula kliendi nimi restoreclient=oracle-fd
töö b-konsooli käsk argumentidega

bconsole=”/tmp/bconsole -n”
töö taastamine Bacula taastamise ülesande nimi. Kui teie konfiguratsioonis on määratletud mitu taastetoimingut ja seda valikut ei kasutata, valib SBT pistikprogramm automaatselt esimese määratud taastetoimingu. restorejob=Taasta failid
oota töö lõpetamist SBT seansi lõpus ülesande täitmise ootamine. Vaikimisi lõpeb seanss nii kiiresti kui võimalik. Pange tähele, et seda valikut tuleks kasutada ainult RMAN-i utiliidist varundamise käivitamisel. oota töö lõpetamist
värskendada Värskenduse tüüp (kohalik kataloog). Kui failinimi on kohalikus kataloogis olemas, vastab pistikprogramm otse RMAN-ile, ilma Bacula Directoriga ühendust võtmata. Kasutage Bacula Directori kinnitamise sundimiseks käsku update=force. update=force
jobopt Täiendav ülesande parameeter jobopt="spooldata=no"
backupdir Kohaliku kataloogi kaust backupdir=/opt/bacula/oracle
ctrl-fail Juhtfaili peamine tee ctrlfile=/tmp/oracle
ctrltimeout Peatage Baculaga ühenduse loomisel ctrltimeout=300
uuesti proovima Baculaga ühenduse loomise katsete arv
kohalik direktor Andmefaili kohalik kaust, mida SBT pistikprogramm kontrollib enne Bacula taasteülesande kutsumist.

Localdir=/tmp/@ORACLE/sbt
kataloog Kataloogi nimi Bacula Katalog = "MyCatalog 2"
jälg Failitee jälgimisfail trace=/tmp/log.txt
silumine Silumise tase

Tabel 2. SBT libobki konfiguratsioon

Minimaalsed parameetrid, mis tuleb seadistusfailis määrata, on klient, ülesanne ja b-konsool. Pange tähele, et kui konfigureeritav element sisaldab tühikuid, tuleb kasutada jutumärke (nt b-konsool).

Neid sätteid saab üle kirjutada käsuga RMAN SEND.

SEND-käsk on piiratud 512 baidiga, seega saab kõigi parameetrite määramiseks kasutada mitut SEND-käsku. SBT-liidese kasutamisel on parem vältida pikki teid.

FileSeti konfiguratsioon

Oracle SBT andmebaasi varundusplugin (oracle-sbt) aktsepteerib Job FileSetis olevaid parameetreid, nagu on kirjeldatud tabelis 3.

Tabel 3. Oracle SBT pistikprogrammi parameetrid

sbt.conf konfiguratsiooni testimine

Bacula Enterprise Oracle SBT pistikprogrammi konfiguratsiooni testimiseks saab juurkasutaja kasutada järgmisi käske:

Kui ühenduses tekib tõrge, kuvatakse teade. Kuni te pole oma ühenduse sätteid õigesti konfigureerinud, pole Oracle RMANi varukoopia käivitamisel mõtet.

Bacula SBT sisemine kataloog

libobk fail Bacula Enterprise tarkvara kasutab kõigi failide kohta teabe salvestamiseks kohalikku kataloogi. See teave võib olla aegunud. Seetõttu saate Bacula kataloogi sundotsimiseks kasutada faili sbt.conf parameetrit update=force või käsku SEND.

Vaikekataloog on salvestatud kausta / opt/bacula/oracle/bacula-sbt.cat ja see võib olla osa tavalisest süsteemi varukoopiast.

Võimalus salvestada Oracle RMANi varukoopia

RMAN SBT Bacula Enterprise'i pistikprogrammi kasutamisel peab RMAN-i utiliidi määratud Oracle'i varukoopia salvestamise võimalus vastama Bacula mahule või mälusisese töö püsivusele. Kui RMAN saadab käsud varukoopiafailide kustutamiseks, ei ürita Bacula midagi puhastada ega kustutada.

Oracle'i varukoopiate näited

Järgmises näites kirjeldatakse, kuidas käitada korraga kolme paralleelset Bacula varundustööd. Sel juhul saadab RMAN-i utiliit neile andmed nn round-robin algoritmi abil. Kui RMAN-i utiliit ei suuda Baculaga ühel või mitmel kanalil suhelda, saadab RMAN andmed automaatselt saadaolevale kanalile. See tähendab, et kui teie salvestusruum või tsentraliseeritud direktor on hõivatud (piiratud seadmete arvu või paralleelsete ülesannete maksimaalse arvu seadetega), leiab RMAN automaatselt väljapääsu.

Selles näites kasutab RMAN 3 faili taastamiseks 3 Bacula ülesannet.

RMAN-režiimi konfiguratsioon

Kasutusjuhendi selles jaotises kirjeldatakse RMAN-i utiliidi konfigureerimist, et see töötaks õigesti Oracle'i andmebaasi varundusplugina osaga, mis ei kasuta SBT-liidest.

Oracle'i andmebaasi varundusplugina praegune versioon toetab ainult neid andmebaase, mis on käivitatud aktiivse ARCHIVELOG-režiimiga.

ARCHIVELOGi konfiguratsioon Oracle'is

Oracle'i varukoopia loomise režiimi kasutamiseks RMAN-iga tuleb andmebaas käivitada režiimis ARCHIVELOG. Andmebaasi konfiguratsiooni kontrollimiseks võite kasutada järgmist SQL-käsku.

Andmebaasi arhiveerimisrežiimi lubamiseks saate SYSDBA olekus kasutada käsku ALTER DATABASE ARCHIVELOG.

  • Peatage andmebaas, kasutades käsku SHUTDOWN
  • Looge andmebaasi varukoopia
  • Redigeerige init-faili .ora arhiveeritud logi asukoha konfigureerimiseks
  • Käivitage andmebaas seda avamata, kasutades käsku STARTUP MOUNT
  • Muutke arhiveerimisrežiimi, kasutades käsku ALTER DATABASE ARCHIVELOG; ja avage see käsuga ALTER DATABASE OPEN;
  • Peatage andmebaas, kasutades käsku SHUTDOWN IMMEDIATE
  • Looge uuesti andmebaasi varukoopia, kuna ARCHIVELOGi muutmine värskendab juhtfaile ja muudab vanad varukoopiad kasutuskõlbmatuks. Oracle'i Bacula Enterprise'i pistikprogramm loob RMAN-i varukoopia, mis asetatakse alamkausta asukohta, kus asub arhiveeritud logifail, mis on määratud algfailis .ora.

Oracle'i järkjärgulise varundamise optimeerimine

RMANi muudatuste jälgimise funktsioon Oracle'i järkjärguliste varukoopiate loomiseks parandab selliste varukoopiate tõhusust, salvestades igas andmefailis muudetud plokid muutuste jälgimise faili. Kui muudatuste jälgimine on lubatud, kasutab RMAN muudatuste jälgimise faili muudetud plokkide tuvastamiseks, et luua järkjärgulisi varukoopiaid. See välistab vajaduse skannida andmefailis iga plokki.

Pärast muudatuste jälgimise funktsiooni aktiveerimist peab süsteem esimese täieliku varundamise korral siiski kõiki andmefaile skannima, kuna muudatuste jälgimise fail ei kajasta veel kõigi plokkide olekuid. Iga järgmine järkjärguline varukoopia, mis kasutab seda täielikku varukoopiat põhivarukoopiana, kasutab muudatuste jälgimise faili.

Järgmine SQL-käsk, mida käivitatakse sysdba-na, lubab muudatuste jälgimise funktsiooni ja kasutab arhiveeritud logi asukohana asukohta „/tee/failini”. (Pange tähele, et fail peab olema kehtivas kaustas, kuhu Oracle'i kasutaja saab kirjutada.)

RMAN-i varundamise võimalus

Kui kasutate RMAN-režiimi koos Bacula Enterprise'i pistikprogrammiga Oracle'i jaoks, käivitab iga Bacula ülesanne RMAN-i, et luua varukoopiate komplekt. Soovitame konfigureerida RMAN-i vanade failide kustutamiseks teatud aja möödudes. Kuigi seda toimingut saab teha kohe pärast varundamise lõpetamist, soovitame andmeid kettale kauem salvestada, et vältida Oracle'i kontrollpunktide taastamise raskusi. Järgmine käsk aitab teil määrata Oracle'i faili säilitusperioodiks 7 päeva. Sellest peaks piisama, kui varundate Oracle'i vähemalt kord 7 päeva jooksul.

Lisateabe saamiseks vaadake RMANi juhendit.

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

Oracle'i pistikprogrammi konfigureerimine RMAN-i jaoks

Kui kasutate RMAN-i PITR-i taastamise funktsiooni, peab Oracle'i Bacula pistikprogramm aktiveerima täpse režiimi. Peate lubama toiminguressursil täpse režiimi. Pange tähele, et koos pistikprogrammiga kasutatakse funktsiooni Täpne tagamaks, et Bacula pistikprogramm salvestab kõik uued failid, kuid neid ei märgita kustutatuks, kuna need on tõenäoliselt taas kasulikud.

RMAN-režiimis võimaldab Oracle'i pistikprogramm kasutada ka lisaparameetreid, mis on määratud plugina käsurealt. Vaata allolevat tabelit:

Parameeter Kirjeldus Vaikimisi Näide
režiimis RMAN-režiimis on vaja aktiveerida PITR-i varundamine Prügi maha mode=rman
Oracle_user Unix Oracle superkasutaja oraakel oracle_user=oracle10
sid Oracle SID SID=XE
Oracle_SID Oracle SID Oracle_SID=XE
Oracle_HOME Oracle HOME ORACLE_HOME=/opt/oracle/…
paljusõnaline RMAN väljund kuvatakse ülesandes kui 0 verbose=1
sbt SBT kasutamine RMAN-is sbt
ctrl-fail Peamine tee failide juhtimiseks SBT kasutamisel ctrlfile=/tmp/oracle

Tabel 4. Oracle'i pistikprogrammi parameetrid RMAN-režiimis

Seejärel laadib plugin kasutades where=/ või where= selle SQL-faili teie andmebaasi. Kui mõned rollid on juba olemas, kuvatakse töölogis veateade. Samuti saate faili users.sql taastada kohalikku kataloogi, seda redigeerida ja faili mis tahes valitud osa taastamiseks sqlplusi abil laadida.

Ühe Oracle'i andmebaasi taastamine.Ühe skeemi taastamiseks Bacula Enterprise Plugin for Oracle abil tuleb taastamiskäsu käigus valida kataloogiskeem, valik peab sisaldama andmefaili (data.dmp) ja skeemi loomise skripti (user.sql).

Riis. 3 Andmebaasi sisu koos dump'iga BWebis

Kui DB kataloog on valitud, saate parameetri where abil taastada skeemi uuele erineva nimega skeemile. Uue skeemi nime loomiseks peate võrdsustama parameetri where ühe sõnaga, mis sisaldab märke A..Z, 0-9 ja _. Bacula pistikprogramm loob seejärel määratud skeemi ja taastab sellele andmed.

Soovitame kasutada skeemide nimetustes alati suuri tähti. Oracle'i Bacula Enterprise'i pistikprogramm loob uue skeemi uuesti, kasutades nime, mille määrasite parameetris where=. Kui kasutate nimes suur- ja väiketähti, võib tekkida olukord, kus peate skeemi nime avamiseks lisama jutumärkidesse.

Pärast taastamist peate võib-olla lähtestama äsja loodud skeemi parooli, kasutades samu sätteid kui algses skeemis. Selleks käivitage:

Kui määrate parameetri väärtuseks mitte kunagi, kontrollib Bacula pistikprogramm skeemide loendit ja katkestab toimingu, kui praegune taastatav skeem on juba olemas.

Kui parameeter where on kataloog (sisaldab /), taastab Bacula pistikprogramm kõik failid sellesse kataloogi. Nii saate kasutada imp kataloogi ja taastada ainult trigerid, tabelid, indeksid jne.

Ühe Oracle'i tabeli taastamine.Ühe objekti (nt tabeli) taastamiseks loodud tõmmisest peate esmalt taastama tõmmisfaili kohalikku kataloogi. Seejärel kasutage soovitud objekti importimiseks tööriista imp. Lisateabe saamiseks vaadake Oracle'i objektide importimise dokumentatsiooni.

Oracle'i dump-failide taastamine kataloogi. SQL-i tõmmiste taastamiseks kataloogi saate määrata parameetri where mis tahes kehtivale kataloogile.

Oracle'i taastamisprotsess Bacula pistikprogrammiga loob Oracle SID XE-s SYS-skeemi taastamisel järgmised kaustad ja taastab sinna valitud failid.

Kogu Oracle'i andmebaasi taastamine. Kõigi andmebaaside ja andmebaasi konfiguratsioonide taastamiseks taastage lihtsalt kõik failid, mis asuvad /@ORACLE/ , kasutage asendus=alati ja kus=/.

Oracle'i varundamise ja taastamise piirangud

Vaikimisi pistikprogrammid ei ühildu ülesannetega Kopeerimine/migreerimine/VirtualFull.



SEOTUD ARTIKLID