Babeskopia ez da burdina guztietatik oihukatzen den modako teknologietako bat. Edozein enpresa seriotan egon behar da, hori da dena. Gure bankuko hainbat milaka zerbitzariren babeskopiak egiten ditugu - lan konplexua eta interesgarria da, zeinen sotiltasun batzuk, baita babeskopiei buruzko uste okerrak ere, kontatu nahi dira.
Ia 20 urte daramatzat gai hau lantzen, eta horietatik azken 2 urteak Promsvyazbank-en izan dira. Praktikaren hasieran, babeskopiak ia eskuz egin nituen, fitxategiak besterik gabe kopiatzen zituzten scriptekin. Orduan tresna erosoak agertu ziren Windows-en: fitxategiak prestatzeko Robocopy utilitatea eta kopiatzeko NT Backup. Eta orduantxe iritsi zen software espezializatuaren garaia, batez ere Veritas Backup Exec, gaur egun Symantec Backup Exec deitzen dena. Beraz, aspalditik ezagutzen ditut babeskopiak.
Termino sinpleetan, babeskopia datuen (makina birtualak, aplikazioak, datu-baseak eta fitxategiak) kopia bat mantentzea da, badaezpada, erregulartasun batekin. Kasu bakoitza hardware edo akats logiko gisa agertzen da eta datuak galtzea eragiten du. Backup-sistema baten helburua informazio-galera murriztea da. Hardwarearen hutsegite bat da, adibidez, datu-basea dagoen zerbitzariaren edo biltegiaren hutsegite bat. Logikoa - datuen zati bat galtzea edo aldatzea da, giza faktorearen ondorioz barne: nahi gabe taula, fitxategi bat ezabatu zuten, gidoi oker bat abiarazi zuten exekutatzeko. Informazio mota jakin bat denbora luzez gordetzeko arau-eskakizunak ere badaude, adibidez, urte batzuetara arte.
Babeskopien erabilera tipikoena datu-baseen kopia gordeta berreskuratzea da hainbat proba-sistema hedatzeko, garatzaileentzako klonak.
Badira babeskopien inguruan aspaldi uxatu beharko liratekeen mito tipiko batzuk. Hona hemen horietako ospetsuenak.
1. mitoa. Babeskopia segurtasun edo biltegiratze sistemen barruan funtzio txiki bat besterik ez da izan
Backup-sistemek konponbideen klase bereizia izaten jarraitzen dute, eta oso independenteak. Lan gehiegi dute egiteko. Izan ere, azken defentsa lerroa dira datuen osotasunari dagokionez. Beraz, babeskopiak bere erritmoan funtzionatzen du, bere ordutegian. Eguneroko txosten bat sortzen da zerbitzarientzat, monitorizazio sistemaren abiarazle gisa jarduten duten gertaerak daude.
Gainera, babeskopia-sistemarako sarbidearen ereduari esker, eskumenaren zati bat xede-sistemen administratzaileei laga diezaieke babeskopiak kudeatzeko.
2. mitoa. RAID bat dagoenean, babeskopia bat ez da beharrezkoa.
Zalantzarik gabe, RAID matrizeak eta datuen erreplikazioa modu ona dira informazio-sistemak hardware-akatsetatik babesteko, eta egonean zerbitzari bat baduzu, azkar antola dezakezu hara aldatzea makina nagusiak huts egiten badu.
Sistemaren erabiltzaileek egindako akats logikoetatik, erredundantzia eta erreplikak ez dira gordetzen. Hona hemen idazketa-egonerako zerbitzari bat - bai, lagundu dezake sinkronizatu aurretik erroreren bat hautematen bada. Eta momentua galtzen bada? Babeskopia puntualak bakarrik lagunduko dizu hemen. Datuak atzo aldatu zirela jakinez gero, sistema bezperan berreskura dezakezu eta bertatik beharrezko datuak atera ditzakezu. Akats logikoak ohikoenak direla kontuan hartuta, babeskopia zahar ona tresna frogatua eta beharrezkoa izaten jarraitzen du.
3. mitoa. Babeskopia hilean behin egiten den zerbait da.
Babeskopia-maiztasuna zure babeskopien sistemaren eskakizunen araberakoa den ezarpen konfiguragarria da. Oso posible da ia inoiz aldatzen ez diren eta bereziki garrantzitsuak ez diren datuak aurkitzea, haien galera ez da kritikoa izango enpresarentzat.
Izan ere, hilean behin eta are gutxiagotan egin daitezke babeskopiak. Baina datu kritikoagoak sarriago gordetzen dira, datu-galera onartzen duen RPO (Recovery point objrective) adierazlearen arabera. Hau astean behin, egunean behin edo orduko hainbat aldiz izan daiteke. Transakzioen erregistro hauek DBMStik ditugu.
Sistemak merkataritza-funtzionamenduan jartzen direnean, babeskopien dokumentazioa onartu beharko da, eta bertan islatzen dira puntu nagusiak, eguneratzeko prozedura, sistema berreskuratzeko prozedura, babeskopiak gordetzeko prozedura eta antzekoak.
4. mitoa. Kopien bolumena etengabe hazten ari da eta esleitutako edozein espazio guztiz hartzen du.
Babeskopiek atxikipen-epe mugatua dute. Ez du zentzurik, adibidez, urtean zehar eguneko 365 babeskopiak gordetzeak. Oro har, onargarria da eguneroko kopiak 2 astez gordetzea, ondoren berriekin ordezkatu eta hilabetean lehen aldiz egin zen bertsioa epe luzerako biltegiratzean geratzen da. Era berean, denbora jakin baterako gordetzen da; kopia bakoitzak bizitza osoa du.
Datu-galera babesa dago. Araua aplikatzen da: babeskopia ezabatu aurretik, hurrengoa osatu behar da. Beraz, datuak ez dira ezabatuko babeskopia osatu ez bada, adibidez, zerbitzariaren erabilgarritasunik ez dagoelako. Denbora-tarteak errespetatzen ez ezik, multzoko kopia kopurua ere kontrolatzen da. Sistema bi babeskopia osoak izateko diseinatuta badago, beti bi izango dira, eta zaharra hirugarren berri bat ongi idazten denean bakarrik ezabatuko da. Beraz, babeskopia artxiboak okupatzen duen bolumenaren hazkundea babestutako datu kopuruaren hazkundearekin soilik lotzen da eta ez da denboraren araberakoa.
5. mitoa. Babeskopia hasi zen - dena zintzilikatu zen
Hobe da hau esatea: dena zintzilik badago, administratzailearen eskuak ez dira hortik hazten. Oro har, babeskopia baten errendimendua faktore askoren araberakoa da. Esaterako, segurtasun-kopia sistemaren beraren abiadurari buruz: zenbateko azkarrak diren disko-biltegiratzeak, zinta liburutegiak. Backup-sistemako zerbitzarien abiaduratik: datuak prozesatzeko, konpresioa eta desduplicazioa egiteko denborarik duten. Eta baita bezeroaren eta zerbitzariaren arteko komunikazio-lerroen abiadurari buruz ere.
Babeskopia korronte batera edo gehiagotara joan daiteke, babeskopia egiten ari den sistemak multithreading onartzen duen ala ez. Adibidez, Oracle DBMS-k hainbat hari emateko aukera ematen du, erabilgarri dauden prozesadore kopuruaren arabera, transferentzia-tasa sareko banda zabalera mugara iritsi arte.
Hari kopuru handi baten babeskopia egiten saiatzen bazara, orduan martxan dagoen sistema bat gainkargatzeko aukera dago, benetan moteltzen hasiko da. Hori dela eta, hari kopuru optimoa aukeratzen da errendimendu nahikoa bermatzeko. Errendimenduaren murrizketa txikiena ere kritikoa bada, aukera bikaina dago babeskopia borroka zerbitzaritik ez, baina bere klonatik egiten denean, datu-basearen terminologian egonean. Prozesu honek ez du lan-sistema nagusia abiarazten. Datuak korronte gehiagoren bidez berreskura daitezke, zerbitzaria ez baita mantentze-lanetarako erabiltzen.
Erakunde handietan, babeskopia sistemarako sare bereizia sortzen da, babeskopiak ekoizpenean eragin ez dezan. Gainera, baliteke trafikoa ez sarearen bidez transmititzea, SAN bidez baizik.
Zama denboran zehar ere zabaltzen saiatzen gara. Segurtasun-kopiak lanorduz kanpoko orduetan egiten dira gehienbat: gauez, asteburuetan. Gainera, denak ez dira aldi berean korrika egiten. Makina birtualen babeskopiak kasu berezia dira. Prozesuak ia ez du eraginik makinaren beraren errendimenduan, beraz, babeskopia egunean zehar hedatu daiteke eta gauez dena ez atzeratu. Ezaugarri asko daude, dena kontuan hartzen baduzu, babeskopiak ez du sistemen errendimenduan eragingo.
6. mitoa. Babeskopia sistema bat abiarazi du - hori zuretzako akatsen tolerantzia da
Inoiz ez ahaztu segurtasun-kopia sistema bat dela azken defentsa-lerroa, eta horrek esan nahi du beste bost sistema egon beharko liratekeela aurrean, IT azpiegituren eta enpresen informazio-sistemen jarraipena, erabilgarritasun handia eta hondamendien tolerantzia bermatzen dutenak.
Babeskopiak datu guztiak leheneratu eta eroritako zerbitzua azkar igoko duen itxaropena ez du merezi. Babeskopia egiten den unetik hutsegite unera datuak galtzea bermatuta dago, eta datuak zerbitzari berri batera kargatu daitezke hainbat orduz (edo egunez, zortea baduzu). Hori dela eta, zentzuzkoa da hutsegiteen aurkako sistema osoak sortzea, dena babeskopia batera eraman gabe.
7. mitoa. Behin babeskopia bat konfiguratu nuen, funtzionatzen duela egiaztatu nuen. Erregistroak begiratzea baino ez da geratzen
Hau da mitorik kaltegarrienetako bat, gertakarian bakarrik konturatzen zaren faltsutasunaz. Babeskopia-erregistro arrakastatsuak ez dira dena behar bezala joan denik bermatzen. Garrantzitsua da gordetako kopia aldez aurretik hedagarritasuna egiaztatzea. Hau da, berreskuratze-prozesua proba-ingurunean hasi eta emaitza begiratu.
Eta sistemaren administratzailearen lanari buruz pixka bat
Eskuzko moduan, inork ez du denbora luzez datuak kopiatzen. SRK modernoek ia guztiaren babeskopia egin dezakete, behar bezala konfiguratu besterik ez duzu egin behar. Zerbitzari berri bat gehitu bada, ezarri politikak: hautatu babeskopia egingo den edukia, zehaztu biltegiratze aukerak eta aplikatu programazioa.
Aldi berean, oraindik lan asko dago zerbitzarien flota zabalaren ondorioz, datu-baseak, posta sistemak, makina birtualen klusterrak eta fitxategi partekatzeak Windows zein Linux / Unix-en barne. Babeskopia sistema martxan mantentzen duten langileak ez dira geldirik egoten.
Oporraldiaren omenez, administratzaile guztiei nerbio sendoak, mugimenduen argitasuna eta babeskopiak gordetzeko espazio amaigabea opa nahi nieke!
Iturria: www.habr.com