Babeskopien
3-2-1 araua
Hiru kopia, bi euskarri desberdinetan, eta horietako bat eraikinetik kanpo. Hori ia denek dakite. Ia inork egiten ez duena da benetan balio duen ala ez erabakitzen duen zatia: leheneratzea. Inoiz leheneratu ez den kopia ez da kopia bat; suposizio bat da.
Egilea: Ismael Vázquez, sortzailea eta teknikaria · Argitaratua: 2026ko irailaren 1a
Hiru kopia, bi euskarri, bat kanpoan. Eta gero, falta den zatia
3-2-1 arauak esaten du non gorde zure datuak. Ez du esaten, behar dituzun egunean, benetan han egongo diren.
Zure datuen hiru kopia —jatorrizkoa gehi beste bi—, izaera desberdineko bi euskarritan, eta gutxienez horietako bat eraikinetik kanpo. Kopia horietako bakoitza non jarri erabaki berri baduzu —NAS, hodeia, kanpoko diskoa—, banaketa hori NAS ala hodeia kopietarako artikuluan landu genuen. Artikulu hau hura amaitzen den lekuan hasten da.
Izan ere, 3-2-1 araua hitzez hitz betetzeak ez du ezer bermatzen berez. Hiru kopia izan ditzakezu, bi euskarritan eta eraikinetik kanpo ondo banatuta, eta hiruretako batek ere ez balio behar dituzun egunean. Uste baino maizago gertatzen da, eta isilean gertatzen da: hilabeteak daramatzan kopia-prozesu bat huts egiten inor ohartu gabe, bide-aldaketa baten ondoren kopia-programatik kanpo geratu zen karpeta bat, aspaldi bete zen helmuga-disko bat.
Hutsune hori ixten duen gauza bakarra oso zehatza da, eta ia inork ez du egiten: leheneratzea. Ez softwarearen erregistroa begiratzea, ez ikono berdean fidatzea, ez pentsatzea inork akatsik abisatu ez badu dena ondo doala. Fitxategi bat benetan leheneratu eta irekitzea.
Ikono berdeak ez du ezer frogatzen
Kasu horiek guztiak «kopia akatsik gabe osatu da» historial batekin eta balio ez duen kopia batekin amaitzen dira.
Kanpoan geratu zen karpeta bat
Norbaitek karpetak berrantolatzen ditu, sareko bide bat aldatzen du edo proiektu bat beste disko batera eramaten du, eta kopia-atazak bide zaharrera seinalatzen jarraitzen du. Prozesua akatsik gabe amaitzen da, bilatzen duen lekuan ez dagoelako ezer kopiatzeko: besterik gabe, jada ez dago han.
Bete zen helmuga
Kopia gordetzen den diskoa edo hodeiko espazioa betetzen da, eta azken kopiak baztertu egiten dira edo zuzenean ez dira idazten. Duela hilabete batzuetako historiala hor dago oraindik, beraz badirudi kopia badagoela, baina kopia zaharra da.
Iraungitako kredentzialak
Helmugarako pasahitz edo sarbide-token bat iraungitzen da, eta softwareak bigarren planoan saiatzen jarraitzen du, inork log hori begiratu gabe. Asteak eman ditzake huts egiten norbait ohartu aurretik, ohartzen bada.
Idaztean hondatutako fitxategi bat
Argi-etenaldi batek, prozesuaren erdian deskonexio batek edo konpresio-hutsegite batek kopiatu den baina ireki ezin den fitxategi bat uzten dute. Prozesu orokorra zuzentzat markatzen da, fitxategi gehienak ondo kopiatu direlako.
Benetako bi egoera
Araua bera da; aldatzen dena da zer probatzen den eta zenbatean behin.
Etxean
Mugikorreko argazkiak, dokumentuak, agian proiektu pertsonalen bat. Kopia automatikoa izan ohi da —bertsioak gordetzen dituen hodeia, agian noizean behin konektatzen den kanpoko disko bat— eta hor dago arriskua: eskuz ezer egin behar ez denez, ez dago une naturalik norbaitek oraindik funtzionatzen duela egiaztatzeko. Kasu honetan proba oso erraza da: hiru hilean behin kopiaren aplikaziora sartu, aspaldiko argazki bat bilatu eta handik ireki, ez mugikorretik.
ETE batean
Eguneroko lan-karpeta partekatuak, agian kontabilitatea edo kudeaketa-softwarea dituen zerbitzari bat. Hemen arriskua ez da soilik kopiak huts egitea; inork egiaztatzeko ataza esleituta ez izatea da: «horretaz sistema arduratzen da» da kopia hautsiarekin ikusten ditugun kasu gehienen aurreko esaldia. Probak norbaiten egutegian egon behar du, izen-abizenekin, eta ez inori begiratzea bururatzearen menpe.
Egiaztapen-egutegia
Maiztasun zehatzak gutxiago axola du bat egoteak eta nonbait idatzita egoteak baino.
| Profila | Zer leheneratu | Zenbatean behin |
|---|---|---|
| Partikularra | Ausazko fitxategi bat (argazkia, dokumentua) | Hiru hilean behin |
| Autonomoa edo bulego txikia | Duela gutxiko lan-fitxategi bat | Hilean behin |
| Karpeta partekatuak dituen ETEa | Fitxategi bat kopia-jatorri bakoitzeko (ekipoa, zerbitzaria, hodeia) | Hilean behin |
| Sistema kritikoa (kontabilitatea, ERPa, zerbitzaria) | Leheneratze osoa, ez fitxategi bakar bat | Urtean behin gutxienez |
| Edozein profil, aldaketa handi baten ondoren | Eragina jasan duena (NAS berria, hodei-hornitzaile aldaketa, migrazioa) | Aldaketa itxitzat eman aurretik |
Proba bera, urratsez urrats
Bost minutu, eta kopia-prozesu osoan benetan zerbait balio duten bost minutuak dira.
Aukeratu ausazko fitxategi bat, ez berriena ezta aurkitzen errazena ere. Beti badakizu existitzen den fitxategi bera probatzen baduzu, ez zaude sistema probatzen; zure memoria probatzen ari zara.
Leheneratu benetan galdu izan bazenu bezala: leheneratze-interfazetik, ez badakizun lekutik eskuz kopiatuz. Zure kopia NAS bat bada, horrek esan nahi du aurreko argazki (snapshot) batetik berreskuratzea, ez karpeta partekatua irekitzea besterik gabe. Hodeia bada, bertsioak berreskuratzeko funtzioa erabiltzea esan nahi du, ez zure ekipoan sinkronizatuta jarraitzen duen fitxategia deskargatzea.
Ireki. Ez da nahikoa fitxategia tamaina zuzenarekin existitzea: ireki eta egiaztatu edukia espero zenuena dela. PDF hondatu batek PDF osasuntsu batek bezainbeste pisa dezake.
Idatzi data eta emaitza nonbait, bi zutabeko kalkulu-orri partekatu bat bada ere. Hurrengoan norbaitek «kopiek funtzionatzen dute?» galdetzen duenean, erantzuna orri horri begiratuta eman behar da, ez hatzak gurutzatuta.
Horietako zerbaitek huts egiten badu —ez da leheneratzen, izugarri luze doa, fitxategia ez da irekitzen—, benetan zerbait galdu duzun egunean jakitea saihestu berri duzu. Horixe erosten du probak: arazoaz jabetzen zaren unea aldatzea.
Egiaztapenik gabeko 3-2-1 araua promesa bat da, ez kopia bat
Sistema muntatzea lanaren erdia da. Beste erdia denboran zehar mantentzea da.
3-2-1 araua betetzeak —hiru kopia, bi euskarri, bat eraikinetik kanpo— diseinua konpontzen du. Pieza bakoitza non muntatu, NAS bat, hodeia edo biak komeni diren, NAS ala hodeia kopietarako artikuluan landu genuen. Baina munduko diseinurik sendoenak ere ez du ezertarako balio inork ez badu egiaztatzen sei hilabete geroago oraindik funtzionatzen duela, hornitzaile bat aldatu denean, kredentzial bat iraungi denean edo disko bat bete denean.
ETE batean, egiaztapen horrek ataza esleituta duen norbait behar du, ez «egun horretan tokatzen denaren» artean urtua. Horixe da beste premia batzuen artean galtzen den ataza mota, inoren egutegian zehazki ez badago, eta horixe estaltzen du kudeatutako ostatatze eta hodei zerbitzu batek: kopia ez dadila norbait gogoratzearen menpe egon.
Eta sistemak dagoeneko huts egin badu eta balio duen kopiarik ez badago, egiaztatu ez izanaren kostua berreskuratze baten fakturan ikusten da: zenbat kostatzen den datuak berreskuratzea artikuluan azaltzen dugu, eta beti saihestuko zukeen kopia baino garestiagoa da.
Gehien galdetzen diguzuna
Zer da babeskopien 3-2-1 araua?+
Zure datuen hiru kopia —jatorrizkoa gehi beste bi—, izaera desberdineko bi euskarritan, eta horietako bat jatorrizkoa dagoen eraikinetik kanpo. Zenbaki bakoitzak hutsegite mota bat estaltzen du: bigarren kopiak lehenengoak huts egitea estaltzen du; bigarren euskarriak hutsegite mota batek (mekanikoa, firmwarearena, sortarena) bi kopiei aldi berean ez eragitea; eta kanpoko kopiak sutea, lapurreta, ura edo eraikin osoari gerta dakiokeen edozer. Diseinu-araua da, ez egiaztapen-araua: zenbat kopia izan eta non jarri esaten dizu, baina ez du ezer esaten kopia horiek, behar dituzun egunean, irekiko diren ala ez. Zati hori —araua benetan baliagarria izan den erabakitzen duena— da artikulu honetan azaltzen dena: leheneratze-proba.
Nola egiaztatzen da babeskopia batek benetan funtzionatzen duela?+
Leheneratuz, ez kopia-programaren erregistroa begiratuz. Aukeratu edozein fitxategi —ez errazena, ausaz bat—, ezabatu zure ikuspegitik edo egin lan sistemaren kopia batean, eta berreskuratu babeskopiatik benetan galdu izan bazenu bezala. Gero ireki. Irekitzen bada eta edukia espero zena bada, kopia horrek funtzionatzen du une horretan. Prozesuak huts egiten badu, trabatzen bada, inork gogoratzen ez duen pasahitza eskatzen badu edo berreskuratutako fitxategia irekitzen ez bada, arazoa aurkitu berri duzu, konpontzeko denbora soberan duzula, eta ez benetan zerbait galdu duzun egunean. «Kopia akatsik gabe osatu da» txosten batek ez du hori frogatzen: byteak nonbait idatzi direla baieztatzen du, ez byte horiek fitxategi irakurgarri bat osatzen dutenik.
Zenbatean behin probatu behar da leheneratze bat?+
Datu horien menpe zenbat zauden, ez denentzako egutegi finko baten arabera. Argazkiak eta dokumentuak dituen partikular batentzat, hiru hilean behingo egiaztapena zentzuzkoa da: ausazko fitxategi bat hartu eta ireki. Eguneroko lan-karpeta partekatuak dituen ETE batentzat, hilean behin zentzuzkoagoa da, jende gehiagok sortzen dituelako datu berriak eta tarte handiagoa dagoelako zerbait inork ohartu gabe hausteko. Datu kritikoetarako —kontabilitatea, erortzen bada jarduera geldiarazten duen zerbitzari bat— komeni da urtean behin gutxienez leheneratze osoa egitea, ez fitxategi bakar batena, berriro martxan egoteko zenbat denbora behar den ere egiaztatzeko. Garrantzitsuena ez da maiztasun zehatza asmatzea, baizik eta bat egotea, nonbait idatzita eta azken aldiz noiz egin zen dataz.
Zer egin leheneratzean fitxategia irekitzen ez bada edo edukia falta bada?+
Den bezala tratatu: orain arte segurtasun-sentsazio faltsua ematen zuen kopia hautsi bat, eta hobe orain jakitea benetan behar den egunean baino. Lehenik, egiaztatu arazoa puntuala den —fitxategi zehatz hori kopiatzean hondatu zen— edo orokorra —azken leheneratze osoak ere ez du funtzionatzen, eta horrek programatutako atazara, helmugarako konexiora edo helmuga aspaldi bete izanera eta azken kopiak inoiz idatzi ez izanera seinalatzen du. Begiratu leheneratu ahal izan duzun fitxategiaren benetako data: duela hilabete batzuetakoa bada, kopia hilabeteak daramatza eguneratu gabe, programak kontrakoa esan arren. Hutsegitea zuzendu ondoren, errepikatu proba beste fitxategi batekin sistema berriro ontzat eman aurretik.
Zergatik ez da nahikoa kopia-softwareak akatsik gabe amaitu duela esatea?+
«Akatsik gabe» esateak soilik ziurtatzen du idazketa-prozesuak ez duela berak detektatzen dakien arazorik aurkitu, eta badaude kategoria horretan sartzen ez diren hutsegiteak: konprimitzean hondatu baina hala ere idatzi zen fitxategi bat, inork eguneratu ez zuen bide-aldaketa baten ondorioz kopia-programatik kanpo geratu zen karpeta bat, iraungi diren helmugarako sarbide-kredentzialak eta isilean saiatzen jarraitzen duen sistema, edo helmuga-disko bete bat, non azken kopiak ez diren sartzen eta abisu ikusgarririk gabe baztertzen diren. Kasu horiek guztiek «arrakastaz osatua» historiala eta kopia alferrikakoa sortzen dituzte aldi berean. Behar izan aurretik aurkitzeko modu bakarra benetako zerbait berreskuratzen saiatzea da, eta ateratzen dena espero zenuena dela egiaztatzea.
Nork arduratu beharko luke ETE batean leheneratzeak probatzeaz?+
Pertsona jakin batek, ataza egutegian duela, eta ez «norbaitek noizean behin begiratu beharko lukeen» zerbait bezala, hori baita inoiz egiten ez den formula. Ez du zertan profil tekniko seniorrena izan: proba bera —fitxategi bat aukeratu, leheneratu, ireki, data idatzi— kopia-sistemarako sarbidea duen edonork egin dezake, egiaztapen-zerrenda finko bati jarraituz. Komeni dena da pertsona berak egitea aldi bakoitzean, portaera-aldaketak antzeman ditzan, eta emaitza nonbait dataz idatzita geratzea, kalkulu-orri partekatu bat bada ere. Enpresan inork ez badu denborarik edo irizpiderik hori modu iraunkorrean bere gain hartzeko, horixe da kudeatutako mantentze-zerbitzu batek betetzen duen hutsunea.
Urratsa zurekin emango dugu
Elkarrekin
aztertuko dugu?
Kontaiguzu zure kasua eta behar dena aholkatuko dizugu, gehiegi saldu gabe. Doako diagnostikoa eta aurrekontua.
644 836 122DEITU EDO WHATSAPPEskatu aholkua konpromisorik gabe
Bete eta deituko dizugu. Erraza.