Pag-backup at pagbawi ng data ng Oracle Database. Universal backup software para sa mga PC at server

Mga Pangunahing Tampok:

Disk Image, NAS Backup, Open File Backup (VSS), Perpetual License
Simula sa € 29

LIBRENG BACKUP SOFTWARE PARA SA SERVER AT MGA WORKSTATION

LIBRENG BACKUP AT PROPESYONAL NA SOLUSYON

Ang Iperius ay isang kumpletong Windows utility para sa pag-backup ng data. Maaari mong gamitin ang bersyon ng Freeware (para rin sa Windows Server) upang i-back up ang mga file sa NAS, mga panlabas na disk, RDX drive, atbp. nang walang limitasyon sa oras - o pumili ng bersyon ng enterprise, na may maraming backup na function at advanced na feature: kopya ng mga bukas na file (VSS), Drive Image para sa disaster recovery, backup ng ESXi at Hyper-V virtual machine, SQL Server at MySQL database backup , Exchange Server backup, backup sa LTO Tape, backup sa Cloud ( Google Drive, Amazon S3, atbp.), backup sa FTP/SFTP. Simula sa Iperius Free, isang pagsubok ng ang Puno bersyon ay maaaring i-activate upang subukan ang lahat ng mga tampok ng software.

Iperius Console

PANATILIHING KONTROL ANG LAHAT NG BACKUP SA ISANG SHOT

Ang Iperius Console ay ang advanced na tool para sa sentralisadong pamamahala at pagsubaybay sa iyong mga computer at backup. Gamit ang alinman sa nakalaang desktop application o ang web portal lang, kaya mo tingnan ang mga resulta ng iyong mga backup na operasyon, suriin ang mga detalye ng anumang mga error, itakda at i-customize ang mga backup na iskedyul at magpatakbo din ng mga backup na trabaho nang malayuan. Ang console ay perpektong pinagsama sa lahat ng mga produkto ng Iperius Suite, na nagbibigay-daan din sa malayuang pag-update ng Iperius Backup sa pinakabagong bersyon. Ang malaking halaga ng impormasyong ibinigay ay nagpapanatili sa mga user na updated tungkol sa katayuan ng bawat PC at Server kung saan naka-install ang Iperius, na ginagawang isang lubhang kapaki-pakinabang na tool sa IT Monitoring ang Iperius Console, para sa iyong mga customer at sa iyong kumpanya.

Blah, blah, blah. Kailangan mong palaging gumawa ng mga backup, kung hindi, ito ay magiging tulad ng sa larawan na "Binaba niya ang database at hindi gumawa ng mga backup."

Ang mga backup ay dapat na awtomatikong gumanap, ayon sa itinatag na mga tuntunin. Dapat makialam ang administrator kung may mali, at hindi sa tuwing kailangan ang backup.

Ang mga backup ay dapat na naka-imbak sa ibang server, mas mabuti na hindi sa parehong lugar. Kung hindi ito posible, dapat itong iimbak sa ibang disk maliban sa kung saan naka-imbak ang mga file ng database.

Ang pag-back up ng mga database ng Oracle ay kinabibilangan ng pag-back up ng mga file ng data, mga control file, at mga naka-archive na log file. Bilang karagdagan, maaaring kabilang sa ekstrang set ang spfile, init.ora, listener.ora, at tnsnames.ora

Ginagawa ang pag-backup:

  • Sa pamamagitan ng paraan operating system.
  • Gamit ang mga tool ng RMAN (Recovery Manager).

Para sa sentralisadong imbakan ng mga backup malaking dami database, iminumungkahi ng Oracle ang paggamit ng Oracle Catalog - isa pang database na partikular na nilikha para sa mga backup (hindi ko pa masasabi kung ano ang nakaimbak dito. Hindi ko pa ito nagamit). Para sa ilang kadahilanan naisip ko na ang mga backup ay naka-imbak dito. Ngunit sa ilang kadahilanan ay nagsimula akong mag-alinlangan dito.

Bilang karagdagan sa mga backup, maaari mong i-export ang nais na scheme sa isang file. Pagkatapos, kung ninanais, maaari mo ring i-import ito. Hindi ito nangangailangan ng anumang iba pang mga file maliban sa dump file mismo.

ARCHIVELOG at NOARCHIVELOG mode

Itinatala ng Oracle ang lahat ng mga pagbabagong ginawa sa mga in-memory na data block sa mga online na redo log, kadalasan bago isulat ang mga ito sa mga file ng database. Sa panahon ng proseso ng pagbawi, ginagamit ng Oracle ang mga pagbabagong naitala sa mga log file na ito upang gawing napapanahon ang database. Sinusuportahan ng Oracle ang dalawang mode para sa pamamahala ng mga naturang file.

  • Log archiving mode (ARCHIVELOG). Sa mode na ito, ang Oracle ay nagse-save (mga archive) nakumpletong redo logs. Samakatuwid, gaano man katagal ang nakalipas na ginawa ang pag-backup, kung ARCHIVELOG mode ang ginamit, ang database ay maaaring palaging maibalik sa anumang oras gamit ang mga naka-archive na log.
  • Mode na walang pag-archive ng mga log (NOARCHIVELOG). Sa mode na ito, ang buong redo log ay na-overwrite sa halip na i-save. Nangangahulugan ito na kung gumamit ka ng NOARCHIVELOG mode, maaari ka lamang mag-restore mula sa backup na kopya at mawawala ang anumang iba pang pagbabago na ginawa sa database pagkatapos maisagawa ang backup. Tinitiyak ng mode na ito na ang pagbawi ay maisasagawa lamang pagkatapos mabigo ang isang database. Sa kaganapan ng mga problema sa media (halimbawa, pagkawala ng isang disk), ang isang database na tumatakbo sa NOARCHIVELOG mode ay maaari lamang maibalik mula sa isang backup na kopya at, siyempre, sa pagkawala ng lahat ng mga pagbabago na ginawa dito pagkatapos ng paglikha ng backup na kopyang ito.

Halos lahat ng mga database ng produksyon ay gumagana sa ARCHIVELOG mode. Ang NOARCHIVELOG mode ay ginagamit lamang kapag posible na ibalik ang data mula sa iba pang mga mapagkukunan, o kapag ang database ay nasa yugto lamang ng pag-unlad o pagsubok at samakatuwid ay hindi nangangailangan ng kakayahang ibalik ang data nito nang may minutong katumpakan.

I-backup ang lahat o bahagi ng database

Maaari mong i-back up ang alinman sa buong database o bahagi lamang nito, tulad ng isang table space o data file na kasama dito. Tandaan na kapag ang database ay tumatakbo sa NOARCHIVELOG mode, hindi ka maaaring mag-back up lamang ng bahagi ng database, na kilala rin bilang isang bahagyang backup ng database, maliban kung ang lahat ng mga puwang ng talahanayan at mga file na bina-back up ay hindi read-only. Maaari kang magsagawa ng buong backup ng database, na tinatawag ding buong backup ng database, sa alinman sa ARCHIVELOG mode o NOARCHIVELOG mode.

Kadalasan, ang isang buong backup ay isinasagawa. Ito ay nagsasangkot ng pagkopya hindi lamang sa lahat ng mga file ng data, ngunit isa pa mahalagang file- manager. Kung walang control file, hindi bubuksan ng Oracle ang database, kaya upang maibalik, bilang karagdagan sa pag-back up ng lahat ng mga file ng data, dapat ka ring magkaroon ng isang kamakailang backup ng control file.

Pare-pareho at hindi pare-pareho ang mga backup

Ang pare-parehong backup ay lumilikha ng pare-parehong pag-backup at hindi nangangailangan ng proseso ng pagpapanumbalik. Kapag gumagamit ng backup para i-restore ang isang database o bahagi nito (halimbawa, isang tablespace o data file), kadalasan kailangan mo munang magsagawa ng pag-restore ng data mula sa backup (ibig sabihin, isang RESOTRE procedure), at pagkatapos ay i-restore ang functionality. ng database (i.e. . RECOVER procedure). Sa kaso ng pare-parehong backup, wala sa mga hakbang sa pagbawi na ito ang kinakailangan. Sa kaso ng hindi pare-parehong pag-backup, ang pagsasagawa ng mga hakbang sa pagbawi na ito ay palaging sapilitan.

Ang Oracle ay nagtatalaga sa bawat transaksyon ng isang natatanging System Change Number (SCN). Ang bawat pag-aayos, halimbawa, ay hahantong sa pagtaas sa bilang na ito. Sa tuwing may mga checkpoint ang Oracle, lahat ng nabagong data sa operational data file ay isusulat sa disk. At sa tuwing mangyayari ito. Ina-update ng Oracle ang thread checkpoint sa control file. Sa panahon ng update na ito, tinitiyak ng Orale na ang lahat ng nababasa at nasusulat na data file at mga control file ay sumasang-ayon sa parehong numero ng SCN. Ang isang database ay itinuturing na pare-pareho kapag ang mga numero ng SCN na nakaimbak sa mga header ng lahat ng mga file ng data ay magkapareho at tumutugma sa impormasyon ng header ng file ng data na nasa mga control file. Ang pangunahing bagay na dapat tandaan ay ang parehong numero ng SCN ay dapat na naroroon sa lahat ng mga file ng data at ang control file (o mga file). Ang pagkakaroon ng magkaparehong numero ng SCN ay nangangahulugan na ang mga file ng data ay naglalaman ng data para sa parehong yugto ng panahon. Kung pare-pareho ang data, walang mga hakbang sa pagbawi na kakailanganin pagkatapos ibalik (o kopyahin) ang hanay ng mga backup na file sa kanilang orihinal na lokasyon.

Para gumawa ng pare-parehong backup, ang database ay dapat na naka-shut down (gamit ang regular na SHUTDOWN o SHUTDOWN TRANSACTIONAL command, ngunit hindi ang SHUTDOWN ABORT command) o huminto (gamit ang magandang shutdown command) at magsimulang muli sa mount mode.

Kapag nagsagawa ka ng hindi pare-parehong pag-backup, ang mga backup na file ay naglalaman ng data mula sa iba't ibang yugto ng panahon. Ang katotohanan ay ang karamihan sa mga sistema ng produksyon ay hindi maaaring magambala upang payagan ang isang coordinated backup. Sa halip, ang mga database na ito ay kailangang tumakbo 24 na oras sa isang araw, 7 araw sa isang linggo. Samakatuwid, nangangahulugan ito na ang mga database na ito ay dapat na naka-back up mode ng pagpapatakbo, ibig sabihin. hangga't nananatiling bukas para sa mga transaksyon. Ang pagpapalit ng mga file ng data ng mga user sa panahon ng pag-backup ay ang nagreresulta sa hindi pare-parehong pag-backup. Ang pagsasagawa ng hindi pantay na pag-backup ay hindi nangangahulugan ng pagkuha ng anumang maling pag-backup. Gayunpaman, sa panahon ng pagbawi, ang pagbabalik lamang ng mga naturang backup sa kanilang orihinal na lokasyon ay hindi sapat. Bilang karagdagan sa pagbabalik sa kanila sa kanilang orihinal na lokasyon, dapat mo ring tiyaking ilapat ang lahat ng naka-archive at online na redo log na ginawa sa pagitan ng oras na ginawa ang backup at ang punto kung saan mo gustong ibalik ang database. Babasahin ng Oracle ang mga file na ito at awtomatikong ilalapat ang anumang kinakailangang pagbabago sa mga backup na file.

Dahil ang isang bukas na database ay maaari lamang magsagawa ng hindi pare-parehong mga pag-backup, karamihan sa mga database ng produksyon ay gumagamit ng mga diskarte na may hindi pare-parehong mga pamamaraan sa pag-backup sa kanilang pangunahing.

I-backup ang bukas at saradong database

Ang open backup, na tinatawag ding online backup o hot/warm backup, ay nagsasangkot ng paglikha ng mga backup na kopya habang ang database ay bukas at naa-access sa mga user. Maaari kang magsagawa ng online backup ng isang buong database (o isang table space lang o data file na pag-aari nito) kung ang database ay tumatakbo sa ARCHIVELOG mode. Hindi ito maaaring isagawa kapag ang database ay tumatakbo sa NOARCHIVELOG mode.

Backup saradong base Ang closed backup, na tinatawag ding cold backup, ay nagsasangkot ng paglikha ng mga backup na kopya habang ang database ay sarado (tinigil). Ang backup na ito ay palaging nagreresulta sa pare-parehong pag-backup maliban kung ang database ay itinigil gamit ang isang SHUTDOWN ABORT na utos.

Pisikal at lohikal na backup

Mula sa isang teknikal na punto ng view, Oracle backup na pamamaraan ay maaaring nahahati sa lohikal at pisikal. Ang lohikal na backup ay tumutukoy sa paglikha ng mga backup na kopya gamit ang Data Pump Export utility na naglalaman ng mga lohikal na bagay tulad ng mga talahanayan at pamamaraan. Ang mga backup na ito ay nai-save sa isang espesyal na binary na format at maaari lamang makuha gamit ang Data Pump Import utility.

Ang pisikal na backup ay tumutukoy sa paglikha ng mga backup na kopya pangunahing mga file Mga database ng Oracle, i.e. data file, naka-archive na redo log file, at control file. Ang mga backup na ito ay maaaring maimbak sa alinman sa disk o tape drive

Mga antas ng backup

Ang mga sumusunod ay ang mga antas kung saan maaaring i-back up ang mga database ng Oracle:

  • Buong antas ng database. Ang antas na ito ay nagsasangkot ng pag-back up ng lahat ng mga file, kabilang ang control file. Maaari kang magsagawa ng database-wide backup sa alinman sa ARCHIVELOG mode o NOARCHIVELOG mode.
  • Antas ng espasyo ng talahanayan. Kasama sa antas na ito ang pagsasagawa ng backup ng lahat ng data file na kabilang sa isang partikular na tablespace. Ang pagsasagawa ng mga backup sa antas na ito ay pinapayagan lamang kapag gumagamit ng ARCHIVELOG mode.
  • Antas ng data file. Ang antas na ito ay nagsasangkot ng pag-back up ng isang solong file ng data. Ang pagsasagawa ng mga backup sa antas na ito ay pinapayagan lamang kapag gumagamit ng ARCHIVELOG mode.

Ang Oracle Database ay nag-iimbak ng lahat ng mga file ng nilikhang database sa mga file ng data. Bagama't ang lahat ng data ay lohikal na nakapaloob sa mga puwang ng talahanayan, ito talaga ang nilalaman ng mga file sa hard drive ng computer. Kaya, ang bawat talahanayan ng database ay naka-imbak bilang mga hilera tiyak na file datos. Kadalasan, upang maibalik ang data mula sa isang tiyak na database, sapat na upang maibalik ang mga file ng data nito at i-import ang mga ito sa Oracle Database.

Istraktura ng Oracle Database

Sa panahon ng operasyon, ang isang Oracle Database instance ay gumagamit ng ilang grupo ng mga file na dapat i-archive para sa pagbawi sa ibang pagkakataon. ito:

    Data at tablespace file (*.DBF).

    Ang mga pangalan ng mga file ng data at mga puwang ng talahanayan, pati na rin ang mga landas patungo sa kanila, ay maaaring matingnan gamit ang SQL Plus sa pamamagitan ng pagpapatakbo ng sumusunod na query:

    PUMILI t.pangalan "Tablespace", f.pangalan "Datafile" MULA sa v$tablespace t, v$datafile f WHERE t.ts# = f.ts# ORDER BY t.name;

    Database configuration file (*.ora).

    Ang Oracle database configuration file ay may *.ora extension at matatagpuan sa folder:


    Database control file (*.DBF).

    Ang pinakamadaling paraan upang matukoy ang landas at mga pangalan ng mga control file ay ang hanapin ang linya sa *.ORA configuration file control_files, na maglilista ng mga control file na ginamit ng pagkakataong ito.


    Gayundin, upang matukoy ang mga pangalan at landas para makontrol ang mga file sa SQL*Plus, kailangan mong patakbuhin ang sumusunod na query:

    PUMILI ng halaga MULA sa v$parameter WHERE name = 'control_files';

    Mga file ng log ng transaksyon (*.LOG).

    Upang malaman ang mga pangalan ng mga online na log ng transaksyon at ang kanilang mga landas, kailangan mong patakbuhin ang sumusunod na query sa SQL Plus:

    PUMILI ng miyembro MULA sa v$logfile;

    Ang resulta ng query na ito ay magiging isang ulat na tulad nito:


    Upang matukoy ang mga landas patungo sa mga folder kung saan naka-imbak ang mga naka-archive na log ng transaksyon, dapat mong patakbuhin ang sumusunod na query:

    PUMILI ng destinasyon MULA sa v$archive_dest where status='VALID';

    Ang resulta ng query na ito ay ang sumusunod na ulat:


  • File ng password (*.ora).

    Bilang isang patakaran, ito ay mga file na may extension *.ora, ang pangalan nito ay nagsisimula sa mga character na PWD.

    Halimbawa: PWDXE.ora

Kaya, upang i-save, i-archive o i-backup ang Oracle Database, dapat gumawa ng mga kopya ng eksaktong tinukoy na mga grupo ng mga file, at ito ay:

  • *.DBF– mga file ng data, mga puwang ng talahanayan at mga file ng kontrol sa database. Matatagpuan:
    C:\oraclexe\app\oracle\oradata\XE
  • *.ora– mga file ng pagsasaayos ng database at mga file ng password.
    Mga file ng pagsasaayos:
    C:\oraclexe\app\oracle\product\11.2.0\server\dbs
    Mga file ng password (PW...ora):
    C:\oraclexe\app\oracle\product\11.2.0\server\database
  • *.LOG– mga file ng log ng transaksyon:
    C:\oraclexe\app\oracle\fast_recovery_area\XE\ONLINELOG
kung saan, XE ay ang pangalan ng database sa aming kaso.

Oracle Database Backup

Maaari kang gumawa ng backup na kopya ng database ng Oracle Database sa dalawang paraan:

Pag-archive gamit ang operating system

Ang pag-archive gamit ang operating system ay nangangahulugang "manual" na pagkopya ng lahat ng gumaganang Oracle database file, gaya ng:

  • Mga file ng tablespace.
  • Kontrolin ang mga file.
  • Mga file ng log ng transaksyon.
  • Mga file ng pagsasaayos.

Sa kasong ito, ang proseso ng pag-archive ay binubuo ng simpleng pagkopya ng mga control file, tablespace file, configuration file, naka-archive na mga log ng transaksyon sa isang backup na direktoryo o sa backup na server. Isinasagawa ang pag-archive kapag ang instance ng database ay itinigil, at ang mga user ay hindi makatrabaho dito.

Upang maibalik ang isang database na nasira sa panahon ng pag-crash, dapat itong ihinto at ang mga backup na kopya ng gumaganang mga file at mga log ng transaksyon ay dapat na muling isulat sa kanilang orihinal na lokasyon.

I-backup at i-restore gamit ang Export / Import na mga tool

Ang pag-archive at pag-restore ng Oracle Database ay maaaring gawin gamit ang karaniwang Export at Import na mekanismo sa Oracle. Upang madagdagan ang pagiging maaasahan ng kaligtasan ng data, kinakailangan na pana-panahon, depende sa intensity ng trabaho sa database, magsagawa ng isang buong pag-export. Kung ang mga pagbabago sa data ay ginawa nang masinsinan, kinakailangang mag-export minsan sa isang linggo.

Upang gawin ito:


Ang pag-import ng isang file na ginawa nang mas maaga sa archive ay isinasagawa sa parehong paraan:


Pagbawi ng Nawalang Oracle Database

Kung ang Oracle Database ay tinanggal o nawala sa ilang kadahilanan, maaari itong maibalik sa pamamagitan ng pagpapanumbalik ng mga file gamit ang Hetman Pagbawi ng Partisyon at ibalik ang mga ito gamit ang pamamaraang inilarawan sa seksyon "Pag-archive gamit ang operating system".

Upang gawin ito:


Halimbawa, ang pagpapanumbalik ng mga file ng database, ang proseso ng pagpapanumbalik ng mga *.DBF file ay inilarawan. Ngunit tandaan na upang maibalik ang lahat ng data sa isang gumaganang database, kailangan mo ring ibalik ang kaukulang *.ORA at *. LOG file.

Pag-back up at pagpapanumbalik ng database gamit ang Oracle Recovery Manager (RMAN)

Ang Oracle Recovery Manager (RMAN) ay isa pang tool para sa paglikha ng backup na kopya ng Oracle Database. Naiiba ito sa iba pang mga tool sa paggawa nito buong kopya ang buong database, hindi lamang ang data mula dito. At din, mahalaga, pinagsasama ng Oracle Recovery Manager ang functionality ng SQL Command Line, habang sabay na pinapalaya ang user mula sa ganap na pag-asa mula sa kanyang mga utos. Ang tool na ito ay naka-install sa computer nang sabay-sabay at kasama ng Pag-install ng Oracle Database.

Upang lumikha ng backup ng database gamit ang RMAN:


Upang ibalik ang isang database mula sa isang database backup na may gamit ang Oracle Recovery Manager (RMAN):


Sa pamamagitan ng paraan, sa kaso ng pagkawala o pagtanggal ng Oracle Database backup file, *.BKP Ang backup file ay maaari ding ibalik gamit ang Pagbawi ng Partisyon ng Hetman, pagkatapos ay ibalik sa database gamit ang pamamaraang inilarawan sa itaas gamit ang Oracle Recovery Manager (RMAN).

hello, mahal na mga mambabasa blog site! Ipinakita ko sa iyong pansin ang isang artikulo tungkol sa pag-backup at pagpapanumbalik ng database ng Oracle. Sa tingin ko ang materyal na ito ay magiging kapaki-pakinabang para sa mga administrator na nagsasagawa ng mga backup at pag-restore sa isang Oracle server gamit ang Recovery Manager (RMAN).

I-backup at Ibalik

Upang maunawaan ang artikulo, ipinapayong magkaroon ng kaalaman sa mga sumusunod na lugar:

  • Mga konsepto mga database ng relasyon data at pangunahing pangangasiwa.
  • Ang kapaligiran ng OS kung saan tumatakbo ang database ng Oracle.

Sa katunayan, ang artikulong ito ay ang panimulang isa sa isang serye ng mga artikulo na nakatuon sa mga pangunahing konsepto ng backup at pagbawi. Inirerekomenda ko materyal na ito para sa lahat ng user na responsable para sa backup at pagbawi. Sa pangkalahatan, ang artikulo ay magiging interesado sa lahat ng mga gumagamit, hindi lamang sa mga gumagamit ng RMAN. Sa hinaharap, plano kong sabihin sa iyo ang higit pa tungkol sa mga backup at recovery na teknolohiya gamit ang Recovery Manager. Ang mga gumagamit na namamahala sa backup at pagbawi nang walang RMAN ay kailangang pamilyar sa mga konsepto sa artikulong ito at sa mga susunod. suriin ang mga post tungkol sa backup at pagbawi.

Kaya, ang layunin ng hanay ng mga artikulong ito ay magbigay ng pangkalahatang pangkalahatang-ideya ng mga konsepto ng pag-backup at pagbawi, tingnan ang mga file ng database ng Oracle na nauugnay sa pag-backup at pagbawi, at tuklasin din ang mga tool na magagamit para sa pag-back up at pagpapanumbalik ng iyong database, pagprotekta laban sa pagkawala ng impormasyon at iba pang mga pagkakamali.

Kaya, ano ang backup at pagbawi? Pag-backup at pagbawi ay nagpapahiwatig ng iba't ibang mga diskarte at pamamaraan na may kaugnayan sa pagprotekta sa iyong database mula sa pagkawala ng impormasyon at pagpapanumbalik ng database pagkatapos ng anumang uri ng pagkawala ng data.

Mga Pisikal at Lohikal na Backup

Backup ay isang kopya ng data mula sa iyong database na maaaring magamit para sa pagbawi. Maaaring hatiin ang mga backup sa mga pisikal na backup At lohikal na pag-backup.

Ang mga pisikal na backup ay mga backup ng mga pisikal na file na ginagamit upang iimbak at ibalik ang iyong database, tulad ng mga file ng data, kontrolin ang mga file, mga archive ng log file. Sa huli, ang bawat pisikal na backup ay isang kopya ng mga file na nag-iimbak ng impormasyon tungkol sa database sa ibang lokasyon (sa disk, sa tape, atbp.).

Ang mga lohikal na backup ay naglalaman ng lohikal na data (halimbawa, mga talahanayan o nakaimbak na mga pamamaraan), na-export mula sa database gamit ang Oracle export utility at nakaimbak bilang isang binary file - para sa kasunod na pag-import sa database gamit ang Oracle import utility.

Ang mga pisikal na backup ay ang pundasyon ng anumang maaasahang backup at diskarte sa pagbawi, habang ang mga lohikal na backup ay kapaki-pakinabang na karagdagan sa mga pisikal na backup sa maraming kaso, ngunit hindi sapat ang mga ito upang magbigay ng kasiya-siyang proteksyon laban sa pagkawala ng impormasyon nang walang mga pisikal na backup.

Dagdag pa, ang terminong "backup" sa artikulong ito tungkol sa backup at pagbawi ay mangangahulugan, una sa lahat, mga pisikal na backup (kung hindi tinukoy kung aling mga backup ang pinag-uusapan natin), at gumawa ng backup bahagi o ang buong database ay mangangahulugan ng paggawa ng isa sa mga uri ng pisikal na backup. Ang diin sa artikulo ay pangunahin sa mga pisikal na backup.

Mga Error at Pagkabigo na nangangailangan ng Pagpapanumbalik mula sa Backup

Bagama't may ilang uri ng mga problema na maaaring makagambala sa normal na paggana ng database ng Oracle o mga operasyon ng I/O, kadalasang dalawa lang sa mga ito ang nangangailangan ng interbensyon ng administrator (DBA) at pagbawi ng media: mga pagkabigo ng media (mga pagkabigo sa media). mga hard drive atbp.), at mga error ng user.

Ang iba pang mga pagkabigo ay maaaring mangailangan ng interbensyon ng DBA upang i-reload ang database (pagkatapos ng isang instance na pagkabigo) o maglaan ng karagdagang espasyo sa disk (pagkatapos ng isang pagkabigo sa SQL statement dahil sa, halimbawa, isang buong file ng data), ngunit ang mga sitwasyong ito ay hindi karaniwang magreresulta sa pagkawala ng data at hindi mangangailangan ng pagpapanumbalik mula sa backup.

Mga error sa user

Nangyayari ang mga error ng user dahil sa mga error sa logic ng application, o kapag lumihis sa mga tagubilin sa pagpapatakbo, ang data sa iyong database ay binago o hindi natanggal nang tama. Ang pagkawala ng impormasyon dahil sa error ng user ay kinabibilangan ng mga pagkakamali gaya ng pagtanggal ng mahahalagang talahanayan o pagtanggal o pagbabago ng mga nilalaman ng isang talahanayan. Habang ang pagsasanay ng user at maingat na pamamahala ng pribilehiyo ay maaaring maprotektahan laban sa karamihan ng mga error ng user, matutukoy ng iyong diskarte sa pag-backup kung gaano mo kaganda ang pagbawi ng nawalang data kapag ang error ng user ay nagdudulot ng pagkawala ng impormasyon.

Pagkabigo ng storage media

Kabiguan ng media– ito ay isang pagkabigo kapag nagbabasa o nagsusulat ng isang file sa disk na kinakailangan para gumana ang database, dahil sa pisikal na problema may disk. Halimbawa, pagkabigo ng ulo. Anumang database file ay maaaring masira dahil sa media failure.

Ang naaangkop na paraan para sa pagbawi mula sa isang pagkabigo ng media ay depende sa kung anong mga file ang naapektuhan ng pagkabigo, pati na rin ang mga uri ng mga backup na magagamit.

Oracle Backup at Recovery Solutions: RMAN at Custom Backups

Upang magsagawa ng pag-backup at pag-restore batay sa mga pisikal na backup, mayroon kang dalawang solusyon sa iyong pagtatapon:

  • Tagapamahala ng Pagbawi– tool (gumagana mula sa command line o mula sa GUI Enterprise Manager), na sumasama sa mga session na tumatakbo Oracle server upang magsagawa ng ilang mga aksyon na nauugnay sa pag-backup at pagbawi, pati na rin upang mapanatili ang imbakan ng kasaysayan tungkol sa iyong mga backup
  • Tradisyonal pasadyang pag-backup at pagpapanumbalik(ibig sabihin, pinamamahalaan at kinokontrol ng user) kung saan direktang pinamamahalaan mo ang mga file na bumubuo sa iyong database gamit ang mga OS command at SQL*Plus backup at restore na mga kakayahan

Ang parehong mga pamamaraan ay suportado ng Oracle at ganap na dokumentado. Ang Recovery Manager, gayunpaman, ay ang ginustong solusyon para sa backup at pagbawi ng database. Magagawa nito ang parehong mga uri ng backup at restore na available gamit ang custom na backup at restore, ngunit sa mas simpleng paraan, at nagbibigay din ang RMAN ng karaniwang interface para sa mga backup na gawain sa iba't ibang operating system, at nag-aalok din ng ilang backup na teknolohiya na hindi available sa manu-manong paraan ng pag-backup.

Karamihan sa artikulo ay tututuon sa pag-backup at pagpapanumbalik gamit ang RMAN. Plano kong ilarawan ang mga custom na paraan ng pag-backup at pagbawi sa mga artikulo sa hinaharap tungkol sa pag-backup at pagbawi.

Alinmang paraan ang iyong gamitin (RMAN o isang pasadyang paraan), maaari mong dagdagan ang iyong mga pisikal na backup ng mga lohikal na pag-backup ng mga schema object, na isinasagawa sa pamamagitan ng mga export utilities. Ang data na na-save sa ganitong paraan ay maaaring ma-import sa ibang pagkakataon upang muling likhain ang mga bagay na ito pagkatapos ibalik mula sa isang pisikal na backup. Gayunpaman, hindi ko isasaalang-alang ang mga lohikal na backup sa artikulong ito (pagkatapos ay gusto kong magsulat ng isang hiwalay na artikulo tungkol sa mga lohikal na backup).

Salamat sa iyong pansin! Huwag palampasin ang pagpapatuloy ng paksa tungkol sa pag-backup at pagbawi sa mga artikulo sa hinaharap, na susubukan kong isulat sa malapit na hinaharap. Good luck!.

SA dokumentong ito Inilalarawan ang mga patakaran at pamamaraan na dapat sundin para sa mga pag-backup ng Oracle sa antas ng enterprise gamit ang software ng Bacula Enterprise Edition. Kasama rin sa dokumento ang iba't ibang mga sitwasyon para sa pagpapanumbalik ng backup ng Oracle.

Pangkalahatang-ideya ng Oracle Backup

Gumagamit ang Bacula Enterprise Edition ng natatanging Oracle backup plugin upang pasimplehin ang backup pagkopya sa Oracle at ang pagpapanumbalik nito. Binibigyang-daan ka ng plugin na gumamit ng mga advanced na pamamaraan para sa mainit at malamig na Oracle backup at i-restore ang data at mga configuration na nakaimbak sa mga server ng ika-10 at ika-11 henerasyon. Ang Oracle database backup plugin ay nagbibigay-daan sa iyo upang ibalik ang Oracle sa isang tiyak na punto sa oras (hanggang sa isang checkpoint), i-filter ang mga bagay sa panahon ng Oracle backup at ibalik ang mga ito. Pinapayagan ka rin nitong lumikha ng mga backup ng Oracle na may impormasyon sa pagsasaayos tulad ng mga parameter. Ang Oracle database backup plugin ay sinusuportahan ng Linux 32/64 bit platform na sinusuportahan ng Oracle, pati na rin ang Oracle 10.x, 11.x na mga database.

Iba pang mga benepisyo ng Oracle backup na may Bacula:

  • Kapag gumagamit ng RMAN mode, pinapayagan ka ng plugin na lumikha ng incremental at differential Oracle backup sa antas ng block.
  • Ang tampok na pagsubaybay sa pagbabago ng RMAN, na ginagamit para sa mga kasunod na incremental na pag-backup, ay makabuluhang nagpapabuti sa paggawa ng backup sa pamamagitan ng pagtatala ng mga binagong bloke ng bawat file ng data sa isang file ng pagsubaybay sa pagbabago.
  • Ang tagapangasiwa ng database ay hindi kailangang magkaroon ng mga kasanayan sa pagtatrabaho sa database ng Oracle o magagawang lumikha ng mga kumplikadong script para sa mga backup ng Oracle.
  • Ang plugin na ito para sa paglikha at pagpapanumbalik ng mga backup ng Oracle ay idinisenyo din upang lumikha ng mga backup na kopya ng impormasyon sa pagsasaayos, tulad ng mga parameter.

Ang dokumentong ito ay nagpapakita iba't ibang paraan at Oracle backup na mga diskarte gamit ang Bacula Enterprise Edition software at kaugnay na plugin.

Glossary ng Oracle Backup

Ang mga sumusunod na termino ay ginagamit sa dokumentong ito:

  • ARC(Archival log)– karaniwang paraan na ginagamit upang matiyak ang integridad ng data. Ang pangunahing ideya sa likod ng ARC ay ang mga pagbabagong ginawa sa mga file ng data (na naglalaman ng mga talahanayan at index) ay isusulat lamang pagkatapos mai-log ang mga pagbabago, iyon ay, pagkatapos na mailipat sa permanenteng imbakan ang mga log entry na naglalarawan sa mga pagbabago.
  • PITR Ipinapanumbalik ng Oracle Predefined Point Recovery (PITR) ang isang database sa isang partikular na punto sa oras at pagkatapos ay gumagamit ng mga incremental na backup at rollback upang ibalik ang database sa puntong iyon. Minsan tinatawag na hindi kumpleto ang pagbawi ng PITR dahil ibinabalik ng PITR recovery ang database sa isang partikular na punto, at ang mismong pamamaraan ay hindi gumagamit ng lahat ng Oracle backup na mga file ng log.
  • RMAN Oracle Recovery Manager o RMAN utility, command line at Oracle Enterprise Manager based tool - inirerekomendang paraan para sa pag-backup at pagbawi ng database ng Oracle. Ang RMAN utility ay idinisenyo upang gumana nang direkta sa server. Pinapayagan ka ng utility na tukuyin ang mga nasira na bloke ng data sa panahon ng pag-backup at pagbawi ng database. Ang RMAN utility ay nag-o-optimize ng pagganap at pagkonsumo ng memorya sa panahon ng paggawa ng backup sa pamamagitan ng pag-compact ng mga file at pag-compress sa backup set.
    http://docs.oracle.com/cd/B28359_01/backup.111/b28270/toc.htm
  • EXP/IMP Oracle export (exp) / import (imp) utility ay ginagamit upang magsagawa ng lohikal na database backup/restore. Kapag nag-e-export, ang isang dump ng mga object ng database ay nilikha sa form binary file, na maaaring ma-import sa isa pang database ng Oracle.
  • Data Pump Ang teknolohiya ng Oracle Data Pump ay isang mas moderno, mas mabilis at mas nababaluktot na alternatibo sa "exp" at "imp" na mga utility na ginamit sa mga nakaraang bersyon Oracle. Sa kasamaang palad, ang bagong paraan na ito ay hindi sumusuporta sa pag-output ng data nang direkta sa isang FIFO file. Samakatuwid, ang paggamit ng mga tool Data Pump kailangan mo munang i-dump ang data sa disk at pagkatapos ay basahin ang data na iyon gamit ang Bacula Enterprise File Daemon. Kasalukuyang bersyon Hindi sinusuportahan ng Oracle backup plugin ang teknolohiya ng Data Pump.
  • SBT Bilang default, ipinapadala ng RMAN ang lahat ng backup ng Oracle sa isang espesyal na direktoryo ng system sa disk. Maaari mo ring i-configure ang RMAN upang lumikha ng mga backup sa ibang media, tulad ng magnetic tape, gamit ang SBT module. Si Bacula sa kasong ito ay gaganap bilang Media Manager, at ang data ay direktang ililipat mula sa RMAN patungo sa Bacula.
  • libobk Ang interface ng SBT ay ipinatupad batay sa libobk library file.
  • Tablespace Ang database ay nahahati sa mga lohikal na lugar ng imbakan na tinatawag na mga puwang ng talahanayan, na pinagsama-sama batay sa kanilang lohikal na istraktura. Halimbawa, karaniwang pinagsasama-sama ng mga puwang ng talahanayan ang lahat ng mga object ng application upang pasimplehin ang pangangasiwa.
  • Scheme ay isang koleksyon ng mga bagay sa database. Pagmamay-ari ng user ng database ang schema. Ang schema ay may parehong pangalan sa gumagamit nito. Ang mga bagay sa schema ay lohikal na istruktura, na direktang nauugnay sa data ng database. Kasama sa mga object ng schema ang mga istruktura tulad ng mga talahanayan, view, at index. (Walang kaugnayan sa pagitan ng tablespace at schema. Ang mga bagay mula sa parehong schema ay maaaring nasa iba't ibang tablespace, at ang mga tablespace ay maaaring maglaman ng mga bagay mula sa iba't ibang schema.)
  • Halimbawa Ang isang Oracle database server ay binubuo ng isang Oracle database at isang Oracle database instance. Sa bawat oras na magsisimula ang database, isang system global area (SGA) ang inilalaan at ang mga proseso sa background ng Oracle ay inilulunsad. Ang kumbinasyon ng mga proseso sa background at memory buffer ay tinatawag na isang Oracle na halimbawa.
  • SID Ang Oracle System ID (SID) ay ginagamit upang makilala ang database sa system. Para sa kadahilanang ito, higit sa isang database na may natatanging SID ay hindi maaaring umiral sa parehong sistema. Karaniwan, ang SID ay tinutukoy ng variable na "ORACLE_SID". Bilang kahalili, mahahanap mo ang identifier na ito sa unang field (bago 🙂 ng /etc/oratab.
  • Kopyahin Sa bawat oras na magbubukas ka ng isang database gamit ang ALTER DATABASE OPEN RESETLOGS command, ang naturang kopya ay nalilikha.
  • SCN System change number (SCN) ay isang numero sa Oracle na sunod-sunod na tumataas sa bawat pagbabagong ginawa sa database: ipasok, i-update, tanggalin. Tumataas din ang numero ng SCN bilang resulta ng pakikipag-ugnayan ng DB.
  • Oracle Recovery– isang aksyon na humahantong sa pagkuha ng data mula sa isang backup. Pagkatapos ibalik ang database, maaaring kailanganin mong ibalik ito sa orihinal na estado, ibig sabihin, gumulong pabalik pasulong sa isang tiyak na control point.
  • Bumalik sa orihinal na estado– ito ay isang pamamaraan para sa pag-update ng isang naibalik na file ng data gamit ang mga naka-archive na log ng "redo" na mga operasyon at kasalukuyang mga log, iyon ay, gamit ang mga pagbabagong ginawa sa database pagkatapos lumikha ng isang backup.
  • Function Proxy Copy ay isang tampok ng RMAN utility na hindi sinusuportahan ng kasalukuyang pagpapatupad ng interface ng SBT sa software ng Bacula Enterprise.

Alamat

  • Mga halagang nakapaloob sa panaklong< >ipinasok ng mga gumagamit, halimbawa, dapat mapalitan ng kasalukuyang numero ng ORACLE_SID. Kung ang iyong ORACLE_SID number ay isang pagsubok na TEST, ang file ay nakasulat bilang init .ora ay magmumukhang initTEST.ora.
  • % ay nangangahulugan na ang command ay dapat na patakbuhin ng isang normal na user.
  • # ay nangangahulugan na ang command ay dapat patakbuhin sa pamamagitan ng account privileged user.
  • RMAN> ay nangangahulugan na ang command ay dapat na tumakbo sa loob ng isang rman session.
  • Nangangahulugan ang SQL> na ang command ay dapat patakbuhin sa loob ng isang sqlplus session.
  1. Oracle backupmay plugin

Pagpili ng Oracle backup na paraan: Dump o RMAN utility

Ipinapakita ng talahanayan sa ibaba ang mga benepisyo ng mga paraan ng backup na pagbawi na sinusuportahan ng plugin ng Bacula Enterprise para sa Oracle. Upang pumili ng isa o ibang paraan, magabayan ng mga feature gaya ng kakayahang ibalik ang backup ng Oracle sa isang tinukoy na checkpoint, ang kakayahang mag-filter ng mga bagay sa panahon ng pag-backup o pagpapanumbalik. Maaari ding pagsamahin ng user ang mga paraan ng paggawa ng dump at paggamit ng RMAN PITR utility para sa isang cluster.

Ang RMAN utility ay nagpapahintulot din sa iyo na gamitin makabagong pamamaraan, salamat sa kung saan maaari kang magpadala ng data sa pamamagitan ng interface ng SBT ng Bacula Enterprise, halimbawa, sa tape at disk nang sabay-sabay para sa mas mabilis na pagbawi.

Function Dump RMAN RMAN SBT
Kakayahang ibalik ang isang bagay (talahanayan, diagram...) Oo Hindi Hindi
Kakayahang ibalik ang isang file (index, database, table...) Hindi Oo Oo
Bilis ng paggawa ng backup ng Oracle Mababa Mataas Mataas
Bilis ng pagbawi Mababa Mataas mataas*
Laki ng backup ng Oracle Maliit Malaki Malaki
Sukat sa lokal na disk kapag gumagawa ng backup wala Buong backup wala
Sukat sa lokal na disk sa panahon ng pagbawi wala Buong backup Mga kinakailangang bagay
Kakayahang ibalik sa isang checkpoint Hindi Oo Oo
Suporta para sa incremental/differential Oracle backup Hindi Oo Oo
Parallel na pagbawi Oo Oo Oo
Oracle online backup Oo Oo Oo
Consistency Oo Oo Oo
Kakayahang ibalik sa isang nakaraang pangunahing bersyon ng Oracle Hindi Hindi Hindi

Talahanayan 1. Oracle Recovery Methods

*Kapag ginagamit ang interface ng RMAN SBT, ang bilis ng pagbawi ay depende sa iba't ibang elemento gaya ng uri ng media (tape o disk), bilis ng paglipat ng network, availability ng daemon device, atbp... Sa Bacula Enterprise software version 6.4 at mas bago, ang daemon device ay maaaring gumamit ng parehong volume ng disk para sa maraming parallel na pagpapanumbalik. Kaya, posibleng magsagawa ng maraming Oracle restore at backup na mga gawain nang sabay-sabay.

Kino-configure ang RMAN SBT

Ang seksyong ito ng gabay sa gumagamit ay naglalarawan kung paano maayos na i-install at i-configure ang interface ng Bacula Enterprise SBT gamit ang Oracle at RMAN.

Kapag gumagawa ng backup ng Oracle o nagpapatakbo ng backup mula sa RMAN, kakailanganin ng RMAN na makipag-ugnayan sa sentralisadong Direktor ng Bacula Enterprise upang makakuha ng impormasyon ng file at volume o upang magpatakbo ng backup o pag-restore ng Oracle. Upang magtatag ng komunikasyon, kakailanganin mo ng karaniwang FIFO command file at isang b-console.

Kapag ginagamit ang plugin ng oracle-sbt-fd, hindi makakapagpatakbo ng Oracle backup ang direktor mula sa b-console o mula sa iskedyul. Ang RMAN utility lang ang makakapagsimula ng session at makapagsimula ng backup. Isaalang-alang ang katotohanan na nagpapatakbo ka pa rin ng isang karaniwang Oracle system backup, pagkatapos ay gamitin ang RunScript sa awtomatikong tawag RMAN.

Pag-configure ng Bacula Kapag ginagamit ang interface ng SBT, dapat mong i-install ang b-console (Bacula console). Dapat na payagan ka ng console na kumonekta sa sentralisadong direktor at pag-access lokal na kliyente, Oracle backup na gawain, at iba pang katangian ng pool.

Upang gumamit ng console na may limitadong mga kakayahan, maaari mong gamitin ang sumusunod na kahulugan ng console:

Figure 1. Oracle backup kapag nakikipag-ugnayan sa pagitan ng RMAN at Bacula

Ang "oracle" Unix user ay dapat na maipakita ang b-console at basahin ang kaukulang configuration file bconsole.conf, na hindi default na pagsasaayos. Maaari mong kopyahin ang binary at config file sa folder /opt/bacula/oracle gamit ang sumusunod na mga utos ng Unix:

Mahalaga: Maaaring kailanganin mo ang isang kopya ng binary b-console pagkatapos ng bawat pag-update ng Bacula Enterprise.

Pagpapatupad ng mga parallel na gawain kapag nagba-back up ng isang database ng Oracle

Para magpatakbo ng Oracle backup o restore gamit ang maraming channel, kailangan mong tiyakin na ang lahat ng kinakailangang Oracle DB backup plugin resources ay wastong na-configure gamit ang Maximum Concurrent Jobs command para payagan ang pagpapatupad magkatulad na gawain.

  • Direktor: Direktor (hal: 100)
  • Direktor: Kliyente (hal: 10)
  • Direktor: Job (hal: 10)
  • Direktor: Storage (hal: 10)
  • Imbakan: Imbakan (hal: 100)
  • Storage: Device (hal: 10 o 10 device na nakapangkat sa isang Virtual Changer)
  • Kliyente: FileDaemon (hal: 10)

Upang paganahin ang pag-backup at pag-restore ng mga gawain nang sabay-sabay sa parehong mapagkukunan ng Director Storage, ang configuration ay dapat gumamit ng isang Virtual Changer drive. Ang impormasyon tungkol sa mga espesyal na pagsasaayos ay ibinibigay sa teknikal na dokumentasyon Disk Backup.

Mga paghihigpit sa media

Kinakailangan ng Oracle na huwag pagsamahin ng Bacula Enterprise Media Manager ang mga stream ng data mula sa dalawang magkatulad na session ng API sa parehong serial device. Nangangahulugan ito na kung gumagamit ka ng tape drive upang i-back up ang iyong database ng Oracle, dapat kang gumamit ng iba mga tape drive para sa bawat parallel backup na gawain. Ang limitasyong ito ay hindi nalalapat sa mga disk drive. Ang limitasyong ito ay nangangailangan ng isang partikular na mahabang pagbawi.

Pag-configure ng Bacula SBT

libobk maaaring i-configure gamit ang isang file /opt/bacula/oracle/sbt.conf o / opt/bacula/etc/sbt.conf o gamit ang utos RMAN IPADALA. Ipinapakita sa talahanayan 2 ang mga deskriptor na ginamit:

Parameter Paglalarawan Halimbawa
kliyente Pangalan ng kliyente ng Bacula client=oracle-fd
restoreclient Ang pangalan ng kliyente ng Bacula ay ginamit para sa pagbawi restoreclient=oracle-fd
trabaho b-console na utos na may mga argumento

bconsole=”/tmp/bconsole -n”
ibalik ang trabaho Pangalan ng gawain sa pagpapanumbalik ng Bacula. Kung marami kang mga gawain sa pagbawi na tinukoy sa iyong configuration at hindi ginagamit ang opsyong ito, awtomatikong pipiliin ng SBT plugin ang unang tinukoy na gawain sa pagbawi. restorejob=RestoreFiles
wait jobcompletion Naghihintay na makumpleto ang gawain sa pagtatapos ng sesyon ng SBT. Bilang default, ang session ay nagtatapos nang mabilis hangga't maaari. Pakitandaan na ang opsyong ito ay dapat lamang gamitin kapag nagsisimula ng backup mula sa RMAN. wait jobcompletion
update Uri ng pag-update (lokal na direktoryo). Kung ang filename ay nasa lokal na direktoryo, ang plugin ay direktang tumutugon sa RMAN nang hindi nakikipag-ugnayan sa Bacula Director. Gamitin ang update=force command para pilitin ang pag-verify ng Direktor ng Bacula. update=puwersa
jobopt Karagdagang parameter ng gawain jobopt="spooldata=no"
backupdir Lokal na folder ng direktoryo backupdir=/opt/bacula/oracle
ctrlfile Pangunahing landas sa control file ctrlfile=/tmp/oracle
ctrltimeout I-pause kapag kumokonekta sa Bacula ctrltimeout=300
subukan muli Bilang ng mga pagsubok na kumonekta sa Bacula
localdir Lokal na folder ng data file na susuriin ng plugin ng SBT bago tawagan ang gawain sa pagpapanumbalik ng Bacula.

Localdir=/tmp/@ORACLE/sbt
katalogo Pangalan ng direktoryo Bacula catalog=”MyCatalog 2”
bakas Trace file ng landas ng file trace=/tmp/log.txt
i-debug Antas ng pag-debug

Talahanayan 2. SBT libobk configuration

Bilang minimum na mga parameter, na dapat na tinukoy sa configuration file, ay tulad ng client, task at b-console. Pakitandaan na dapat gumamit ng mga dobleng panipi kung ang elementong kino-configure ay naglalaman ng mga puwang (hal. b-console).

Maaaring ma-overwrite ang mga setting na ito gamit ang RMAN SEND command.

Ang SEND command ay limitado sa 512 bytes, kaya maramihang SEND command ay maaaring gamitin upang tukuyin ang lahat ng mga parameter. Mas mainam na iwasan ang mahabang landas kapag gumagamit ng interface ng SBT.

FileSet Configuration

Ang Oracle SBT database backup plugin (oracle-sbt) ay tumatanggap ng mga parameter sa Job FileSet, tulad ng inilarawan sa Talahanayan 3.

Talahanayan 3. Mga parameter ng plugin ng Oracle SBT

Pagsubok sa sbt.conf configuration

Upang subukan ang pagsasaayos ng plugin ng Bacula Enterprise Oracle SBT, maaaring gamitin ng root user ang mga sumusunod na command:

Kung may nangyaring error sa koneksyon, may lalabas na mensahe. Hanggang sa i-configure mo nang tama ang iyong mga setting ng koneksyon, walang saysay na magpatakbo ng backup ng Oracle RMAN.

Panloob na Catalog ng Bacula SBT

libobk file Bacula Enterprise software ay gumagamit ng isang lokal na direktoryo upang mag-imbak ng impormasyon tungkol sa lahat ng mga file. Maaaring luma na ang impormasyong ito. Samakatuwid, maaari mong gamitin ang update=force parameter sa sbt.conf file o ang SEND command upang pilitin ang paghahanap para sa direktoryo ng Bacula.

Ang default na direktoryo ay naka-imbak sa / opt/bacula/oracle/bacula-sbt.cat at maaaring maging bahagi ng isang regular na backup ng system.

Kakayahang i-save ang Oracle RMAN backup

Kapag gumagamit ng RMAN SBT Bacula Enterprise plugin, ang Oracle backup saving capability na tinukoy ng RMAN utility ay dapat tumugma sa Bacula volume o in-memory job persistence. Kapag nagpadala ang RMAN ng mga utos para tanggalin ang mga backup na file, hindi tatangkain ni Bacula na linisin o tanggalin ang anuman.

Mga halimbawa ng Oracle backup

Ang sumusunod na halimbawa ay naglalarawan kung paano magpatakbo ng 3 parallel na trabaho sa backup ng Bacula nang sabay-sabay. Sa kasong ito, ang RMAN utility ay magpapadala ng data sa kanila gamit ang tinatawag na round robin algorithm. Kung hindi makontak ng RMAN si Bacula sa pamamagitan ng isa o higit pang mga channel, awtomatikong ipapadala ng RMAN ang data sa magagamit na channel. Nangangahulugan ito na kung abala ang iyong storage o sentralisadong direktor (limitado ng bilang ng mga device o setting maximum na dami parallel tasks), awtomatikong makakahanap ng paraan palabas ang RMAN.

Sa halimbawang ito, gumagamit ang RMAN ng 3 gawain sa Bacula para mabawi ang 3 file.

Configuration ng RMAN Mode

Ang seksyong ito ng User's Guide ay naglalarawan kung paano i-configure ang RMAN utility sa tamang operasyon sa bahaging iyon ng Oracle database backup plugin na hindi gumagamit ng interface ng SBT.

Ang kasalukuyang bersyon ng Oracle database backup plugin ay sumusuporta lamang sa mga database na inilunsad mula sa aktibong mode ARCHIVELOG.

ARCHIVELOG configuration sa Oracle

Para magamit ang Oracle backup creation mode gamit ang RMAN, ang database ay dapat ilunsad sa ARCHIVELOG mode. Upang suriin kung paano naka-configure ang iyong database, maaari mong gamitin ang sumusunod na SQL command.

Upang paganahin ang mode ng pag-archive para sa isang database, maaari mong gamitin ang command na ALTER DATABASE ARCHIVELOG sa estado ng SYSDBA.

  • Itigil ang database gamit ang SHUTDOWN command
  • Gumawa ng backup ng database
  • I-edit ang init file .ora upang i-configure ang naka-archive na lokasyon ng log
  • Simulan ang database nang hindi binubuksan ito gamit ang STARTUP MOUNT command
  • Baguhin ang archiving mode gamit ang ALTER DATABASE ARCHIVELOG command; at buksan ito gamit ang ALTER DATABASE OPEN command;
  • Itigil ang database gamit ang SHUTDOWN IMMEDIATE command
  • Gumawa muli ng backup ng database, dahil ang pagbabago ng ARCHIVELOG ay mag-a-update ng mga control file at magiging hindi na magagamit ang mga lumang backup. Ang Bacula Enterprise plugin para sa Oracle ay lilikha ng RMAN backup na inilagay sa isang subfolder sa lokasyon kung saan matatagpuan ang naka-archive na log, na tinukoy sa init file .ora.

Pag-optimize ng Oracle Incremental Backup

Ang tampok na pagsubaybay sa pagbabago ng RMAN para sa paglikha ng incremental na mga backup ng Oracle ay nagpapabuti sa kahusayan ng naturang mga backup sa pamamagitan ng pagtatala ng mga binagong bloke sa bawat file ng data sa isang file ng pagsubaybay sa pagbabago. Kapag pinagana ang pagsubaybay sa pagbabago, ginagamit ng RMAN ang file ng pagsubaybay sa pagbabago upang tukuyin ang mga binagong bloke upang lumikha ng mga incremental na backup. Tinatanggal nito ang pangangailangang i-scan ang bawat bloke sa file ng data.

Pagkatapos i-activate ang feature sa pagsubaybay sa pagbabago, sa kaso ng unang buong backup, kailangan pa ring i-scan ng system ang lahat ng data file, dahil hindi pa ipinapakita ng change tracking file ang mga estado ng lahat ng block. Ang anumang kasunod na incremental backup na gumagamit ng buong backup na ito bilang parent backup ay gagamit ng change tracking file.

Ang sumusunod na SQL command, na tumatakbo bilang sysdba, ay nagbibigay-daan sa tampok na pagsubaybay sa pagbabago at ginagamit ang lokasyong "/path/to/file" bilang ang naka-archive na lokasyon ng log. (Pakitandaan na ang file ay dapat nasa wastong folder na maaaring sulatan ng user ng Oracle).

RMAN backup na kakayahan

Kapag gumagamit ng RMAN mode gamit ang Bacula Enterprise plugin para sa Oracle, ang bawat gawain sa Bacula ay tatakbo ng RMAN upang lumikha ng isang hanay ng mga backup. Inirerekumenda namin ang pag-configure ng RMAN upang tanggalin ang mga lumang file pagkatapos ng isang tiyak na tagal ng oras. Bagama't ang operasyong ito ay maaaring isagawa kaagad pagkatapos makumpleto ang pag-backup, inirerekomenda namin ang pag-imbak ng data sa disk nang mas matagal upang maiwasan ang mga kahirapan sa kakayahan ng Oracle na ibalik sa mga checkpoint. Tutulungan ka ng sumusunod na command na itakda ang panahon ng pagpapanatili ng Oracle file sa 7 araw. Ito ay dapat na sapat na oras kung i-back up mo ang Oracle nang hindi bababa sa isang beses bawat 7 araw.

Higit pa detalyadong impormasyon makikita mo sa manual para sa RMAN utility

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

Pag-configure ng Oracle Plugin para sa RMAN

Kung gagamitin mo ang tampok na pagbawi ng PITR ng RMAN, ang Bacula plugin para sa Oracle ay mangangailangan ng Accurate mode upang ma-activate. Dapat mong paganahin ang Accurate mode sa mapagkukunan ng gawain. Pakitandaan na kasabay ng plugin, ang Accurate function ay ginagamit upang matiyak na ang lahat ng mga bagong file ay nai-save ng Bacula plugin ngunit hindi namarkahan bilang tinanggal dahil malamang na maging kapaki-pakinabang muli ang mga ito.

Sa RMAN mode, pinapayagan din ng plugin para sa Oracle ang paggamit ng mga karagdagang parameter na tinukoy sa pamamagitan ng command line ng plugin. Tingnan ang talahanayan sa ibaba:

Parameter Paglalarawan Default Halimbawa
mode Ito ay kinakailangan upang i-activate ang PITR backup sa RMAN mode Dump mode=rman
Oracle_user Unix Oracle Super User orakulo oracle_user=oracle10
sid Oracle SID SID=XE
Oracle_SID Oracle SID Oracle_SID=XE
Oracle_HOME Oracle HOME ORACLE_HOME=/opt/oracle/…
verbose Ang output ng RMAN ay lumalabas bilang 0 sa gawain verbose=1
sbt Gamit ang SBT sa RMAN sbt
ctrlfile Pangunahing landas upang makontrol ang mga file kapag gumagamit ng SBT ctrlfile=/tmp/oracle

Talahanayan 4. Mga parameter ng plugin para sa Oracle sa RMAN mode

Pagkatapos, gamit ang where=/ o where= ilo-load ng plugin ang SQL file na ito sa iyong database. Kung mayroon nang ilang tungkulin, may lalabas na mensahe ng error sa log ng trabaho. Maaari mo ring ibalik ang users.sql file sa isang lokal na direktoryo, i-edit ito, at i-load ito gamit ang sqlplus upang maibalik ang anumang napiling bahagi ng file.

Pagpapanumbalik ng isang database ng Oracle. Upang maibalik ang isang solong schema gamit ang Bacula Enterprise Plugin para sa Oracle, kailangan mong pumili ng directory schema sa panahon ng restore command, ang pagpili ay dapat maglaman ng data file (data.dmp) at isang script ng paggawa ng schema (user.sql).

kanin. 3 Mga nilalaman ng database na may dump sa BWeb

Kapag napili na ang direktoryo ng DB, maaari mong gamitin ang parameter kung saan ire-restore ang schema bagong scheme na may ibang pangalan. Upang gumawa ng bagong pangalan ng schema, kailangan mong itumbas ang where parameter sa isang salita na naglalaman ng mga character na A..Z, 0-9, at _. Ang Bacula plugin ay lilikha ng tinukoy na schema at ibabalik ang data dito.

Inirerekomenda namin na palagi kang gumamit ng malalaking titik sa mga pangalan ng schema. Ang Bacula Enterprise plugin para sa Oracle ay muling gagawa ng bagong schema gamit ang pangalan na iyong tinukoy sa where= parameter. Kung gumagamit ka ng malalaking titik at maliliit na titik sa pangalan, maaaring may sitwasyon kung saan kailangan mong ilakip ang pangalan ng schema sa mga panipi upang ma-access ito.

Pagkatapos ng pagbawi, maaaring kailanganin mong i-reset ang password ng schema na kakagawa mo lang gamit ang parehong mga setting gaya ng orihinal na schema. Upang gawin ito, patakbuhin ang:

Kung itatakda mo ang parameter sa hindi kailanman, susuriin ng Bacula plugin ang listahan ng mga schema at i-abort ang gawain kung ang kasalukuyang schema na nire-restore ay mayroon na.

Kung ang kung saan ang parameter ay isang direktoryo (naglalaman ng /), ibabalik ng Bacula plugin ang lahat ng mga file sa direktoryong iyon. Sa ganitong paraan maaari mong gamitin ang imp directory at i-restore lang ang mga trigger, table, index, atbp.

Pagbawi ng isang talahanayan ng Oracle. Upang maibalik ang isang bagay, tulad ng isang talahanayan, mula sa isang dump na iyong ginawa, kailangan mo munang ibalik ang dump file sa isang lokal na direktoryo. Pagkatapos ay gamitin ang imp tool upang i-import ang nais na bagay. Para sa higit pang impormasyon, tingnan ang dokumentasyon sa pag-import ng mga bagay sa Oracle.

Pagpapanumbalik ng mga Oracle dump file sa isang direktoryo. Upang ibalik ang mga SQL dump sa isang direktoryo, maaari mong italaga ang where parameter sa anumang wastong direktoryo.

Ang Oracle restore process na may Bacula plugin ay lilikha ng mga sumusunod na folder kapag nire-restore ang SYS schema sa Oracle SID XE, at ibabalik dito ang mga napiling file.

Pagpapanumbalik ng buong database ng Oracle. Upang maibalik ang lahat ng mga database at mga pagsasaayos ng database, ibalik lamang ang lahat ng mga file na matatagpuan sa /@ORACLE/ , gamitin ang replace=always at where=/.

Mga Limitasyon ng Oracle Backup and Restore

Ang mga default na plugin ay hindi tugma sa Copy/Migration/VirtualFull na mga gawain.



MGA KAUGNAY NA ARTIKULO