Zorionak gure blogaren irakurleei! Dagoeneko ezagunak gara neurri batean - nire ingelesezko mezuak hemen agertu ziren nire lankide maiteak itzulita . Oraingoan errusieraz hitz egiten duten publikoari zuzenean zuzentzea erabaki nuen.
Nire debuterako, ahalik eta publiko zabalenarentzat interesgarria izango zen eta gogoeta zehatza behar zuen gai bat aurkitu nahi nuen. Daniel Defoek argudiatu zuen heriotza eta zergak pertsona guztien zain daudela. Nire aldetik, esan dezaket edozein laguntza-ingeniari galderak izango dituela berreskuratze puntuen biltegiratze-politikei (edo, besterik gabe, atxikipenari buruz). Duela 4 urte hasi nintzen erretenzioak nola funtzionatzen duen azaltzen, lehen mailako junior ingeniari gisa, eta orain azaltzen jarraitzen dut, dagoeneko erdaldun eta italierazko talde bateko lider gisa. Ziur nago bigarren eta hirugarren laguntza-mailako nire lankideek ere aldizka galdera berdinei erantzuten dietela.
Horren harira, azken argitalpen bat idatzi nahi nuen, ahalik eta zehatzena, non errusieraz hitz egiten duten erabiltzaileak behin eta berriro itzul zitezkeen erreferentzia-liburu gisa. Momentua egokia da: duela gutxi kaleratu den hamargarren urteurreneko bertsioak ezaugarri berriak gehitu zizkion oinarrizko funtzionalitateari, urteetan aldatu ez zirenak. Nire argitalpena bertsio honetan zentratzen da batez ere; idatzitakoaren zatirik handiena aurreko bertsioetarako egia den arren, ez dituzu bertan deskribatutako funtzionalitate batzuk aurkituko. Azkenik, etorkizunera apur bat begiratuta, hurrengo bertsioan aldaketa batzuk espero direla esango dut, baina momentua iristen denean horren berri emango dizuegu. Beraz, has gaitezen.
Backup lanak
Lehenik eta behin, ikus dezagun 10. bertsioan aldatu ez den zatia. Atxikipen-politika hainbat parametrok zehazten dute. Ireki dezagun zeregin berri bat sortzeko leihoa eta joan Biltegiratze fitxara. Hemen nahi den leheneratzeko puntu kopurua zehazten duen parametro bat ikusiko dugu:
Hala ere, hau ekuazioaren zati bat baino ez da. Benetako puntu-kopurua lanerako ezarritako babeskopia-moduak ere zehazten du. Aukera hau hautatzeko, egin klik fitxa berean dagoen Aurreratua botoian. Honek leiho berri bat irekiko du aukera askorekin. Zenbaki ditzagun eta kontuan har ditzagun banan-banan:
1 aukera soilik gaitzen baduzu, lana "betiko aurrera inkrementala" moduan exekutatuko da. Hemen ez dago zailtasunik - zereginak babeskopia oso batetik (VBK luzapena duen fitxategia) azken gehikuntzara (VIB luzapena duen fitxategia) gordeko du zehaztutako berreskuratze-puntuen kopurua. Puntu kopuruak ezarritako balioa gainditzen duenean, gehikuntza zaharrena babeskopia osoarekin bateratuko da. Beste era batera esanda, zeregina 3 puntu gordetzeko ezartzen bada, hurrengo saioaren ondoren berehala 4 puntu egongo dira biltegian, eta ondoren babeskopia osoa gehikuntza zaharrenarekin bateratuko da eta puntu kopuru osoa itzuliko da. 3.
"Inkrementala alderantzizko" modurako atxikipena (2 aukera) ere oso erraza da. Kasu honetan puntu berriena babeskopia osoa izango denez, eta ondoren rollback izenekoen kate bat izango da (VRB luzapena duten fitxategiak), orduan atxikipena aplikatzeko nahikoa da rollback zaharrena ezabatzea. Egoera berdina izango da: saioa amaitu eta berehala, puntu-kopuruak ezarritako balioa 1etik gorakoa izango da, eta ondoren nahi den baliora itzuliko da.
Kontuan izan alderantzizko inkrementazio moduarekin aldizkako babeskopia osoak ere gaitu ditzakezula (4 aukera), baina horrek ez du funtsa aldatuko. Bai, osorik berreskuratzeko puntuak agertuko dira katean, baina oraindik puntu zaharrenak banan-banan ezabatuko ditugu.
Azkenik, zati interesgarrira helduko gara. Babeskopia inkrementala aktibatzen baduzu, baina, horrez gain, 3 edo 4 aukerak gaituz gero (edo biak aldi berean), zeregina aldizkako babeskopia osoak sortzen hasiko da metodo "aktiboa" edo sintetikoa erabiliz. Babeskopia osoa sortzeko metodoa ez da garrantzitsua - datu berdinak izango ditu, eta kate inkrementala "azpikate"tan banatuko da. Metodo honi aurrera inkrementala deitzen zaio, eta metodo hori da gure bezeroen galderen zati garrantzitsu bat planteatzen duena.
Atxikipena hemen aplikatzen da katearen zatirik zaharrena ezabatuz (kopia osoko babeskopia batetik gehikuntza batera). Aldi berean, ez dugu babeskopia osoa edo gehikuntzaren zati bat bakarrik ezabatuko. "Azpikate" osoa erabat kentzen da aldi berean. Puntu-kopurua ezartzearen esanahia ere aldatzen da - beste metodo batzuetan hori bada onartzen den gehienezko kopurua, eta ondoren atxikipena aplikatu behar bada, hemen ezarpen honek gutxieneko kopurua zehazten du. Beste era batera esanda, "azpikate" zaharrena kendu ondoren, gainerako zatian puntu kopurua ez da gutxieneko horren azpitik jaitsi behar.
Kontzeptu hau grafikoki irudikatzen saiatuko naiz. Demagun atxikipena 3 puntutan ezarrita dagoela, zeregina egunero exekutatzen da babeskopia osoa astelehenean. Kasu honetan, puntu kopurua guztira 10era iristen denean aplikatuko da:
Zergatik daude dagoeneko 10 3 jartzen dituztenean? Astelehenean babeskopia osoa sortu zen. Asteartetik igandera lanpostuak gehikuntzak sortzen ditu. Azkenik, datorren astelehenean babeskopia osoa sortzen da berriro eta 2 gehikuntza sortu direnean bakarrik ezabatu ahal izango da azkenean katearen zati zahar osoa, gainerako puntu kopurua ez baita 3 multzotik behera geratuko.
Ideia argia bada, orduan zuk zeuk atxikipena kalkulatzen saiatzea gomendatzen dizut. Har ditzagun baldintza hauek: ataza ostegunean abiaraziko da lehen aldiz (noski, babeskopia osoa egingo da). Ataza asteazken eta igandeetan babeskopia osoa sortzeko eta 8 berreskuratzeko puntu gordetzeko ezarrita dago. Noiz aplikatuko da atxikipena lehen aldiz?
Galdera honi erantzuteko, gomendatzen dizut paper bat hartu, asteko egunen arabera lerrokatzea eta egunero zein puntu sortzen den idaztea. Erantzuna agerikoa izango da
Erantzun
Azalpena: erantzuteko, zure buruari galdetu besterik ez dago "noiz aplikatuko da atxikipena"? Erantzuna da lehen 3 puntuak (VBK, VIB, VIB) kendu ditzakegunean eta katearen gainerakoa ez da beharrezkoak diren 8 puntutik behera jaisten. Argi geratzen da guztira 11 puntu ditugunean horretarako gai izango garela, hau da, bigarren asteko igandean.
Irakurle batzuek aurka egin dezakete: βzergatik egin hau guztia badago ?. Ez dago zalantzarik oso tresna erabilgarria dela, eta kasu batzuetan erabiliko nuke, baina mugak ere baditu. Lehenik eta behin, ez dizu hasierako baldintzak zehazten uzten, eta kasu askotan galdera da hain zuzen: "Horrelako kate bat dugu, zer gertatuko da halako eta halako ezarpenak aldatzen baditugu?" Bigarrenik, tresnari argitasunik falta zaio oraindik. RPS orria bezeroei erakutsiz, ez nuen ulertzen, baina adibidean bezala margotu ondoren (nahiz eta Paint bera erabiliz), egunez egun, dena argi geratu zen.
Azkenik, ez dugu kontuan hartu "Eraldatu aurreko babeskopia-kateak atzerapenetan" aukera (5 zenbakiarekin markatua). Aukera honek batzuetan nahastu egiten ditu "automatikoki" aktibatzen duten bezeroak, babeskopia sintetikoa besterik gabe gaitu nahi dutenak. Bitartean, aukera honek babeskopia modu oso berezi bat aktibatzen du. Xehetasunetan sartu gabe, berehala esango dut produktuaren garapenaren fase honetan, "Eraldatu aurreko babeskopia-kateak atzerapenetan" aukera zaharkitua dela, eta ezin dudala agertoki bakar bat pentsatu noiz erabili behar den. Bere balioa hain da zalantzazkoa, non denbora batez Anton Gostevek berak foroaren bidez deitu zuen, bere erabilera erabilgarriaren adibideak bidaltzeko eskatuz (badituzu, idatzi iruzkinetan, oso interesatuta nago). Ez badago (uste dut hori horrela izango dela), etorkizuneko bertsioetan aukera kenduko da.
Zereginak gehikuntzak (VIB) sortuko ditu babeskopia sintetiko osoa programatzen den egunera arte. Egun honetan, VBK bat sortzen da benetan, baina VBK honen aurreko puntu guztiak atzerapenetan (VRB) bihurtzen dira. Honen ondoren, zereginak babeskopia osoaren gehikuntzak sortzen jarraituko du hurrengo babeskopia sintetikoa arte. Ondorioz, VBK, VBR eta VIB fitxategien nahasketa lehergarria sortzen da katean. Atxikipena oso erraz aplikatzen da - azken VBR kenduz:
Problems
Benetan nola funtzionatzen duen ulertzeaz gain, modu inkrementala erabiltzean sortzen diren arazo gehienak babeskopia osoarekin lotzen dira normalean. Modu honetarako ohiko babeskopia osoak beharrezkoak dira, bestela biltegiak puntuak pilatuko ditu bete arte.
Adibidez, babeskopia osoa oso gutxitan sortu daiteke. Demagun zeregina 10 puntu gordetzeko ezarrita dagoela eta hilean behin babeskopia osoa sortzen dela. Argi dago hemen benetako puntu kopurua bistaratzen dena baino nabarmen handiagoa izango dela. Edo zeregina, oro har, modu inkrementalean lan egiteko eta 50 puntu gordetzeko ezartzen da. Orduan norbaitek ustekabean babeskopia osoa sortu zuen. Hori da, hemendik aurrera zereginak puntu osoa 49 gehikuntza pilatu arte itxarongo du, ondoren atxikipena aplikatu eta modu infinitu betera itzuliko da.
Beste kasu batzuetan, babeskopia osoa aldizka sortzeko ezartzen da, baina arrazoiren batengatik ez da egiten. Arrazoi ezagunena zerrendatuko dut hemen. Bezero batzuek nahiago dute "exekutatu ondoren" programazio aukera erabili eta lanak kate batean exekutatzeko konfiguratu. Har dezagun adibide hau: egunero exekutatzen diren 3 lan daude eta igandean babeskopia osoa sortzen dute. Lehenengo zeregina 22.30etan hasten da, gainerakoak kate batean abian jartzen dira. Segurtasun-kopia inkrementalak 10 minutu behar ditu eta, beraz, 23.00:22.30etarako lan guztiak amaitzen dira. Baina babeskopia osoak ordubete behar du, beraz, igandean honako hau gertatzen da: lehenengo zeregina 23.30:23.30etik 00.30:XNUMXera da. Hurrengoa XNUMXetik XNUMXera. Baina hirugarren zeregina astelehenean hasiko da. Iganderako babeskopia osoa ezarrita dago, beraz, kasu honetan, besterik gabe, ez da gertatuko. Zereginak babeskopia osoa arte itxarongo du atxikipena aplikatzeko. Beraz, kontuz ibili "exekutatu ondoren" aukera erabiltzean edo ez erabili inola ere - ezarri lanak aldi berean abiarazteko eta utzi baliabideen programatzaileari bere lana egiten.
Aukera zaila "Kendu ezabatutako elementuak"
Biltegiratzea β Aurreratua β Mantentzea atazaren ezarpenak igaro ondoren, "ezabatutako elementuen datuak ondoren kendu" aukera topa dezakezu, egunetan zenbatu daitekeena.
Bezero batzuek hori atxikipena izatea espero dute. Izan ere, hau guztiz bereizitako aukera bat da, gaizki ulertzeak ustekabeko ondorioak ekar ditzake. Dena den, lehenik eta behin, B&R-k nola erreakzionatzen duen azaldu behar dugu saio batean makina gutxi batzuen babeskopia behar bezala egiten duten egoeretan.
Imajina dezagun agertoki hau: 6 puntu gordetzeko konfiguratutako lan infinitu inkrementala. Zereginean 2 makina daude, batak babeskopia arrakastaz egiten du beti, besteak akatsak ematen ditu batzuetan. Ondorioz, zazpigarren punturako egoera hau sortu zen:
Atxikipena aplikatzeko garaia, baina auto batek 7 puntu ditu, eta besteak 4. Hemen atxikipena aplikatuko al da? Erantzuna bai, hala izango da. Gutxienez objektu baten babeskopia egin bada, B&R-k puntua sortu dela uste du.
Antzeko egoera bat sor daiteke saio jakin batean makina bat zereginean sartu ez bada. Hori gertatzen da, adibidez, makinak zeregin bati ez banaka gehitzen zaizkionean, edukiontzien parte gisa baizik (karpetak, biltegiratzea) eta makina batzuk aldi baterako beste edukiontzi batera migratzen direnean. Kasu honetan, zeregina arrakastatsutzat joko da, baina estatistiketan mezu bat aurkituko duzu arreta eskaintzeko eskatuz halako eta halako makina bat zereginak prozesatzen ez duela.
Zer gertatuko da honi kasurik egiten ez badiozu? Inkrementazio infinituko edo alderantzizko inkrementazio moduen kasuan, "arazo" makinaren berreskuratze-puntu kopurua murriztuko da saio bakoitzean 1era iritsi arte, VBKn gordeta. Beste era batera esanda, makinari denbora luzez babeskopia egiten ez bada ere, berreskuratzeko puntu bat mantenduko da. Egoera desberdina da aldizkako babeskopia osoa gaituta badago. B&R-ren seinaleei jaramonik egiten ez badiezu, azkenean azken puntua katearen zati zaharrarekin batera ezabatuko da.
Xehetasun hauek ulertuta, azkenean "Kendu ezabatutako elementuen datuak ondoren" aukera kontuan hartu dezakezu. Makina zehatz bateko puntu guztiak ezabatuko ditu makina horrek X egunetan babeskopia egiten ez badu. Kontuan izan ezarpen honek ez diela akatsei erantzuten (saiatu, baina ez du funtzionatu). Ez luke makinaren babeskopia egiteko saiakerarik ere izan behar. Badirudi aukera erabilgarria dela eta beti gaituta mantendu behar dela. Administratzaileak makina zereginetik kendu badu, denbora pixka bat igaro ondoren logikoa da alferrikako datuen katea garbitzea. Hala ere, pertsonalizazioak diziplina eta arreta eskatzen du.
Praktikaren adibide bat jarriko dizut: zereginari hainbat edukiontzi gehitu zitzaizkion, eta horien osaera nahiko dinamikoa zen. RAM falta zela eta, B&R zerbitzariak detektatu gabeko arazoak izaten ari zen. Egitekoa hasi zen eta makinen babeskopia egiten saiatu zen, bat izan ezik, garai hartan edukiontzian ez zegoena. Makina askok erroreak sortu zituztenez, lehenespenez B&R-k 3 saiakera gehiago egin beharko lituzke "arazoak" makinen babeskopia egiteko. RAMarekin etengabeko arazoak zirela eta, saiakera hauek hainbat egun iraun zuten. Ez zen behin eta berriz saiakerarik izan falta den VM-aren babeskopia egiteko (VMrik ez egotea ez da errore bat). Ondorioz, behin eta berriz saiakera batean, "Kendu ezabatutako elementuak" baldintza bete zen eta makinaren puntu guztiak ezabatu ziren.
Honi buruz, honako hau esan dezaket: zereginen emaitzei buruzko jakinarazpenak konfiguratuta badituzu, eta are hobeto, Veeam ONE-rekin integrazioa erabili, ziurrenik ez zaizu gertatuko. Astean behin B&R zerbitzariari begiratzen badiozu dena funtzionatzen ari dela egiaztatzeko, hobe da babeskopiak ezabatzea ekar dezaketen aukerak ukatzea.
v.10-n gehitutakoa
Aurretik hitz egin genuena B&R-n egon da bertsio askotan. Funtzionamendu-printzipio horiek ulertuta, ikus ditzagun orain βhamarβ urteurrenari zer gehitu zaion.
Eguneroko atxikipena
Goian puntu kopuruaren arabera biltegiratze politika "klasikoa" aztertu dugu. Planteamendu alternatibo bat menu berean "egunak" ezartzea da "berreskuratzeko puntuak" beharrean.
Ideia argia da izenetik: atxikipenak egun kopuru zehatz bat gordeko du, baina egun bakoitzeko puntu kopuruak ez du axola. Kasu honetan, honako hau gogoratu behar duzu:
- Egungo eguna ez da kontuan hartzen atxikipena kalkulatzeko
- Zereginak batere funtzionatu ez zuen egunak ere zenbatzen dira. Hori kontuan izan behar da, modu irregularrean lan egiten duten zeregin horien puntuak ustekabean ez galtzeko.
- Berreskuratze-puntua bere sorrera hasi zen egunetik zenbatzen da (hau da, zeregina astelehenean hasi eta asteartean amaitu bada, hau da astelehenetik aurrera)
Bestela, atxikipena zereginen arabera erabiltzeko printzipioak ere hautatutako babes-metodoak zehazten ditu. Saia gaitezen beste kalkulu-lan bat metodo inkremental bera erabiliz. Demagun atxikipena 8 egunetarako ezarrita dagoela, zeregina 6 orduz behin exekutatzen dela babeskopia osoa asteazkenean. Hala ere, zereginak ez du funtzionatzen igandean. Lana astelehenean hasiko da lehen aldiz. Noiz aplikatuko da atxikipena?
Erantzun
Beti bezala, hobe da seinale bat marraztea. Nire buruari zeregina sinplifikatzen utziko dut eta ez ditut egun bakoitzeko sortutako puntu guztiak aterako, eguneko puntu kopuruak ez baitu axola hemen. Guretzat bakarrik garrantzitsua da lehen astelehenean eta asteazkenetan lehen puntua babeskopia osoa izatea, baina gainerako egunetan zereginak 4 puntu gehikuntza besterik ez ditu sortuko.
Argi uzten dugu atxikipena asteleheneko babeskopia osoa eta haren gehikuntza ezabatuz aplikatuko dela. Noiz gertatuko da hau? Katearen gainerakoak 8 egun dituenean. Aldi berean, ez dugu egungo eguna zenbatzen, aitzitik, igandea zenbatzen dugu. Hori dela eta, erantzuna bigarren asteko osteguna da.
GFS artxibatzea ohiko lanetarako
v.10 baino lehen, Aitona-Aita-Semea (GFS) biltegiratze metodoa Babeskopia-kopia-lanetarako eta zinta-kopia-lanetarako soilik zegoen erabilgarri. Orain ohiko babeskopia egiteko eskuragarri dago.
Hau egungo gaiarekin erlazionatuta ez dagoen arren, ezin dut esan funtzionalitate berriak ez duela esan nahi 3-2-1 estrategiatik aldentzea. Biltegi nagusian artxibo-puntuak egoteak ez du inola ere fidagarritasuna eragiten. Ulertzen da GFS eskalatze-biltegi batekin batera erabiliko dela puntu hauek S3-ra eta antzeko biltegietara kargatzeko. Erabiltzen ez baduzu, hobe da lehen mailako eta artxiboko puntuak biltegi ezberdinetan gordetzen jarraitzea.
Orain ikus ditzagun GFS puntuak sortzeko printzipioak. Zereginen ezarpenetan, Biltegiratze urratsean, botoi berezi bat agertu da, menu hau deitzen duena:
GFS-ren funtsa hainbat puntutan labur daiteke (kontuan izan GFS-k beste zeregin mota batzuetan desberdin funtzionatzen duela, baina gehiago geroago):
- Zereginak ez du GFS punturako babeskopia osoa sortzen. Horren ordez, eskuragarri dagoen babeskopia osoa egokiena erabiliko da. Hori dela eta, zereginak modu inkrementalean funtzionatu behar du aldizkako babeskopia osoekin, edo segurtasun kopia osoa eskuz sortu behar du erabiltzaileak.
- Epe bakarra gaituta badago (adibidez, aste bat), orduan GFS aldiaren hasieran zeregina babeskopia oso baten zain hasiko da eta lehenengo egokia GFS gisa markatuko da.
Adibidez: lana astero GFS bat gordetzeko konfiguratuta dago asteazkenean babeskopia erabiliz. Zereginak egunero exekutatzen dira, baina babeskopia osoa antolatu da ostiralerako. Kasu honetan, asteazkenean hasiko da GFS epea eta zeregina puntu egoki baten zain hasiko da. Ostiralean agertuko da eta GFS banderarekin markatuko da.
- Hainbat aldi aldi berean sartzen badira (adibidez, astero eta hilero), orduan B&R-k puntu bera hainbat tartetako GFS gisa erabiltzea ahalbidetzen duen metodo bat erabiliko du (espazioa aurrezteko). Banderak ordenan banatuko dira, txikienetatik hasita.
Adibidea: asteroko GFS asteazkenerako ezartzen da eta hileko GFS hileko azken asterako. Zereginak egunero exekutatzen ditu eta astelehen eta ostiraletan babeskopia osoa sortzen du.
Sinpletasunagatik, has gaitezen hileko azkenaurreko astetik zenbatzen. Aste honetan babeskopia osoa sortuko da astelehenean, baina ez ikusi egingo zaio asteko GFS tartea asteazkenean hasten delako. Baina ostiraleko babeskopia osoa guztiz egokia da GFS punturako. Sistema hau dagoeneko ezaguna zaigu.
Ikus dezagun orain hileko azken astean zer gertatzen den. Hileko GFS tartea astelehenean hasiko da, baina asteleheneko VBK ez da GFS gisa markatuko lana VBK bat hileko eta asteko GFS puntu gisa markatu nahi duelako. Kasu honetan, bilaketa astekoarekin hasten da, definizioz hilekoa ere bihur daitekeelako.
Hala ere, asteko eta urteko tarteak bakarrik sartzen badituzu, elkarrengandik independenteki jardungo dute eta 2 VBK bereizi markatu ditzakete dagozkien GFS tarte gisa.
Babeskopia egiteko zereginak
Askotan lanari buruz argitzea eskatzen duen beste zeregin mota bat. Lehenik eta behin, ikus ditzagun lan metodo βklasikoaβ, berrikuntzarik gabe v.10
Atxikipen metodo sinplea
Lehenespenez, honelako lanak modu inkremental infinituan exekutatzen dira. Puntuen sorrera bi parametrok zehazten dute: kopiatzeko tartea eta nahi den berreskuratzeko puntu kopurua (ez dago eguneko atxikipenik hemen). Kopiatzeko tartea lehen lana fitxan ezartzen da lan bat sortzean:
Puntu kopurua apur bat gehiago Xede fitxan zehazten da
Zereginak 1 puntu berri sortzen du tarte bakoitzeko (berdin du jatorrizko atazek VMrako zenbat puntu sortu diren). Tartearen amaieran, puntu berria amaitzen da eta, behar izanez gero, atxikipena aplikatzen da VBK eta gehikuntza zaharrena konbinatuz. Mekanismo hau ezaguna zaigu jada.
Atxikipen metodoa GFS erabiliz
BCJk artxibo-puntuak ere gorde ditzake. Helburuko fitxa berean konfiguratuta dago, berreskuratzeko puntu kopuruaren ezarpenaren azpian:
GFS puntuak bi modutara sor daitezke: sintetikoki, bigarren biltegi bateko datuak erabiliz, edo babeskopia osoa simulatuz eta lehen biltegiko datu guztiak irakurriz (3 aukerarekin aktibatzen da). Bi kasuetan atxikipena oso ezberdina izango da, beraz, bereizita hartuko ditugu kontuan.
GFS sintetikoa
Kasu honetan, GFS puntua ez da zehazki izendatutako egunean sortzen. Horren ordez, GFS puntu bat sortuko da GFS puntua sortzeko programatu zen eguneko VIB babeskopia oso batekin batzen denean. Horrek batzuetan gaizki-ulertua eragiten du, denbora pasatzen delako eta oraindik ez dagoelako GFS punturik. Eta laguntza teknikoko xaman boteretsu batek bakarrik iragar dezake puntua zein egunetan agertuko den. Izan ere, magia ez da beharrezkoa; begiratu besterik ez dago ezarritako puntu kopurua eta sinkronizazio tartea (zenbat puntu sortzen diren egunero). Saiatu zuk zeuk kalkulatzen adibide hau erabiliz: zeregina 7 puntu gordetzeko ezarrita dago, sinkronizazio tartea 12 ordukoa da (hau da, 2 puntu eguneko). Momentuz, dagoeneko 7 puntu daude katean, gaur astelehena da, eta GFS puntu bat sortzea aurreikusita dago egun honetarako. Zein egunetan sortuko da?
Erantzun
Hemen hobe da deskribatzea nola aldatuko den katea denboran, egunez egun:
Beraz, astelehenean, katearen azken gehikuntza GFS gisa markatzen da, baina ez da ikusten beste aldaketarik gertatzen. Zereginak egunero 2 puntu berri sortzen ditu, eta atxikipenak ezinbestean mugitzen du katea aurrera. Azkenik, ostegunean, gehikuntza horri atxikipena aplikatzeko unea iritsiko da. Saio honek ohi baino luzeagoa izango da - atazak katetik beharrezko blokeak "erauziko" dituelako eta puntu oso berri bat sortuko duelako. Une honetatik aurrera, dagoeneko 8 puntu egongo dira katean - 7 kate nagusian + GFS.
GFS puntuak sortzea "Irakurri puntu osoa" aukerarekin
Goian esan dut BCJ modu infinitu inkrementalean funtzionatzen duela. Orain arau honen salbuespen bakarra aztertuko dugu. "Irakurri puntu osoa" aukera gaituta dagoenean, GFS puntua zehazki programatutako egunean sortuko da. Zereginak modu inkrementalean funtzionatuko du aldizkako babeskopi osoekin, goian aipatu ditugunak. Atxikipena ere aplikatuko da katearen zatirik zaharrena kenduz. Hala ere, kasu honetan, gehikuntzak bakarrik ezabatuko dira, eta babeskopia osoa GFS puntu gisa utziko da. Horren arabera, GFS banderarekin markatutako puntuak ez dira kontuan hartzen atxikipena kalkulatzeko.
Demagun zeregina 7 puntu gordetzeko eta astelehenean GFS puntu bat sortzeko ezarrita dagoela. Kasu honetan, astelehenero zereginak babeskopia osoa sortuko du eta GFS gisa markatuko du. Atxikipena aplikatuko da, zati zaharreneko gehikuntzak kendu ondoren, gainerako gehikuntza kopurua 7tik behera jaisten ez denean. Hau da diagramako itxura:
Beraz, bigarren astearen amaierarako 14 puntu daude guztira katean. Bigarren astean, atazak 7 puntu sortu zituen. Zeregin sinplea balitz, atxikipena jada aplikatuko litzateke. Baina GFS atxikipena duen BCJ bat da, beraz, ez ditugu GFS puntuak zenbatzen, hau da, 6 besterik ez daude. Hau da, ezin dugu atxikipena aplikatu oraindik. Hirugarren astean beste babeskopia osoa sortzen dugu GFS banderarekin. 15 puntu, baina berriro ere ez dugu hau kontatzen. Eta azkenik, hirugarren asteko asteartean, gehikuntza bat sortzen dugu. Orain, lehenengo asteko kate-gehikuntzak kentzen baditugu, gehikuntza-kopuru osoak ezarritako atxikipena beteko du.
Goian esan bezala, metodo honetan oso garrantzitsua da babeskopia osoa aldizka sortzea. Demagun, atxikipen nagusia 7 egunetarako ezartzen baduzu, baina urteko puntu bakarrarekin, erraza da gehikuntzak 1 baino askoz gehiago pilatuko direla imajinatzea. Horrelakoetan, hobe da sortzeko metodo sintetikoa erabiltzea. GFS.
Eta berriro "Kendu ezabatutako elementuak"
Aukera hau BCJrako ere badago:
Aukera honen logika hemen ohiko babeskopia-zereginetan bezalakoa da - makina bat zehaztutako egun-kopuruan prozesatzen ez bada, bere datuak katetik ezabatzen dira. Hala ere, BCJrentzat aukera honen erabilgarritasuna objektiboki handiagoa da, eta hona hemen zergatik.
Modu arruntean, BCJ modu infinitu inkrementalean funtzionatzen du, beraz, noizbait makina bat lanetik kentzen bada, atxikipenak pixkanaka ezabatuko ditu berreskuratze puntu guztiak, bakarra geratzen den arte - VBKn. Orain imajina dezagun zeregina oraindik konfiguratuta dagoela GFS puntu sintetikoak sortzeko. Unea iristen denean, lanak kateko makina guztientzat GFS bat sortu beharko du. Makina batek puntu berririk ez badu, tira, dagoena erabili beharko duzu. Eta horrela aldi bakoitzean. Ondorioz, egoera hau sor daiteke:
Erreparatu Fitxategiak atalean: VBK eta asteko 2 GFS puntu nagusiak ditugu. Eta orain Berreskuratu puntuak atalera - hain zuzen ere, fitxategi hauek makinaren irudi bera dute. Jakina, ez dago punturik horrelako GFS puntuetan, espazioa baino ez dute hartzen.
Egoera hau GFS sintetikoa erabiltzen denean bakarrik da posible. Hori saihesteko, erabili "Kendu ezabatutako elementuak" aukera. Gogoratu egun kopuru egoki baterako ezartzea. Laguntza teknikoak ikusi ditu aukera sinkronizazio tartea baino egun gutxiagorako ezarri zen kasuak - BCJ haserretzen hasi zen eta puntuak ezabatzen hasi ziren sortu aurretik.
Kontuan izan aukera honek ez duela jada sortutako GFS puntuei eragiten. Artxiboak garbitu nahi badituzu, eskuz egin behar duzu - makinan eskuineko botoiarekin klik eginez eta "Ezabatu diskotik" hautatuta (agertzen den leihoan, ez ahaztu "Kendu GFS babeskopia osoa" laukia markatzea). :
Berrikuntza v.10 β berehalako kopia
Funtzionalitate "klasikoa" jorratu ondoren, pasa gaitezen berrira. Berrikuntza bat dago, baina oso garrantzitsua. Hau funtzionatzeko modu berri bat da.
Ez dago "sinkronizazio-tarte"rik; zereginak etengabe kontrolatuko du puntu berriak agertu diren ala ez eta denak kopiatuko ditu, zenbat diren ere. Baina, aldi berean, lana inkrementala izaten jarraitzen du, hau da, lan nagusiak VBK edo VRB bat sortzen badu ere, puntu hauek VIB gisa kopiatuko dira. Bestela, ez dago ezustekorik modu honetan - estandarrak zein GFS atxikipenak goian deskribatutako arauen arabera funtzionatzen dute (hala ere, GFS sintetikoa bakarrik dago eskuragarri hemen).
Diskoak biraka ari dira. Biratutako unitateen biltegien ezaugarriak
Ransomware birusen etengabeko mehatxuak de facto segurtasun estandar bihurtu du datuen kopia bat birusa iritsi ezin den euskarri batean edukitzea. Aukera bat da disko biraketa biltegiak erabiltzea, non diskoak banan-banan erabiltzen diren: disko bat konektatuta eta idazteko modukoa den bitartean, gainerakoak leku seguru batean gordetzen dira.
B&R-ri horrelako biltegiekin lan egiten irakasteko, Biltegiaren ezarpenetan Aurreratua botoian klik egin behar duzu, Biltegiaren urratsean, eta hautatu aukera egokia:
Horren ondoren, VBR-k lehendik dagoen katea biltegitik aldian-aldian desagertuko dela espero du, hau da, diskoaren biraketa esan nahi du. Biltegi motaren eta lan-motaren arabera, B&R-k desberdin jokatuko du. Hau taula honekin irudikatu daiteke:
Azter dezagun aukera bakoitza.
Zeregin arrunta eta Windows biltegia
Beraz, lehen diskoan kateak gordetzen dituen zeregin bat dugu. Errotazioan, sortutako katea benetan desagertzen da, eta zereginak galera hori nolabait iraun behar du. Babeskopia osoa sortzean kontsolamendua aurkitzen du. Horrela, biraketa bakoitzak babeskopia osoa esan nahi du. Baina zer gertatzen da deskonektatutako diskoko puntuekin? Atxikipena kalkulatzerakoan gogoratu eta kontuan hartzen dira. Horrela, zeregin batean ezarritako puntu kopurua disko guztietan zenbat puntu gorde behar diren da. Hona hemen adibide bat:
Lana modu inkremental infinituan exekutatzen da eta 3 leheneratzeko puntu gordetzeko konfiguratuta dago. Baina bigarren disko bat ere badugu, eta astean behin biratzen dugu (disko gehiago egon daitezke, horrek ez du funtsa aldatzen).
Lehenengo astean, zereginak lehen diskoan puntuak sortuko ditu eta gehigarriak batu egingo ditu. Beraz, puntu kopuru osoa hiruren berdina izango da:
Ondoren, bigarren diskoa konektatuko dugu. Abiarazten denean, B&R-k diskoa ordezkatu duela ohartuko da. Lehen diskoko katea interfazetik desagertuko da, baina horri buruzko informazioa datu-basean geratuko da. Orain zereginak 3 puntu mantenduko ditu bigarren diskoan. Egoera orokorra honelakoa izango da:
Azkenik, lehen diskoa berriro konektatuko dugu. Puntu berri bat sortu aurretik, zereginak atxikipenarekin zer gertatzen den egiaztatuko du. Eta atxikipena, gogorarazten dizut, 3 puntu gordetzeko ezarrita dago. Bien bitartean, 3 puntu ditugu 2. diskoan (baina deskonektatuta eta B&R-k iritsi ezin den leku seguru batean gordetzen da) eta 3 puntu 1. diskoan (baina hau konektatuta dago). Horrek esan nahi du 3. diskotik 1 puntu segurtasunez kendu ditzakegula, atxikipena gainditzen baitute. Horren ostean, zereginak babeskopia osoa sortzen du berriro, eta gure katea honela hasten da:
Atxikipena puntu kopuruaren ordez egunak gordetzeko konfiguratuta badago, orduan logika ez da aldatzen. Horrez gain, GFS atxikipena ez da batere onartzen diskoaren biraketa duten biltegiak erabiltzean.
Lan arrunta eta Linux biltegiaren sareko biltegiratzea
Aukera hau ere posible da, baina, oro har, ez da hain gomendagarria ezarritako murrizketen ondorioz. Zereginak modu berean erreakzionatuko du diskoaren biraketari eta katearen desagerpenari - babeskopia osoa sortuz. Muga ebakitzeko atxikipen mekanismoari zor zaio.
Hemen, errotazioan, deskonektatutako diskoaren kate osoa B&R datu-basetik ezabatzen da. Kontuan izan datu-basetik fitxategiak berak diskoan geratzen direla. Inportatu eta berreskuratzeko erabil daitezke, baina erraza da lehenago edo beranduago ahaztutako kate horiek biltegi osoa beteko dutela.
Irtenbidea DWORD ForceDeleteBackupFiles gehitzea da orrialde honetan adierazten den moduan: . Ondoren, lana laneko karpetaren edo biltegiaren karpetaren eduki osoa ezabatzen hasiko da (balioaren arabera) biraketa bakoitzean.
Hala ere, hau ez da atxikipen dotore bat, eduki guztien garbiketa baizik. Zoritxarrez, laguntza teknikoak biltegia diskoaren erro-direktorioa besterik ez zen kasuetan aurkitu zituen, non, babeskopiez gain, beste datu batzuk aurkitzen ziren. Hau guztia errotazioan suntsitu zen.
Gainera, ForceDeleteBackupFiles gaituta dagoenean, mota guztietako biltegietarako funtzionatzen du, hau da, Windows-eko biltegiek ere atxikipena aplikatzeari utziko diote eta edukia ezabatzen hasiko dira. Beste era batera esanda, Windows-en tokiko disko bat da aukerarik onena babeskopia-biltegiratze-sistema baterako.
Backup kopia eta Windows biltegia
Gauzak are interesgarriagoak bihurtzen dira BCJrekin. Erabateko atxikipena ez ezik, ez dago babeskopia osoa egin beharrik diskoa aldatzen duzun bakoitzean! Honela funtzionatzen du:
Lehenik eta behin, B&R lehen diskoan puntuak sortzen hasten da. Demagun atxikipena 3 puntutan ezartzen dugula. Zereginak modu infinitu inkrementalean funtzionatuko du eta beharrezkoa ez den guztia bateratuko du (gogoratzen dizut GFS atxikipena ez dela onartzen kasu honetan).
Ondoren, bigarren diskoa konektatuko dugu. Oraindik katerik ez dagoenez, babeskopia osoa sortzen dugu, eta ondoren hiru puntuko bigarren kate bat dugu:
Azkenik, lehen diskoa berriro konektatzeko garaia da. Eta hemen hasten da magia, zereginak ez baitu babeskopia osoa sortuko, baizik eta kate inkrementalarekin jarraituko du:
Horren ostean, ia disko bakoitzak bere kate independentea izango du. Beraz, hemen atxikitzeak ez du esan nahi disko guztietan puntu kopurua, disko bakoitzeko puntu kopurua bereizita baizik.
Babeskopia eta Linux biltegia sareko biltegia
Berriro ere, dotorezia guztia galduko da biltegia Windows tokiko disko batean ez badago. Script honek goian aztertutakoaren antzera funtzionatzen du zeregin sinple batekin. Biraketa bakoitzarekin, BCJk babeskopia osoa sortuko du, eta dauden puntuak ahaztu egingo dira. Espazio librerik gabe gelditzeko, DWORD ForceDeleteBackupFiles erabili behar duzu.
Ondorioa
Beraz, hain testu luze baten ondorioz, bi zeregin mota aztertu ditugu. Noski, zeregin askoz gehiago daude, baina ezin izango da denak artikulu baten formatuan kontuan hartu. Irakurri ondoren oraindik galderarik baduzu, idatzi iruzkinetan, gustura erantzungo dizut.
Iturria: www.habr.com