Teknologji informacioni, internet, programim ueb, IT, Hi-Tech,…. Rezervimi dhe rivendosja e të dhënave të bazës së të dhënave Oracle

Përshëndetje të dashur lexues të faqes së blogut! Unë paraqes në vëmendjen tuaj një artikull mbi rezervimin dhe rivendosjen e bazave të të dhënave Oracle. Unë mendoj se ky material do të jetë i dobishëm për administratorët që kryejnë kopje rezervë dhe rivendosje në një server Oracle duke përdorur Recovery Manager (RMAN).

Rezervimi dhe rivendosja

Për të kuptuar artikullin, është e dëshirueshme të keni një kuptim të fushave të mëposhtme:

• Konceptet e bazës së të dhënave relacionale dhe bazat e administrimit.
• Mjedisi OS në të cilin funksionon baza e të dhënave Oracle.

Në fakt, ky artikull është hyrje në një seri artikujsh mbi konceptet bazë të kopjimit dhe rikuperimit. Unë ua rekomandoj këtë material të gjithë përdoruesve përgjegjës për rezervimin dhe rikuperimin. Në përgjithësi, artikulli do të jetë me interes për të gjithë përdoruesit, jo vetëm për ata që përdorin RMAN. Në të ardhmen, unë planifikoj t'ju tregoj më shumë rreth teknologjive të kopjimit dhe rikuperimit duke përdorur Menaxherin e Rimëkëmbjes. Përdoruesit që menaxhojnë kopjet rezervë dhe rikuperimet pa RMAN do të duhet vetëm të familjarizohen me konceptet në këtë artikull dhe me postimet pasuese të përmbledhjes mbi kopjet rezervë dhe rikuperimet.

Kështu, qëllimi i këtij grupi artikujsh është të ofrojë një përmbledhje të koncepteve të kopjimit dhe rikuperimit, të rishikojë skedarët e bazës së të dhënave Oracle në lidhje me kopjen rezervë dhe rikuperimin, dhe të eksplorojë mjetet e disponueshme për të rezervuar dhe rivendosur bazën e të dhënave tuaja, për të mbrojtur kundër humbjes së informacionit dhe gabime të tjera.

Pra, çfarë është kopjimi dhe rivendosja? Rezervoni dhe rivendosni përfshin strategji dhe procedura të ndryshme që lidhen me mbrojtjen e bazës së të dhënave tuaja nga humbja e informacionit dhe rivendosjen e bazës së të dhënave pas një forme të humbjes së të dhënave.

Rezervime fizike dhe logjike

RezervimiËshtë një kopje e të dhënave nga databaza juaj që mund të përdoret për rikuperim. Rezervimet mund të ndahen në kopje rezervë fizike dhe kopje rezervë logjike.

Rezervimet fizike janë kopje rezervë të skedarëve fizikë të përdorur për të ruajtur dhe rivendosur bazën e të dhënave tuaja, të tilla si skedarët e të dhënave, skedarët e kontrollit, arkivat e skedarëve të regjistrave. Në fund të fundit, çdo kopje rezervë fizike është një kopje e skedarëve që ruajnë informacione rreth bazës së të dhënave në një vend të ndryshëm (disk, kasetë, etj.).

Rezervimet logjike përmbajnë të dhëna logjike (për shembull, tabela ose procedura të ruajtura) të eksportuara nga baza e të dhënave duke përdorur programin e eksportit të Oracle dhe të ruajtura si një skedar binar - për mundësinë e mëvonshme të importimit në bazën e të dhënave duke përdorur përkatësisht mjetin e importit të Oracle.

Rezervimet fizike janë themeli i çdo strategjie të besueshme rezervë dhe rikthimi, ndërsa kopjet rezervë logjike janë një shtesë e dobishme për kopjet rezervë fizike në shumë raste, por ato nuk janë të mjaftueshme për t'u mbrojtur në mënyrë adekuate nga humbja e informacionit pa kopje rezervë fizike.

Më tej, termi "backup" në këtë artikull mbi rezervimin dhe rikuperimin do të nënkuptojë, para së gjithash, kopje rezervë fizike (nëse nuk specifikohet se për cilat kopje rezervë bëhet fjalë), dhe bëni një kopje rezervë një pjesë ose e gjithë baza e të dhënave do të thotë - të bësh një nga llojet e rezervimit fizik. Fokusi i artikullit është kryesisht në kopjet rezervë fizike.

Gabimet dhe përplasjet që kërkojnë Rivendosje nga Rezervimi

Ndërsa ka disa lloje problemesh që mund të ndërpresin operacionet normale të bazës së të dhënave të Oracle ose I/O, zakonisht vetëm dy prej tyre kërkojnë ndërhyrjen e DBA dhe rikuperimin e medias: dështimet aktuale të mediave (hard disqet, etj.) dhe gabimet e përdoruesve.

Dështime të tjera mund të kërkojnë ndërhyrjen e DBA-së për të rindezur bazën e të dhënave (pas një përplasjeje shembulli) ose për të ndarë hapësirë ​​shtesë në disk (pasi një deklaratë sql dështon për shkak, për shembull, një skedari të dhënash të tejmbushur), por këto situata në përgjithësi nuk do të rezultojnë në humbje të të dhënave dhe nuk do të kërkojë rikthim nga një kopje rezervë.

Gabimet e përdoruesit

Gabimet e përdoruesit ndodhin ose për shkak të gabimeve në logjikën e aplikacionit, ose kur devijoni nga manuali i funksionimit, të dhënat në bazën e të dhënave tuaja ndryshohen ose fshihen gabimisht. Humbja e informacionit për shkak të gabimit të përdoruesit përfshin gabime të tilla si fshirja e tabelave të rëndësishme, fshirja ose modifikimi i përmbajtjes së një tabele. Ndërsa trajnimi i përdoruesit dhe menaxhimi i kujdesshëm i privilegjeve mund të mbrojnë kundër shumicës së gabimeve të përdoruesit, strategjia juaj e rezervimit do të përcaktojë se sa me hijeshi mund t'i rikuperoni të dhënat e humbura kur gabimi i përdoruesit shkakton humbje informacioni.

Dështimi i medias së ruajtjes

Dështimi i mediasËshtë një dështim për të lexuar ose shkruar një skedar në disk, i cili kërkohet për funksionimin e bazës së të dhënave, për shkak të një problemi fizik me diskun. për shembull, dështimi i kokës. Çdo skedar DB mund të dëmtohet për shkak të dështimit të medias.

Metoda e duhur e rikuperimit nga një dështim i medias varet nga cilat skedarë janë prekur nga dështimi dhe llojet e rezervave të disponueshme.

Oracle Backup and Restore Solutions: RMAN dhe Rezervime të personalizuara

Për kopjet rezervë dhe rikthimet e bazuara në kopje rezervë fizike, ju keni dy zgjidhje:

• Menaxheri i Rimëkëmbjes- një mjet (punon nga linja e komandës ose nga ndërfaqja grafike e Enterprise Manager) që integrohet me sesionet që ekzekutohen në serverin Oracle për të kryer një sërë veprimesh në lidhje me rezervimin dhe rivendosjen, si dhe për të ruajtur historinë e kopjeve rezervë
• Tradicionale kopje rezervë dhe rivendosje me porosi(d.m.th. i implementuar dhe i kontrolluar nga vetë përdoruesi) kur ju manipuloni drejtpërdrejt skedarët që përbëjnë bazën tuaj të të dhënave duke përdorur komandat e OS dhe aftësitë e rezervimit dhe rikthimit të SQL * Plus

Të dyja metodat mbështeten nga Oracle Corporation dhe janë plotësisht të dokumentuara. Menaxheri i Rimëkëmbjes, megjithatë, është zgjidhja e preferuar për rezervimin dhe rivendosjen e bazave të të dhënave. Ai mund të kryejë të njëjtat lloje të kopjimit dhe rikthimit të disponueshëm me kopje rezervë dhe rivendosje të personalizuar, por në një mënyrë shumë më të thjeshtë, dhe RMAN ofron gjithashtu një ndërfaqe të përbashkët për detyrat rezervë në sisteme të ndryshme operative dhe ofron një numër teknologjish rezervë që nuk disponohen në manual metodat rezervë.

Pjesa më e madhe e artikullit do të fokusohet në kopjet rezervë dhe rikthimet e RMAN. Kam në plan të përshkruaj metodat e rezervimit dhe rivendosjes me porosi në artikujt e ardhshëm mbi kopjen rezervë dhe rivendosjen.

Cilado metodë që përdorni (RMAN ose metodë e personalizuar), ju mund t'i plotësoni kopjet rezervë fizike me kopje rezervë logjike të objekteve të skemës, të cilat bëhen përmes shërbimeve të eksportit. Të dhënat e ruajtura në këtë mënyrë mund të importohen më vonë për të rikrijuar këto objekte pas rivendosjes nga një kopje rezervë fizike. Sidoqoftë, nuk do të konsideroj kopje rezervë logjike në këtë artikull (atëherë dua të shkruaj një artikull të veçantë në lidhje me kopjet rezervë logjike).

Faleminderit per vemendjen! Mos e humbisni vazhdimin e temës për rezervimin dhe rikthimin në artikujt e ardhshëm që do të përpiqem t'i shkruaj në të ardhmen e afërt. Paç fat!.

Ekzistojnë dy mënyra për të kopjuar të dhënat e bazës së të dhënave të Oracle:

• Përdorimi i mjeteve të sistemit operativ.
• Përdorimi i shërbimeve të vetë bazës së të dhënave.

Secila prej këtyre metodave ka avantazhe dhe disavantazhe. Në rastin e krijimit të një kopje rezervë me anë të sistemit operativ, është e nevojshme që gjatë gjithë procesit të krijimit të një kopje rezervë, instanca të ndalet për të shmangur mospërputhjen e të dhënave, e cila është e papranueshme nëse sistemi duhet të funksionojë në 24/24 modaliteti 7. E meta e dytë kryesore është kompleksiteti i administrimit të një numri të madh kopjesh rezervë dhe mundimi i kontrollit të tyre për gabime.

Këto disavantazhe mund të shmangen duke përdorur shërbimet e bazës së të dhënave, por shfaqen disavantazhe të tjera, kompleksiteti i konfigurimit dhe sintaksa e komandës së vet.

Shërbimet e integruara të rezervimit të bazës së të dhënave janë kryesisht exp dhe expdp, të cilat ju lejojnë të krijoni një kopje rezervë logjike (d.m.th., një kopje të një objekti të bazës së të dhënave). Kjo metodë e krijimit të një kopje rezervë është e thjeshtë, por disavantazhi kryesor i saj është koha që duhet për të rivendosur nga një kopje nëse është e nevojshme të riinstaloni shembullin dhe aftësinë për të rivendosur një objekt vetëm në momentin specifik të kopjimit.

Shërbimi më i fuqishëm, i krijuar nga oracle posaçërisht për krijimin e kopjeve rezervë të bazës së të dhënave, është mjeti RMAN. E cila ju lejon të krijoni një kopje të plotë të bazës së të dhënave pa ndalur shembullin dhe ta rivendosni atë në çdo moment në të kaluarën, ai monitoron vetë kopjet e vjetruara dhe i fshin ato nëse është e nevojshme, si dhe i kontrollon ato për gabime. Por në të njëjtën kohë, ai ka një pengesë serioze; është e vështirë të konfigurohet dhe administrohet. Le të hedhim një vështrim më të afërt në konfigurimin dhe administrimin e këtij programi.

RMAN u prezantua në 8g dhe është përmirësuar me kalimin e kohës. Le ta konfigurojmë këtë mjet për të krijuar rregullisht kopje rezervë të bazës së të dhënave tona.

Para së gjithash, duhet të kuptoni se nga përbëhet baza e të dhënave dhe të vendosni se sa shpesh duhet të bëni një kopje rezervë. Në rastin tonë, kjo është një bazë të dhënash orakull dhe përbëhet nga skedarët e mëposhtëm:

• hapësira tavoline;
• skedarët e kontrollit;
• ribëj regjistrat;
• skedarët e të dhënave (init.ora, spfile, tnsnames.ora, listener.ora, orapwd);

Pasi kemi zgjedhur të dhënat për të ruajtur, ne vendosim për strategjinë e kopjimit, përkatësisht, zgjedhim frekuencën, llojin e kopjeve rezervë që do të krijohen dhe kohën e ruajtjes së tyre. Rezervimet janë të plota në rritje - domethënë një skedar plotësisht i kopjuar, kumulativ në rritje - kur kopja përmban vetëm ndryshimin midis gjendjes aktuale dhe gjendjes në kohën e rezervimit të fundit shtesë dhe diferencialit në rritje - kopje të tilla përmbajnë diferencën midis rrymës gjendjen dhe gjendjen në kohën e çdo rezervimi të fundit. Zgjedhja e strategjisë përcaktohet nga mënyra e funksionimit të bazës së të dhënave, nëse është një bazë të dhënash me ndryshime të shpeshta, atëherë është e dëshirueshme që të bëhen më shpesh kopje të plota në rritje, kjo do t'ju lejojë të rivendosni shpejt funksionimin e bazës së të dhënave pas një dështimi, sepse ju nuk keni nevojë të kryeni një numër të madh transaksionesh. Nëse kjo bazë të dhënash përdoret kryesisht për ruajtje dhe lexim, atëherë kopjet në rritje mund të bëhen rrallë dhe të kufizuara në ato të zakonshme kumulative.

Baza jonë e të dhënave përdoret kryesisht për ruajtje dhe ndryshon pak me kalimin e kohës, kështu që ne do të zgjedhim strategjinë e mëposhtme: krijoni një kopje shtesë një herë në javë 3 netë të dielën dhe krijoni kopje kumulative çdo natë në orën 3, kjo do t'ju lejojë të rivendosni shpejt bazën e të dhënave pa zënë shumë hapësirë ​​​​në disk duke përdorur maksimum 2 kopje.

Pasi të kemi vendosur se çfarë të kopjojmë dhe sa shpesh mund të vazhdojmë me vendosjen e një shembulli të bazës së të dhënave. Para së gjithash, duhet të siguroheni që baza e të dhënave të funksionojë në modalitetin e arkivit të arkivit, mund ta verifikoni këtë duke kërkuar:

Zgjidhni log_mode nga v $ database; nga çdo përdorues me të drejta sysdba. Nëse kërkesa u kthye në arkilog, atëherë gjithçka është në rregull, shkoni te artikulli tjetër, nëse noarchivelog, atëherë duhet të rinisni bazën e të dhënave në modalitetin e arkivit. Për ta bërë këtë, duhet të rinisni bazën në modalitetin e montimit me komandën:
montoni menjëherë nisjen dhe ekzekutoni komandën
ndryshimi i arkivit të bazës së të dhënave; aktivizon modalitetin e arkivit, pas kësaj mbetet vetëm për të hapur bazën e të dhënave me komandën:
ndryshimi i bazës së të dhënave të hapur;

Mbajtja e një kopjeje të regjistrave të ribërjes është e nevojshme për të krijuar kopje të qëndrueshme në rritje të bazës së të dhënave, si dhe për të qenë në gjendje të rivendosni gjendjen e bazës së të dhënave në çdo pikë në të kaluarën.

Pasi të vendosim bazën e të dhënave në modalitetin e arkivlogut, duhet të vendosim parametrat e fushës së rikuperimit të grupit në të. Le të kontrollojmë nëse ato janë vendosur tashmë nga pyetja:

Zgjidhni emrin, vlerën nga parametri v $ ku emri si "db_recovery_file_dest%"; nëse nuk është caktuar, atëherë vendoseni me komanda:
ndryshimi i grupit të sistemit db_recovery_file_dest_size = fushëveprimi 50G = të dyja; cakton madhësinë maksimale të zonës së rikuperimit të grupit dhe
ndrysho grupin e sistemit db_recovery_file_dest = fushëveprimi "/ ruajtja / zona_rikuperimi" = të dyja; specifikon vendndodhjen e zonës së rikuperimit të grupit në sistemin e skedarëve. Krijimi i një zone të rikuperimit të grupit është i nevojshëm në mënyrë që rman të mund të fshijë në mënyrë të pavarur kopjet e vjetruara, si dhe të gjurmojë hapësirën e mbetur të lirë të diskut dhe të paralajmërojë nëse mbetet e vogël.

Pas konfigurimit të shembullit, mund të vazhdoni me konfigurimin e vetë mjetit rman duke u lidhur me rman me një sekuencë komandash

Përdoruesi i synuar i lidhjes Rman / [email i mbrojtur] ekzekutoni komandën
trego të gjitha;

Para së gjithash, ne konfigurojmë parametrat e sigurisë së kopjeve rezervë, kjo bëhet ose nga parametri CONFIGURE RETENTION POLICY, ose vendoset numri i kopjeve që ruhen njëkohësisht, ose tregohet periudha në të cilën kopja konsiderohet e rëndësishme. Vendosni parametrin e dritares së rikuperimit në 7 ditë me komandën:

KONFIGURO POLITIKA E RUAJTJES NË DRITARËN E RIKULLIMIT 7 DITË; aktivizoni kopjen automatike të skedarit të kontrollit sa herë që krijohet një kopje rezervë, do të krijohet një kopje e skedarit të kontrollit:
KONFIGURONI AKTIVIZO AUTOBACKUPIN E KONTROLLIT; ne aktivizojmë optimizimin në mënyrë që rman të mos krijojë kopje të skedarëve, tashmë ka kopje rezervë identike me atë ekzistuese:
KONFIGUROJE OPTIMIZIMIN E REZERVIMIT AKTIV; dhe paralelizoni procesin e krijimit të kopjeve rezervë në 2 kanale:
KONFIGURO PARALELIZMIN E DISKUT TË LLOJIT TË PAJISJES 2; Ne nuk do t'i ndryshojmë parametrat e pajisjes në të cilën ruhen informacionet, enkriptimin, ngjeshjen, formatin e rezervimit automatik të skedarit të kontrollit dhe madhësinë maksimale të skedarit të kopjes.

Pas këtij konfigurimi, mbetet vetëm krijimi i skedarëve të ekzekutueshëm për rman në sistemin operativ dhe shtimi i tyre në planifikuesin e detyrave.

Për ringjalljen:

#! / bin / bash eksport ORACLE_HOME = / u01 / 11g / eksportoni NLS_LANG = american_america.AL32UTF8 eksportoni ORACLE_SID = kagu1251 rman lidhni përdoruesin e synuar / kaloni NIVELI RRITES REZERVËS 0 BAZA TË TË DHËNAVE; TË DHËNAT REZERVUESE "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; TË DHËNAT E REZERVIMIT "/ u01 / 11g / rrjeti / admin / listener.ora"; TË DHËNAT REZERVUESE "/ u01 / 11g / rrjeti / admin / tnsnames.ora"; TË DHËNAT E REZERVIMIT "/u01/11g/dbs/spfilekagu.ora"; TË DHËNAT E REZERVIMIT "/ u01 / 11g / dbs / orapwkagu1251";

Për pjesën tjetër të ditëve:

#! / bin / bash eksportoni ORACLE_HOME = / u01 / 11g / eksportoni NLS_LANG = american_america.AL32UTF8 eksportoni ORACLE_SID = kagu1251 rman lidhni përdoruesin e synuar / kaloni BAZA BACKUP RRITES NIVEL 1 TË TË DHËNAVE; TË DHËNAT REZERVUESE "/ oradata / db / admin / kagu / pfile / init.ora.6302012163819"; TË DHËNAT E REZERVIMIT "/ u01 / 11g / rrjeti / admin / listener.ora"; TË DHËNAT REZERVUESE "/ u01 / 11g / rrjeti / admin / tnsnames.ora"; TË DHËNAT E REZERVIMIT "/u01/11g/dbs/spfilekagu.ora"; TË DHËNAT E REZERVIMIT "/ u01 / 11g / dbs / orapwkagu1251";

Për të rivendosur të gjithë bazën e të dhënave pas zhdukjes së tyre të plotë, përdoret komanda RESTORE DATABASE, pas ekzekutimit të saj është e nevojshme të sinkronizohen të dhënat duke përdorur regjistrat e arkivit me komandën RECOVER DATABASE, restaurimi kryhet në modalitetin e montimit.

Për të rivendosur një hapësirë ​​të caktuar tabele, fillimisht duhet ta kaloni atë në modalitetin OFFLINE me komandën:

ALTER TABLESPACE përdorues OFFLINE;

Pas kësaj, rivendosni dhe sinkronizoni atë:

RESTORE përdoruesin TABLESPACE; RECOVER TABLESPACE përdorues; Pas përfundimit, kaloni në modalitetin online me komandën:
ALTER TABLESPACE përdorues ONLINE;

Ju gjithashtu mund ta ktheni përsëri bazën e të dhënave në një moment të caktuar në kohë për këtë, ekzekutoni komandën:

SETIMI DERI KOHA "29 Janar 2013 ora 20:00:00";

Ky rikuperim duhet të bëhet kur baza e të dhënave është në modalitetin e montimit dhe kur ta hapni, specifikoni opsionin RESETLOGS në mënyrë që ndryshimet e ruajtura në regjistrat e ribërjes të krijuar pas pikës së rikuperimit të mos kryhen.

Për të monitoruar kopjet rezervë të krijuara, komanda CROSSCHEK është e përshtatshme, e cila ju lejon të kontrolloni disponueshmërinë e kopjeve rezervë në zonën e rikuperimit të grupit dhe aftësinë për t'iu qasur atyre. Komanda VALIDATE përdoret për të testuar skedarët rezervë për gabime logjike ose fizike.

Karakteristikat kryesore:

Imazhi i diskut, Rezervimi në NAS, Rezervimi i skedarit të hapur (VSS), Licenca e përhershme
Duke filluar nga 29 €

SOFTUER FALAS PËR REZERVIM PËR SERVER DHE STACIONET E PUNËS

ZGJIDHJE REZERVUESE FALAS DHE PROFESIONALE

Iperius është një mjet i plotë i Windows për rezervimin e të dhënave. Mund të përdorni versionin Freeware (gjithashtu për Windows Server) për të kopjuar skedarë në NAS, disqe të jashtëm, disqe RDX, etj. pa asnjë kufizim kohor - ose zgjidhni një version të ndërmarrjes, me shumë funksione rezervë dhe veçori të avancuara: kopjimi i skedarëve të hapur (VSS), Drive Image për rikuperimin nga fatkeqësitë, kopje rezervë e makinave virtuale ESXi dhe Hyper-V, rezervimi i bazës së të dhënave SQL Server dhe MySQL , Rezervimi i Exchange Server, kopje rezervë në LTO Tape, kopje rezervë në Cloud (Google Drive, Amazon S3, etj.), Rezervimi në FTP / SFTP. Duke filluar nga Iperius Free, mund të aktivizohet një provë e versionit të plotë për të testuar të gjitha veçoritë e softuerit.

Iperius Console

MBAJNI NË KONTROLL TË GJITHA KONTROLLET NE NJË FILLIM

Iperius Console është mjeti i avancuar për menaxhimin dhe monitorimin e centralizuar të kompjuterëve dhe kopjeve rezervë. Duke përdorur ose aplikacionin e dedikuar të desktopit ose thjesht portalin në internet, mund të shikoni rezultatet e operacioneve tuaja rezervë, të ekzaminoni detajet e çdo gabimi, të vendosni dhe të personalizoni planifikimet rezervë dhe gjithashtu të kryeni punë rezervë nga distanca. Konsola integrohet në mënyrë perfekte me të gjitha produktet e Iperius Suite, duke lejuar gjithashtu përditësimin në distancë të Iperius Backup në versionin më të fundit. Sasia e madhe e informacionit të ofruar i mban përdoruesit të përditësuar për statusin e çdo kompjuteri dhe serveri ku është instaluar Iperius, duke e bërë Iperius Console një mjet jashtëzakonisht të dobishëm monitorimi të TI-së, si për klientët tuaj ashtu edhe për kompaninë tuaj.

Operacionet e kopjimit dhe rikthimit në Oracle mund të ndahen në tre lloje:

1. Rezervimi logjik kryhet duke përdorur programin exp të përfshirë me Oracle, i cili ju lejon të eksportoni të gjithë bazën e të dhënave, skemat ose tabelat e specifikuara. Në rastin e eksportimit të të gjithë bazës së të dhënave, kryhet i ashtuquajturi eksport i plotë (në këtë rast eksportohen të gjitha tabelat e bazës së të dhënave) ose në rritje (tabelat që kanë ndryshuar që nga eksporti i fundit janë shkarkuar). Për Oracle 10g XE, në të cilin madhësia e bazës së të dhënave nuk i kalon 4 GB, mund të përdorni eksportin e plotë.

2. Rezervimi fizik - kryhet pas instalimit të bazës së të dhënave dhe përfshin kopjimin e skedarëve të të dhënave, skedarëve të kontrollit, regjistrave të ribërjes në internet dhe skedarit init.ora me cilësimet e bazës së të dhënave.

3. Rezervimi online kryhet në bazën e të dhënave që funksionon në modalitetin ARCHIVELOG. Në këtë modalitet, regjistrat e ribërjes në internet rezervohen dhe të gjitha transaksionet regjistrohen.

Për bazat e të dhënave të mostrave të vogla, më e thjeshta dhe më e besueshme është një kopje rezervë e plotë logjike dhe një kopje rezervë fizike. Rezervimet logjike kryhen duke përdorur mjetin exp.exe të vendosur në dosjen oraclexe \ app \ oracle \ product \ 10.2.0 \ server \ BIN \. Shërbimi është një aplikacion konsolë që merr parametra përmes linjës së komandës. Meqenëse zakonisht ka shumë parametra (5-10 copë), është e përshtatshme të krijoni një profil me parametra dhe më pas t'ia kaloni atë mjetit të eksportit duke përdorur parametrin e parfilit.

Le të shqyrtojmë një shembull të profileve tipike. Për të filluar, ne do të zgjidhim problemin më të zakonshëm - krijimin e një kopje rezervë të një ose disa skemave. Si shembull, merrni parasysh kopjimin e skemës STUDENT me një shembull udhëzues. Për ta bërë këtë, krijoni një skedar teksti exp_stud.prm që përmban rreshtat e mëposhtëm:

USERID = emri i përdoruesit / fjalëkalimi
LOG = oralOstud.log FILE = oralOstud.dmp 0WNER = STUDENT

Më pas do ta eksportojmë duke ekzekutuar komandën exp parfile = exp_stud.prm, e cila do të krijojë një skedar ora10stud.dmp që përmban një kopje rezervë të skemës STUDENT. Ky skedar ka një format binar dhe është i ngjeshur shumë mirë nga çdo arkivues, prandaj, për të automatizuar procedurën e rezervimit, është e përshtatshme të krijoni një skedar BAT që përmban komandën e eksportit dhe të thërrasë arkivuesin për të kompresuar deponinë që rezulton.

Në rastin tonë, parametri USERID përmban emrin dhe fjalëkalimin për të hyrë në bazën e të dhënave, parametri LOG specifikon emrin e skedarit në të cilin është shkruar regjistri i funksionimit, parametri FILE specifikon emrin e skedarit rezervë, OWNER - një ose më shumë skemat e eksportuara (nëse specifikohen disa skema, atëherë ato renditen të ndara me presje).

Për të kryer një eksportim të plotë, profili do të ndryshojë pak:

USERID = emri i përdoruesit / fjalëkalimi
LOG = oralOfull.log FILE = oralOfull.dmp FULL = Y

Një pikë e rëndësishme është se eksporti i një skeme specifike mund të kryhet në emër të pronarit të saj, por për një eksport të plotë, duhet të keni rolin DBA, përndryshe përpjekja e plotë e eksportit do të dështojë me gabimin EXP-00023 me mesazhin " Duhet të jetë një DBA për të bërë eksportimin e bazës së të dhënave të plotë ose të hapësirës tabelore ". Madhësia e depozitimit për një eksportim të plotë të një baze të dhënash boshe Oracle 10g XE është 43 MB (9 MB pas kompresimit të WinRar). Rekomandohet shumë të kryhen kopje rezervë periodike, madje edhe në një bazë trajnimi - ka dhjetëra e qindra raste kur, gjatë studimit të Oracle, një bazë të dhënash dëmtohet, një përdorues fshihet ose një operacion tjetër çon në humbjen e krijuar. objektet.

Importi Boolean është një operacion pasqyrë i eksportit dhe kryhet duke përdorur programin IMP. Gjatë importit, nuk është e nevojshme të importoni të gjithë informacionin në hale - mund të importoni skemat ose tabelat e specifikuara. Është i përshtatshëm për të vendosur parametrat e mjetit IMP në profile, për shembull, për të importuar skemën STUDENT, mund të aplikoni profilin e mëposhtëm:

USERID = student / student LOG = oralOstudimp.log FILE = oralOstud.dmp
RRESHT = Y
GRANTET = Y
INDEKSET = Y
FR0MUSER = STUDENT
T0USER = STUDENT

Parametri FROMUSER specifikon se nga cilat llogari në hale merret informacioni, dhe TOUSER - në cilat llogari importohet. Ky është një tipar shumë i dobishëm i mjetit importues pasi ju lejon të importoni të dhëna nga një skemë në tjetrën.

Parametrat ROWS (rreshtat e tabelës), GRANTS (lejet e objekteve), INDEXES (indekset) tregojnë se çfarë lloje objektesh importohen.

Le të shqyrtojmë disa situata tipike të hasura në praktikë:

duhet të importoni objektet e llogarisë STUDENT në llogarinë STUDENT1. Në këtë rast, duhet të vendosni parametrat FROMUSER = STUDENT dhe TOUSER = STUDENT1;

Përpara importimit, është e nevojshme të fshihen të gjitha objektet nga skema, përndryshe procesi i importit do të gjenerojë gabime IMP-00015 për secilën tabelë të importuar (importimi i të dhënave nuk kryhet në këtë rast). Nëse për ndonjë arsye është e nevojshme të ngarkohen të dhënat në një tabelë ekzistuese, atëherë mund të përdoret parametri IGNORE = Y. i cili do të injorojë gabimet gjatë krijimit të objekteve dhe do të vazhdojë importimin e të dhënave. Megjithatë, nëse përdorni parametrin IGNORE = Y, duhet të keni parasysh se dyfishimi i të dhënave mund të ndodhë në tabela pa çelës primar (pasi çdo operacion importi ngarkon të dhëna të reja, por të dhënat e vjetra nuk shkatërrohen).

IMP ka një veçori interesante - në vend që të ekzekutojë komanda në bazën e të dhënave, ky mjet i nxjerr ato në regjistër, duke gjeneruar kështu skriptet që përmbajnë deklarata DML. Për të aktivizuar këtë funksion, duhet të specifikoni parametrin SHOW = Y.

Ky dokument përshkruan politikat dhe procedurat që duhen ndjekur për të rezervuar kopjet rezervë të nivelit të ndërmarrjes së Oracle duke përdorur softuerin Bacula Enterprise Edition. Dokumenti përfshin gjithashtu skenarë të ndryshëm për rivendosjen e një kopje rezervë të Oracle.

Përmbledhje e Oracle Backup

Bacula Enterprise Edition përdor një shtesë unike rezervë të Oracle për të thjeshtuar rezervimin dhe rikuperimin e Oracle. Shtojca mundëson metoda të avancuara për kopje rezervë të Oracle të nxehtë dhe të ftohtë dhe rikuperimin e të dhënave dhe konfigurimeve të ruajtura në serverët e gjeneratës së 10-të dhe të 11-të. Shtojca rezervë e bazës së të dhënave Oracle ju lejon të rivendosni Oracle në një pikë specifike në kohë (përpara pikës së kontrollit), të filtroni objektet gjatë rezervimit dhe rikthimit të Oracle. Gjithashtu ju lejon të krijoni kopje rezervë të Oracle me informacione konfigurimi si parametrat. Shtojca rezervë e bazës së të dhënave Oracle mbështetet nga platformat Linux 32/64 bit të mbështetur nga Oracle, si dhe nga bazat e të dhënave Oracle 10.x, 11.x.

Përfitime të tjera të rezervimit të Oracle me Bacula:

• Kur përdorni modalitetin RMAN, shtojca ju lejon të krijoni kopje rezervë shtesë dhe diferenciale të Oracle në nivel blloku.
• I përdorur për kopje rezervë të mëvonshme në rritje, gjurmimi i ndryshimeve RMAN përmirëson ndjeshëm krijimin e kopjeve rezervë duke shkruar blloqe të ndryshuara të çdo skedari të dhënash në skedarin e përcjelljes së ndryshimeve.
• Administratori i DB-së nuk duhet të ketë aftësitë për të punuar me bazën e të dhënave Oracle ose të jetë në gjendje të krijojë skripta komplekse për rezervimin e Oracle.
• Kjo shtojcë për krijimin dhe rivendosjen e kopjeve rezervë të Oracle synohet gjithashtu për rezervimin e informacionit të konfigurimit, si p.sh. parametrat.

Ky dokument prezanton metodat dhe strategjitë e ndryshme për rezervimin e Oracle duke përdorur softuerin Bacula Enterprise Edition dhe shtojcën përkatëse.

Fjalori i Oracle Backup

Termat e mëposhtëm përdoren në këtë dokument:

• ARC(Regjistri i arkivuar)- një metodë standarde e përdorur për të siguruar integritetin e të dhënave. Ideja bazë pas ARC është se ndryshimet e bëra në skedarët e të dhënave (të cilat përmbajnë tabela dhe indekse) do të shkruhen vetëm pasi ndryshimet të jenë regjistruar, d.m.th. pasi të dhënat e regjistrit që përshkruajnë ndryshimet të jenë migruar. në ruajtjen e vazhdueshme.
• PITR Oracle Checkpoint Restore (PITR) rikthen bazën e të dhënave në një pikë specifike në kohë dhe më pas përdor kopje rezervë dhe rikthime shtesë për të rikthyer bazën e të dhënave në një moment të caktuar kohor. Rikuperimi PITR nganjëherë referohet si rikuperim jo i plotë, sepse rikuperimi PITR rikthen bazën e të dhënave në një pikë specifike dhe vetë procedura nuk përdor të gjithë skedarët e regjistrit rezervë të Oracle.
• RMAN Oracle Recovery Manager ose RMAN Utility, Command Line dhe Oracle Enterprise Manager është metoda e rekomanduar e Oracle për rezervimin dhe rikthimin e bazës së të dhënave tuaja. Programi RMAN është krijuar për të punuar drejtpërdrejt me serverin. Programi ju lejon të identifikoni blloqet e dëmtuara të të dhënave gjatë kopjimit dhe rivendosjes së bazës së të dhënave. Programi RMAN optimizon performancën dhe konsumin e kujtesës gjatë kopjimit duke kompaktuar skedarët dhe duke kompresuar një grup rezervë.
  http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
• EXP/ PUN Shërbimet e Oracle export (exp) / import (imp) përdoren për të kryer kopje rezervë / restaurim logjik të bazës së të dhënave. Kur eksportoni, krijohet një grumbull i objekteve të bazës së të dhënave në formën e një skedari binar, i cili më pas mund të importohet në një bazë tjetër të dhënash Oracle.
• Pompë e të dhënave Teknologjia Oracle Data Pump është një alternativë më moderne, më e shpejtë dhe më fleksibël ndaj shërbimeve "exp" dhe "imp" të përdorura në versionet e mëparshme të Oracle. Fatkeqësisht, kjo metodë e re nuk mbështet daljen e të dhënave drejtpërdrejt në një skedar FIFO. Prandaj, përdorimi i mjeteve Pompë e të dhënave kërkon që së pari të krijoni një grumbull të dhënash në disk dhe më pas t'i lexoni ato të dhëna duke përdorur Bacula Enterprise File Daemon. Versioni aktual i shtesës rezervë Oracle nuk e mbështet teknologjinë Data Pump.
• SBT Si parazgjedhje, RMAN dërgon të gjitha kopjet rezervë të Oracle në një drejtori të caktuar të sistemit në disk. Mund të konfiguroni gjithashtu RMAN në mënyrë që të krijohen kopje rezervë në media të tjera, si shiritat magnetikë, duke përdorur modulin SBT. Bacula më pas do të veprojë si Menaxheri i Medias dhe të dhënat do të transferohen drejtpërdrejt nga RMAN në Bacula.
• libobk Ndërfaqja SBT zbatohet bazuar në skedarin e bibliotekës libobk.
• Hapësirë ​​tavoline Baza e të dhënave është e ndarë në depo logjike të quajtura hapësira tabelore, të cilat grupohen në bazë të një strukture logjike. Për shembull, hapësirat e tabelave priren të grupojnë të gjitha objektet e aplikacionit për lehtësinë e administrimit.
• SkemaËshtë një koleksion i objekteve të bazës së të dhënave. Përdoruesi i bazës së të dhënave zotëron skemën. Skema ka të njëjtin emër si përdoruesi i saj. Objektet e skemës janë struktura logjike që lidhen drejtpërdrejt me të dhënat e bazës së të dhënave. Objektet e skemës përfshijnë struktura të tilla si tabela, pamje, indekse. (Nuk ka asnjë lidhje midis një hapësire tabele dhe një skeme. Objektet e së njëjtës skemë mund të jenë në hapësira të ndryshme tabele dhe hapësirat e tabelës mund të përmbajnë objekte të skemave të tyre të ndryshme.)
• shembull Një server Oracle DB përbëhet nga një Oracle DB dhe një Oracle DB Instance. Sa herë që fillon baza e të dhënave, zona globale e sistemit (SGA) ndahet dhe proceset e sfondit të Oracle fillojnë. Kombinimi i proceseve të sfondit dhe buferave të memories quhet një shembull Oracle.
• SID Oracle System ID (SID) përdoret për të identifikuar bazën e të dhënave në sistem. Për këtë arsye, më shumë se një bazë të dhënash me një SID unike nuk mund të ekzistojnë në një sistem. Si rregull, SID vendoset nga ndryshorja "ORACLE_SID". Përndryshe, mund ta gjeni këtë identifikues në fushën e parë (përpara 🙂 në / etc / ortab.
• Kopjo Sa herë që hapet baza e të dhënave duke përdorur komandën ALTER DATABASE OPEN RESETLOGS, krijohet një kopje e tillë.
• SCN Numri i ndryshimit të sistemit (SCN) - një numër në Oracle, i cili rritet në mënyrë sekuenciale me çdo ndryshim të bërë në bazën e të dhënave: fut, përditëso, fshi. SCN po rritet gjithashtu si rezultat i ndërveprimit të bazës së të dhënave.
• Rimëkëmbja e Oracle- veprimi që çon në nxjerrjen e të dhënave nga rezervimi. Pas rivendosjes së bazës së të dhënave, mund t'ju duhet ta ktheni atë në gjendjen e tij origjinale, domethënë ta rrotulloni përpara në një pikë kontrolli të caktuar.
• Kthehu në gjendjen origjinaleËshtë procedura për përditësimin e skedarit të të dhënave të rikuperuara duke përdorur regjistrat e arkivuar të operacioneve "ribërë" dhe regjistrat aktualë, domethënë aplikimin e ndryshimeve të bëra në bazën e të dhënave pas krijimit të kopjes rezervë.
• Funksioni Kopje proxyËshtë një veçori e programit RMAN që nuk mbështetet nga zbatimi aktual i ndërfaqes SBT të Bacula Enterprise.

Simbolet

• Vlerat në kllapa< >futur nga përdoruesit, për shembull duhet të zëvendësohet me numrin aktual ORACLE_SID. Nëse numri juaj ORACLE_SID është një TEST provë, skedari shkruhet si fillim .ora do të duket si initTEST.ora.
• % do të thotë se komanda duhet të ekzekutohet nga një përdorues i rregullt.
• # do të thotë që komanda duhet të ekzekutohet me një llogari superpërdoruesi.
• RMAN> do të thotë që komanda duhet të ekzekutohet brenda sesionit rman.
• SQL> do të thotë se komanda duhet të ekzekutohet brenda një sesioni sqlplus.

1. Rezervimi i Oracleme plugin

Zgjedhja e metodës së rezervimit të Oracle: Depon ose RMAN Utility

Tabela më poshtë tregon përfitimet e metodave të rikuperimit rezervë të mbështetur nga Bacula Enterprise Plugin për Oracle. Për të zgjedhur cilën metodë, udhëhiquni nga veçori të tilla si aftësia për të rivendosur një kopje rezervë të Oracle në një pikë kontrolli të caktuar, aftësia për të filtruar objektet gjatë kopjimit ose rikthimit. Gjithashtu, përdoruesi mund të kombinojë metodat e përdorimit të dumping dhe RMAN PITR për një grup.

RMAN ofron gjithashtu metoda moderne që ju lejojnë të dërgoni të dhëna përmes ndërfaqes SBT të Bacula Enterprise, si shirit dhe disk në të njëjtën kohë për rikuperim më të shpejtë.

Tabela 1. Metodat për rivendosjen e Oracle

* Kur përdorni ndërfaqen RMAN SBT, shpejtësia e rikuperimit do të varet nga elementë të ndryshëm si lloji i medias (kasetë ose disk), shpejtësia e transferimit të rrjetit, disponueshmëria e një pajisjeje me një demon, etj... Në versionin 6.4 të softuerit Bacula Enterprise dhe më të lartë një pajisje me një daemon mbrojtës mund të përdorë të njëjtin volum të diskut për rikuperime të shumta të njëkohshme. Kështu, është e mundur të kryhen detyra të shumta të rivendosjes dhe rezervimit të Oracle në të njëjtën kohë.

Konfigurimi i RMAN SBT

Ky seksion i Udhëzuesit të Përdoruesit përshkruan se si të instaloni dhe konfiguroni siç duhet ndërfaqen Bacula Enterprise SBT duke përdorur Oracle dhe RMAN.

Kur krijoni një kopje rezervë të Oracle ose ekzekutoni një kopje rezervë nga RMAN, RMAN do të duhet të kontaktojë drejtorin e centralizuar të Bacula Enterprise për informacionin e skedarit dhe vëllimit, ose për të ekzekutuar një kopje rezervë ose restaurim të Oracle. Për të vendosur komunikim, ju nevojiten skedarët e zakonshëm të komandës FIFO dhe b-console.

Kur përdorni shtesën oracle-sbt-fd, drejtori nuk do të jetë në gjendje të nisë rezervimin e Oracle nga b-konsola ose nga orari. Vetëm RMAN do të jetë në gjendje të inicojë një seancë dhe të fillojë një kopje rezervë. Kini parasysh se jeni ende duke ekzekutuar një kopje rezervë standarde të sistemit Oracle dhe më pas përdorni RunScript për të thirrur automatikisht RMAN.

Konfigurimi i Bacula. Kur përdorni ndërfaqen SBT, duhet të instalohet b-console (Bacula console). Konsola duhet të jetë në gjendje të lidhet me drejtorin e centralizuar dhe të aksesojë klientin lokal, detyrën rezervë të Oracle dhe karakteristika të tjera të grupit.

Për të përdorur një tastierë me aftësi të kufizuara, mund të përdorni përkufizimin e mëposhtëm të konsolës:

Figura 1. Rezervimi i Oracle midis RMAN dhe Bacula

Përdoruesi "oracle" i Unix OS duhet të jetë në gjendje të shfaqë b-console dhe të lexojë skedarin përkatës të konfigurimit bconsole.konf e cila nuk është konfigurimin e paracaktuar... Mund të kopjoni skedarin binar dhe të konfigurimit në dosje / opt / bacula / orakull duke përdorur komandat e mëposhtme të Unix:

E rëndësishme: Mund t'ju duhet një kopje e binarit të b-console pas çdo përmirësimi të Bacula Enterprise.

Ekzekutimi i detyrave paralele gjatë kopjimit të një baze të dhënash Oracle

Për të ekzekutuar një kopje rezervë të Oracle ose për të rivendosur duke përdorur shumë kanale, duhet të siguroheni që të gjitha burimet e kërkuara të shtesës rezervë të bazës së të dhënave të Oracle janë konfiguruar siç duhet duke përdorur komandën Maksimum Punë të njëkohshme për të lejuar detyra paralele.

• Drejtori: Drejtor (p.sh.: 100)
• Drejtori: Klienti (p.sh: 10)
• Drejtori: Job (psh: 10)
• Drejtori: Storage (p.sh.: 10)
• Ruajtja: Magazinimi (p.sh.: 100)
• Hapësira ruajtëse: Pajisja (p.sh.: 10 ose 10 pajisje të grupuara në Virtual Changer)
• Klienti: FileDaemon (p.sh.: 10)

Për të siguruar që detyrat e rezervimit dhe rikthimit të funksionojnë paralelisht duke përdorur të njëjtin ruajtje të drejtorit, konfigurimi duhet të përdorë diskun Virtual Changer. Për konfigurime specifike, referojuni dokumentacionit teknik. Rezervimi i diskut.

Kufizimet e medias

Oracle kërkon që Bacula Enterprise Media Manager të mos kombinojë transmetimet e të dhënave nga dy sesione paralele API në të njëjtën pajisje serike. Kjo do të thotë që nëse përdorni një disk kasetë për të kopjuar bazën e të dhënave Oracle, duhet të përdorni një disk të ndryshëm kasetë për çdo detyrë paralele rezervë. Ky kufizim nuk zbatohet për disqet e diskut. Ky kufizim supozon një kohë veçanërisht të gjatë rikuperimi.

Konfigurimi i Bacula SBT

libobk mund të konfigurohet duke përdorur skedarin /opt/bacula/oracle/sbt.conf ose / opt / bacula / etj / sbt.conf ose duke përdorur komandën RMAN SEND... Tabela 2 tregon përshkruesit e përdorur:

Tabela 2. Konfigurimi SBT libobk

Parametrat minimalë që duhet të specifikohen në skedarin e konfigurimit janë si klienti, detyra dhe b-konsola. Vini re se thonjëzat e dyfishta duhet të përdoren nëse artikulli i konfigurueshëm përmban hapësira (për shembull, b-console).

Këto cilësime mund të mbishkruhen duke përdorur komandën RMAN SEND.

Komanda SEND është e kufizuar në 512 bajt, prandaj, komandat e shumta SEND mund të përdoren për të vendosur të gjithë parametrat. Është më mirë të shmangni shtigjet e gjata kur përdorni ndërfaqen SBT.

Konfigurimi i FileSet

Shtojca rezervë Oracle SBT (oracle-sbt) merr parametrat në Job FileSet, siç përshkruhet në Tabelën 3.

Tabela 3. Parametrat e shtojcave Oracle SBT

Testimi i konfigurimit sbt.conf

Për të testuar konfigurimin e shtojcës Bacula Enterprise Oracle SBT, root mund të përdorë komandat e mëposhtme:

Kur ndodh një gabim i lidhjes, do të shfaqet një mesazh. Derisa të konfiguroni saktë cilësimet e lidhjes tuaj, nuk ka kuptim të ekzekutoni një kopje rezervë të Oracle RMAN.

Katalogu i brendshëm Bacula SBT

Skedari Libobk Softueri Bacula Enterprise përdor një direktori lokale për të ruajtur informacione për të gjithë skedarët. Ky informacion mund të jetë i vjetëruar. Prandaj, mund të përdorni parametrin update = force në skedarin sbt.conf ose komandën SEND për të detyruar kërkimin për direktorinë Bacula.

Drejtoria e paracaktuar ruhet në / opt / bacula / orakull / bacula-sbt.cat dhe mund të jetë pjesë e një kopje rezervë të rregullt të sistemit.

Aftësia për të ruajtur një kopje rezervë të Oracle RMAN

Kur përdorni shtesën RMAN SBT Bacula Enterprise, aftësia rezervë e Oracle e vendosur nga programi RMAN duhet të përputhet me punën e vëllimit ose të kujtesës Bacula. Kur RMAN dërgon komanda për të fshirë skedarët rezervë, Bacula nuk do të përpiqet të pastrojë ose fshijë asgjë.

Shembuj rezervë të Oracle

Shembulli i mëposhtëm përshkruan se si të ekzekutohen 3 detyra paralele rezervë Bacula në të njëjtën kohë. Në këtë rast, shërbimi RMAN do t'u dërgojë të dhëna atyre duke përdorur të ashtuquajturin algoritëm round-robin. Nëse RMAN nuk është në gjendje të komunikojë me Bacula në një ose më shumë kanale, RMAN do t'i dërgojë automatikisht të dhënat në një kanal të disponueshëm. Kjo do të thotë që nëse ruajtja juaj ose drejtori i centralizuar është i zënë (i kufizuar nga numri i pajisjeve ose duke vendosur numrin maksimal të detyrave paralele), RMAN do të gjejë një rrugëdalje automatikisht.

Në këtë shembull, RMAN përdor 3 detyra Bacula për të rikuperuar 3 skedarë.

Konfigurimi i modalitetit RMAN

Ky seksion i Udhëzuesit të Përdoruesit përshkruan se si të konfiguroni programin RMAN që të funksionojë siç duhet me pjesën e shtesës rezervë të bazës së të dhënave Oracle që nuk përdor ndërfaqen SBT.

Versioni aktual i shtesës rezervë të bazës së të dhënave Oracle mbështet vetëm bazat e të dhënave të lançuara me ARCHIVELOG aktiv.

Konfigurimi i ARCHIVELOG në Oracle

Për të përdorur mënyrën e krijimit të kopjeve rezervë të Oracle me RMAN, baza e të dhënave duhet të niset në modalitetin ARCHIVELOG. Për të kontrolluar se si është konfiguruar DB-ja juaj, mund të përdorni komandën e mëposhtme SQL.

Për të aktivizuar modalitetin e arkivimit për bazën e të dhënave, mund të përdorni komandën ALTER DATABASE ARCHIVELOG në gjendjen SYSDBA.

• Ndaloni bazën e të dhënave duke përdorur komandën SHUTDOWN
• Krijoni një kopje rezervë të bazës së të dhënave
• Redaktoni skedarin init .ora për të konfiguruar vendndodhjen e skedarit të regjistrit të arkivuar
• Filloni bazën e të dhënave pa e hapur duke përdorur komandën STARTUP MOUNT
• Ndryshoni mënyrën e arkivimit me komandën ALTER DATABASE ARCHIVELOG; dhe hapeni me ALTER DATABASE OPEN;
• Ndaloni bazën e të dhënave duke përdorur komandën SHUTDOWN MEDIATE
• Bëni kopje rezervë të bazës së të dhënave përsëri, pasi ndryshimi i ARCHIVELOG do të përditësojë skedarët e kontrollit dhe do t'i bëjë kopjet rezervë të vjetra të papërdorshme. Shtojca Bacula Enterprise për Oracle do të krijojë një kopje rezervë RMAN të vendosur në një nënfolder në vendndodhjen ku ndodhet regjistri i arkivuar, i specifikuar në skedarin fillestar .ora.

Optimizimi i një rezervimi në rritje të Oracle

Veçoria e gjurmimit të ndryshimeve të mjetit shtesë të rezervimit të Oracle RMAN përmirëson efikasitetin e këtyre kopjeve rezervë duke shkruar blloqet e ndryshuara në çdo skedar të dhënash në skedarin e përcjelljes së ndryshimeve. Kur gjurmimi i ndryshimeve është aktiv, RMAN përdor skedarin e gjurmimit të ndryshimeve për të identifikuar blloqet e ndryshuara për të krijuar kopje rezervë shtesë. Kjo eliminon nevojën për të skanuar çdo bllok në skedarin e të dhënave.

Pas aktivizimit të funksionit të përcjelljes së ndryshimeve, në rastin e rezervimit të parë të plotë, sistemi do të duhet të skanojë të gjithë skedarët e të dhënave, pasi skedari i përcjelljes së ndryshimeve nuk pasqyron ende gjendjen e të gjitha blloqeve. Çdo rezervë shtesë pasuese duke përdorur këtë kopje rezervë të plotë pasi prindi do të përdorë skedarin e gjurmimit të ndryshimeve.

Komanda e mëposhtme SQL, e ekzekutuar si sysdba, mundëson funksionin e gjurmimit të ndryshimeve dhe përdor vendndodhjen "/ shteg / te / skedar" si vendndodhjen e skedarit të arkivuar të regjistrit. (Vini re se skedari duhet të jetë në një dosje të vlefshme ku përdoruesi i Oracle mund të shkruajë të dhëna).

Aftësia për të ruajtur rezervën RMAN

Kur përdoret në modalitetin RMAN me shtojcën Bacula Enterprise Oracle, çdo detyrë Bacula do të ekzekutojë RMAN për të krijuar një grup rezervë. Ne ju rekomandojmë që të konfiguroni RMAN për të fshirë skedarët e vjetër pas një kohe të caktuar. Edhe pse ky operacion mund të kryhet menjëherë pas përfundimit të kopjimit, ju rekomandojmë që t'i mbani të dhënat në disk më gjatë në mënyrë që të mos keni probleme me aftësinë për të rivendosur Oracle në pikat e kontrollit. Komanda e mëposhtme do t'ju ndihmojë të vendosni periudhën e ruajtjes së skedarëve Oracle në 7 ditë. Kjo kohë duhet të jetë e mjaftueshme, me kusht që të bëni kopje rezervë të Oracle të paktën një herë në 7 ditë.

Për më shumë informacion, shihni manualin e shërbimeve RMAN.

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

Konfigurimi i Oracle Plugin për RMAN

Kur përdorni funksionin e rikuperimit PITR të mjetit RMAN, shtojca Bacula Oracle do të kërkojë që të aktivizohet modaliteti i saktë. Duhet të aktivizoni modalitetin e saktë në burimin e detyrës. Ju lutemi vini re se në lidhje me shtesën, funksioni i saktë përdoret për të siguruar që të gjithë skedarët e rinj të ruhen nga shtojca Bacula, por të mos shënohen si të fshirë, pasi mund të jenë ende të dobishëm.

Në modalitetin RMAN, plug-in-i për Oracle gjithashtu lejon parametra shtesë të specifikuar përmes linjës së komandës plug-in. Shihni tabelën më poshtë:

Tabela 4. Parametrat e shtojcës për Oracle në modalitetin RMAN

Pastaj, duke përdorur ku = / ose ku =, shtojca do ta ngarkojë atë skedar SQL në bazën e të dhënave tuaja. Nëse disa role ekzistojnë tashmë, një mesazh gabimi shfaqet në regjistrin e punës. Përndryshe, ju mund të rivendosni skedarin users.sql në një direktori lokale, ta modifikoni dhe ngarkoni duke përdorur sqlplus për të rivendosur çdo pjesë të skedarit që zgjidhni.

Rivendosja e një baze të dhënash Oracle. Për të rivendosur një skemë duke përdorur Bacula Enterprise Plugin për Oracle, duhet të zgjidhni skemën e drejtorisë gjatë komandës së rivendosjes, zgjedhja duhet të përmbajë një skedar të dhënash (data.dmp) dhe një skript të krijimit të skemës (user.sql).

Oriz. 3 Përmbajtja e bazës së të dhënave me një hale në BWeb

Pasi të zgjidhet drejtoria e bazës së të dhënave, mund të përdorni parametrin ku për të rivendosur skemën në një skemë të re me një emër tjetër. Për të krijuar një emër të ri skeme, duhet të barazoni parametrin ku me një fjalë të vetme që përmban karakteret A..Z, 0-9 dhe _. Shtojca Bacula më pas do të krijojë skemën e specifikuar dhe do të rivendosë të dhënat në të.

Ne ju rekomandojmë që të përdorni gjithmonë shkronja të mëdha në emrat e qarkut. Shtojca Bacula Enterprise Oracle do të rikrijojë skemën e re duke përdorur emrin që keni specifikuar në parametrin Where =. Nëse përdorni shkronja të mëdha dhe të vogla në emër, mund t'ju duhet të vendosni thonjëza rreth emrit të skemës për të hyrë në të.

Pas rivendosjes, mund t'ju duhet të rivendosni fjalëkalimin për skemën që sapo keni krijuar duke përdorur të njëjtat parametra si në skemën origjinale. Për ta bërë këtë, ekzekutoni:

Nëse e vendosni parametrin në kurrë, shtojca Bacula do të kontrollojë listën e skemave dhe do ta ndërpresë detyrën nëse skema aktuale e rikuperueshme ekziston tashmë.

Nëse parametri ku është një direktori (që përmban /), shtojca Bacula do të rivendosë të gjithë skedarët në atë drejtori. Në këtë mënyrë ju do të jeni në gjendje të përdorni direktorinë imp dhe të rivendosni vetëm shkaktarët, tabelat, indekset, etj.

Rikuperimi i një tavoline Oracle. Për të rikthyer një objekt të vetëm, për shembull një tabelë nga një depo që keni krijuar, fillimisht duhet të rivendosni skedarin hale në një direktori lokale. Pastaj përdorni mjetin imp për të importuar objektin e dëshiruar. Për më shumë informacion, shihni dokumentacionin për importimin e objekteve në Oracle.

Rivendosni skedarët e Oracle-it në një direktori. Për të rivendosur skedarët e SQL në një direktori, mund të caktoni çdo direktori të vlefshme në parametrin Where.

Procesi i rikthimit të Oracle me shtojcën Bacula do të krijojë dosjet e mëposhtme kur rivendos skemën SYS në Oracle SID XE dhe do të rivendosë skedarët e zgjedhur në të.

Rivendosja e të gjithë bazës së të dhënave Oracle. Për të rivendosur të gjitha konfigurimet e DB dhe DB, thjesht rivendosni të gjithë skedarët e vendosur në / @ ORACLE / , përdorni zëvendësoni = gjithmonë dhe ku = /.

Kufizimet e rezervimit dhe rivendosjes së Oracle

Shtojcat nuk janë të pajtueshme me detyrat Copy / Migration / VirtualFull si parazgjedhje.