Hallo lêzers fan ús blog! Foar in part binne wy al fertroud - myn Ingelsktalige berjochten ferskynden hjir yn 'e oersetting fan myn leave kollega . Dizze kear besleat ik it Russysktalige publyk direkt oan te sprekken.
Foar myn debút woe ik in ûnderwerp fine dat ynteressant wêze soe foar it breedst mooglike publyk en detaillearre oerweging freget. Daniel Defoe argumentearre dat dea en belestingen op elke persoan wachtsje. Foar myn part kin ik sizze dat elke stipe-yngenieur wachtet op fragen oer it belied foar it bewarjen fan herstelpunten (of, yn ienfâldiger termen, behâld). Ik begon te ferklearjen hoe't retinsje wurket 4 jier lyn as in Level XNUMX Junior Engineer, en ik bliuw no útlizze as de lieder fan it Spaanske en Italjaansktalige team. Ik bin der wis fan dat myn kollega's fan it twadde en sels it tredde nivo fan stipe ek geregeldwei deselde fragen beantwurdzje.
Yn dit ljocht woe ik in lêste, sa detaillearre mooglik post skriuwe, dêr't Russysktalige brûkers hieltyd wer op weromkomme koene as referinsje. It momint is rjocht - de koartlyn útbrochte ferzje fan 'e tsiende jubileum hat nije funksjes tafoege oan' e basisfunksjonaliteit dy't al jierren net is feroare. Myn post is foaral rjochte op dizze ferzje - hoewol it measte fan wat skreaun is wier is foar eardere ferzjes, sille jo gewoan wat fan 'e beskreaune funksjonaliteit dêr net fine. As lêste, sjoch in bytsje yn 'e takomst, sil ik sizze dat guon feroarings wurde ferwachte yn' e folgjende ferzje, mar wy sille jo der oer fertelle as de tiid komt. Dus litte wy begjinne.
Reservekopy banen
Lit ús earst sjen nei it diel dat net feroare is yn ferzje 10. It behâldbelied wurdt bepaald troch ferskate parameters. Litte wy it finster iepenje foar it meitsjen fan in nije taak en gean nei it ljepblêd Opslach. Hjir sille wy in parameter sjen dy't it winske oantal werstelpunten bepaalt:
Dit is lykwols mar in diel fan 'e fergeliking. It eigentlike oantal punten wurdt ek bepaald troch de reservekopy modus ynsteld foar de baan. Om dizze opsje te selektearjen, klikje jo op de Avansearre knop op deselde ljepper. Dit sil in nij finster iepenje mei in protte opsjes. Litte wy se nûmere en se ien foar ien beskôgje:
As allinnich opsje 1 is ynskeakele, sil de baan rinne yn "ûneinich inkrementeel" modus (foar altyd foarút inkrementeel). D'r binne hjir gjin swierrichheden - de taak sil it ynstelde oantal werstelpunten opslaan fan in folsleine reservekopy (bestân mei de VBK-útwreiding) oant de lêste inkrement (bestân mei de VIB-útwreiding). As it oantal punten grutter is as de ynstelde wearde, sil de âldste tanimming wurde gearfoege mei de folsleine reservekopy. Mei oare wurden, as de taak is ynsteld om 3 punten op te slaan, dan sille d'r fuort nei de folgjende sesje 4 punten op 'e repository wêze, wêrnei't de folsleine reservekopy wurdt gearfoege mei de âldste ynkommens en it totale oantal punten sil weromkomme nei 3.
Ek ekstreem ienfâldich is it behâld foar de "reverse incremental" (reverse incremental) modus (opsje 2). Om't yn dit gefal it nijste punt in folsleine reservekopy sil wêze, folge troch in keatling fan saneamde rollbacks (bestannen mei de VRB-útwreiding), om de retinsje oan te passen, is it genôch om de âldste rollback gewoan te wiskjen. De situaasje sil itselde wêze: fuort nei de sesje sil it oantal punten de ynstelde wearde mei 1 oerkomme, wêrnei't it weromkomt nei de winske wearde.
Tink derom dat mei reverse-inkrementele modus jo ek periodike folsleine backups kinne ynskeakelje (opsje 4), mar dit sil de essinsje net feroarje. Ja, folsleine weromsette punten sille ferskine yn 'e keatling, mar wy sille noch gewoan wiskje de âldste punten ien op in tiid.
As lêste komme wy by it nijsgjirrige diel. As jo inkrementele backup ynskeakelje, mar ek opsjes 3 of 4 ynskeakelje (of beide tagelyk), sil de taak begjinne mei it meitsjen fan periodike folsleine backups mei de "aktive" of syntetyske metoade. De metoade foar it meitsjen fan in folsleine reservekopy is net wichtich - it sil deselde gegevens befetsje, en de ynkrementele keten wurdt ferdield yn "subketten". Dizze metoade hjit foarút inkrementeel, en it is hy dy't in wichtich part fan 'e fragen fan ús klanten feroarsaket.
Behâld wurdt hjir tapast troch it âldste diel fan 'e keten te wiskjen (fan in folsleine reservekopy nei in ynkommen). Tagelyk sille wy net allinich in lege reservekopy of mar in diel fan 'e ynkommens wiskje. De hiele "subchain" wurdt yn ien kear folslein fuortsmiten. De betsjutting fan it ynstellen fan it oantal punten feroaret ek - as dit yn oare metoaden it maksimale tastiene oantal is, wêrnei't retinsje tapast wurde moat, dan bepaalt dizze ynstelling it minimum oantal. Mei oare wurden, nei it wiskjen fan de âldste "subchain", moat it oantal punten yn it oerbleaune diel net ûnder dit minimum falle.
Ik sil besykje dit konsept grafysk út te jaan. Litte wy sizze dat it behâld is ynsteld op 3 punten, de taak rint alle dagen mei in folsleine reservekopy op moandei. Yn dit gefal sil it behâld tapast wurde as it totale oantal punten 10 berikt:
Wêrom al 10 doe't se sette up 3? Moandei is in folsleine reservekopy makke. Fan tiisdei oant en mei snein makke de baan ynkommens. As lêste, kommende moandei, wurdt wer in folsleine reservekopy makke en pas as der 2 ynkommens oanmakke wurde kin úteinlik it hiele âlde diel fan de keten wiske wurde, om't it oerbleaune oantal punten net ûnder de set 3 falle sil.
As it idee dúdlik is, dan stel ik foar dat jo besykje de retinsje sels te berekkenjen. Litte wy de folgjende betingsten nimme: de taak wurdt tongersdei foar it earst lansearre (natuerlik sil in folsleine reservekopy makke wurde). De taak is ynsteld om op woansdei en snein in folsleine reservekopy te meitsjen en 8 weromsettepunten op te slaan. Wannear sil de retinsje foar it earst tapast wurde?
Om dizze fraach te beantwurdzjen, ried ik oan dat jo in blêd papier nimme, it tekenje op dei fan 'e wike en opskriuwe hokker punt elke dei wurdt makke. It antwurd sil dúdlik wurde
Reply
Taljochting: Om te beantwurdzjen is it genôch om josels ôf te freegjen "wannear sil de retinsje tapast wurde"? It antwurd is as wy kinne fuortsmite de earste 3 punten (VBK, VIB, VIB) en de rest fan de keatling falt net ûnder de fereaske 8 punten. Dúdlik wurdt dat wy dit dwaan kinne as wy yn totaal 11 punten hawwe, dus op snein fan de twadde wike.
Guon lêzers kinne beswier meitsje: "wêrom dit alles, as d'r is ? Sûnder twifel is it in heul nuttich ark, en yn guon gefallen soe ik it brûke, mar it hat ek beheiningen. Alderearst lit it jo de earste betingsten net opjaan, en yn in protte gefallen is de fraach krekt "wy hawwe sa'n ketting, wat sil der barre as wy sokke en sokke ynstellings feroarje?". Twad, it ark ûntbrekt noch wat oan sichtberens. De RPS-side oan kliïnten sjen litte, ik fûn gjin begryp, mar nei it skilderjen lykas yn it foarbyld (sels mei deselde Paint), dei nei dei, waard alles dúdlik.
Uteinlik hawwe wy de opsje "Transformearje foarige reservekopyketten yn rollbacks" net beskôge (markearre mei nûmer 5). Dizze opsje betizet soms klanten dy't it "on the fly" aktivearje, en wolle in ienfâldige syntetyske reservekopy ynskeakelje. Underwilens aktivearret dizze opsje in heul spesjale reservekopymodus. Sûnder yn details te gean, sil ik fuortdaliks sizze dat op dit poadium fan produktûntwikkeling "Transformearje foarige reservekopyketten yn rollbacks" is in ferâldere opsje, en ik kin net tinke oan ien senario as it moat wurde brûkt. De wearde dêrfan is sa twifelich dat Anton Gostev sels in skoft in oprop stjoerde fia it foarum, en frege him om him foarbylden te stjoeren fan it brûkbere gebrûk (as jo ien hawwe, skriuw yn 'e kommentaren, ik bin tige ynteressearre). As d'r gjin binne (ik tink dat se sille), dan sil de opsje fuortsmiten wurde yn takomstige ferzjes.
De baan sil ynkommens (VIB) oanmeitsje oant de dei dat de syntetyske folsleine reservekopy is pland. Op dizze dei is VBK yndie oanmakke, mar alle punten foar dizze VBK wurde omfoarme ta rollbacks (VRB). Dêrnei sil de baan trochgean mei it meitsjen fan stappen nei de folsleine reservekopy oant de folgjende syntetyske reservekopy. As gefolch wurdt in eksplosyf mingsel fan VBK-, VBR- en VIB-bestannen makke yn 'e keten. Retension wurdt heul ienfâldich tapast - troch de lêste VBR te ferwiderjen:
Problemen
Neist it feitlik te begripen hoe't it wurket, binne de measte problemen dy't ûntsteane by it brûken fan inkrementele modus normaal ferbûn mei in folsleine reservekopy. In reguliere folsleine reservekopy is nedich foar dizze modus, oars sil de repository punten sammelje oant it oerstreamt.
Bygelyks, in folsleine reservekopy kin te faak makke wurde. Litte wy sizze dat de taak is ynsteld om 10 punten te bewarjen, en in folsleine reservekopy wurdt ien kear yn 'e moanne makke. It is dúdlik dat it eigentlike oantal punten hjir folle grutter wêze sil as it ynstelde. Of de taak is oer it algemien ynsteld om te wurkjen yn in ûneinich-inkrementele modus en 50 punten op te slaan. Dan makke immen by ûngelok in folsleine reservekopy. Dat is it, fan no ôf sil de taak wachtsje oant it folsleine punt 49 ynkommens sammelet, wêrnei't it behâld sil tapasse en weromgean nei de ûneinige-folsleine modus.
Yn oare gefallen is in folsleine reservekopy ynsteld om regelmjittich te meitsjen, mar om ien of oare reden net. Ik sil hjir de meast populêre reden listje. Guon klanten leaver te brûken de "run nei" scheduling opsje en sette banen op om te rinnen yn in keatling. Litte wy dit foarbyld nimme: d'r binne 3 banen dy't elke dei rinne en op snein in folsleine reservekopy meitsje. De earste taak begjint om 22.30, de rest wurde lansearre yn in keatling. In ynkrementele reservekopy duorret 10 minuten, en dêrom, troch 23.00 alle taken klear harren wurk. Mar in folsleine reservekopy duorret in oere, dus op snein bart it folgjende: de earste taak rint fan 22.30 oant 23.30 oere. De folgjende is fan 23.30 oant 00.30 oere. Mar de tredde taak wurdt lansearre op moandei. In folsleine reservekopy is konfigureare foar snein, dus yn dit gefal sil it gewoan net wêze. De taak sil wachtsje op in folsleine reservekopy om de retinsje oan te passen. Wês dus foarsichtich by it brûken fan de opsje "run nei" of brûk it hielendal net - set gewoan de banen yn om tagelyk te begjinnen en lit de boarneplanner syn wurk dwaan.
De drege opsje "Ferwidere items fuortsmite"
Troch de ynstellings fan 'e taak Storage - Avansearre - Underhâld troch te gean, kinne jo stroffelje oer de opsje "ferwiderje wiske itemsgegevens nei", berekkene yn dagen.
Guon kliïnten ferwachtsje dat dit behâld is. Yn feite is dit in folslein aparte opsje, it misferstân fan dat kin liede ta ûnferwachte gefolgen. Lykwols, earst fan alle, ik moat útlizze hoe't B & R reagearret op situaasjes dêr't mar in pear masines wurde mei súkses reservekopy tidens de sesje.
Stel jo dit senario foar: in ûneinige inkrementele baan konfigureare om 6 punten te bewarjen. D'r binne 2 masines yn 'e taak, ien altyd mei sukses makke, de oare joech soms flaters. As gefolch, troch it sânde punt, hat de folgjende situaasje ûntwikkele:
It is tiid om it fêsthâlden oan te passen, mar ien masine hat 7 punten, en de oare mar 4. Sil it behâld hjir tapast wurde? It antwurd is ja, it sil. As op syn minst ien foarwerp is reservekopy, B & R beskôgje dat it punt is makke.
In ferlykbere situaasje kin ûntstean as guon masines gewoan net opnommen yn 'e taak yn in bepaalde sesje. Dit bart, bygelyks, as masines wurde tafoege oan de taak net yndividueel, mar as ûnderdiel fan konteners (mappen, opslach) en guon masine tydlik migrearret nei in oare container. De baan wurdt dan beskôge as suksesfol, mar jo sille in berjocht fine yn 'e statistiken dy't jo fertelt om omtinken te jaan oan it feit dat sa'n en sa'n masine net mear troch de baan ferwurke wurdt.
Wat bart der as jo der gjin oandacht foar jouwe? Yn it gefal fan ûneinich-inkrementele of omkearde-inkrementele modi, sil it oantal weromsettepunten fan 'e "probleem"-masine mei elke sesje ôfnimme oant it berikt 1 bewarre yn VBK. Mei oare wurden, sels as de masine is net reservekopy foar in lange tiid, ien weromsette punt sil noch bliuwe. Dit is net it gefal as periodike folsleine backups ynskeakele binne. As sinjalen fan B & R wurde negearre, kin it lêste punt úteinlik wurde wiske tegearre mei it âlde diel fan 'e keatling.
Nei't wy dizze details hawwe begrepen, kinne wy úteinlik de opsje "Fuortsmite wiske items gegevens nei" beskôgje. It sil alle punten foar in bepaalde masine wiskje as dizze masine foar X dagen gjin reservekopy wurdt makke. Tink derom dat dizze ynstelling net reagearret op flaters (probearre - wurke net). D'r moat net iens in besykjen wêze om de masine te backupjen. It soe lykje dat de opsje nuttich is en moat altyd ynskeakele wurde hâlden. As de behearder de masine út 'e taak hat fuortsmiten, dan is it logysk om de keatling fan ûnnedige gegevens nei in skoftke te wiskjen. Tuning fereasket lykwols dissipline en soarch.
Lit my jo in foarbyld jaan út 'e praktyk: ferskate konteners waarden tafoege oan' e taak, wêrfan de gearstalling frij dynamysk wie. Troch it gebrek oan RAM ûnderfûn de B&R-tsjinner problemen dy't ûngemurken giene. De taak begûn en besocht in reservekopy fan 'e masines te meitsjen, útsein ien, dy't op dat stuit net yn 'e kontener wie. Sûnt in protte masines hawwe oanmakke flaters, standert moat B & R meitsje 3 ekstra besykjen om reservekopy "probleem" masines. Troch konstante problemen mei de RAM slepen dizze besykjen ferskate dagen. D'r wie gjin twadde poging om de ûntbrekkende VM te backupjen (it ûntbrekken fan in VM is gjin flater). As gefolch, tidens ien fan 'e werhelle besykjen, waard foldien oan' e betingst "Ferwiderje wiske items" en waarden alle punten fan 'e masine wiske.
By dizze gelegenheid kin ik it folgjende sizze: as jo notifikaasjes hawwe oer de resultaten fan opset taken, en noch better, yntegraasje mei Veeam ONE wurdt brûkt, dan sil dit wierskynlik net mei jo barre. As jo ien kear yn 'e wike nei de B&R-tsjinner sjogge om te kontrolearjen dat alles wurket, dan is it better om opsjes te wegerjen dy't mooglik liede kinne ta it wiskjen fan backups.
Wat is nij yn v.10
Wêr't wy it earder oer hiene, hat in protte ferzjes bestien by B&R. Nei it begripen fan dizze prinsipes fan wurk, litte wy no sjen wat der tafoege waard yn 'e jubileum "top tsien".
Deistich behâld
Hjirboppe hawwe wy it "klassike" opslachbelied beskôge op basis fan it oantal punten. In alternative oanpak is om "dagen" yn te stellen yn stee fan "werstelpunten" yn itselde menu.
It idee is dúdlik út 'e namme - it behâld sil it ynstelde oantal dagen opslaan, it oantal punten op elke dei makket net út. Tink dêrby oan it folgjende:
- By it berekkenjen fan de retinsje wurdt net mei de aktuele dei rekkene
- Dagen dat de taak hielendal net dien hat wurde ek teld. Dit moat yn gedachten hâlden wurde, sadat jo de punten fan dy taken dy't ûnregelmjittich wurkje, net per ongelok ferlieze.
- It werstelpunt wurdt teld fan 'e dei dat it makke is (dus as de taak op moandei begon en op tiisdei klear is, dan is dit in punt fan moandei)
Oars wurde de prinsipes foar it tapassen fan retinsje troch taken ek bepaald troch de keazen backupmetoade. Litte wy in oare berekkeningstaak besykje mei deselde inkrementele metoade. Litte wy sizze dat it behâld is ynsteld op 8 dagen, de taak rint elke 6 oeren mei in folsleine reservekopy op woansdei. Yn dit gefal wurket de taak net op snein. De baan rint moandei foar it earst. Wannear sil de retinsje tapast wurde?
Reply
As gewoanlik is it it bêste om in teken te tekenjen. Ik sil mysels tastean om de taak te ferienfâldigjen en sil net alle punten tekenje dy't foar elke dei makke binne, om't it oantal punten per dei hjir net útmakket. It is allinich wichtich foar ús dat op 'e earste moandei en op woansdei it earste punt in folsleine reservekopy sil wêze, op' e oare dagen sil de taak gewoan 4 ynkrementele punten oanmeitsje.
Wy begripe foar ússels dat it behâld sil wurde tapast troch it wiskjen fan de moandei folsleine reservekopy en syn tanimming. Wannear sil it barre? Wannear't de rest fan 'e ketting sil befetsje 8 dagen. Tagelyk telle wy de hjoeddeiske dei net, mar snein, krekt oarsom, we telle. It antwurd is dus tongersdei fan de twadde wike.
GFS-argivearring foar reguliere banen
Foarôfgeand oan v.10 wie de pake-heit-soan (GFS) opslachmetoade allinnich beskikber foar reservekopy jobs en tape copy banen. No is it ek beskikber foar in reguliere reservekopy.
Hoewol't dit is net besibbe oan de hjoeddeiske ûnderwerp, Ik kin net sizze dat de nije funksjonaliteit betsjut net in ôfwiking fan de 3-2-1 strategy. De oanwêzigens fan argyfpunten yn 'e haadrepository hat op gjin inkelde manier ynfloed op de betrouberens. It wurdt begrepen dat GFS sil brûkt wurde yn gearhing mei in skaalfergrutting repository foar in skip dizze punten nei S3 en ferlykbere opslach. As jo it net brûke, dan is it better om troch te gean mei it bewarjen fan primêre en argyfpunten yn ferskate repositories.
Litte wy no sjen nei de prinsipes fan it meitsjen fan GFS-punten. Yn 'e taakynstellingen, by de stap Opslach, is in spesjale knop ferskynd dy't it folgjende menu ropt:
De essinsje fan GFS kin wurde fermindere nei ferskate punten (notysje dat GFS oars wurket yn oare soarten taken, mar mear oer dat letter):
- De taak makket gjin aparte folsleine reservekopy ûnder it GFS-punt. Ynstee dêrfan sil de meast geskikte folsleine reservekopy beskikber wurde brûkt. Dêrom moat de baan yn inkrementele modus rinne mei in periodike folsleine reservekopy, of in folsleine reservekopy moat manuell makke wurde troch de brûker.
- As mar ien perioade ynskeakele is (bygelyks in wyklikse perioade), dan sil oan it begjin fan 'e GFS-perioade de taak gewoan begjinne te wachtsjen op in folsleine reservekopy en markearje de earste geskikte as GFS.
Foarbyld: In baan is konfigurearre om in wyklikse GFS te bewarjen mei in woansdei-backup. De taak rint alle dagen, mar de folsleine reservekopy is pland foar freed. Yn dit gefal begjint de GFS-perioade op woansdei en begjint de taak te wachtsjen op in passend punt. It sil op freed ferskine en wurdt markearre mei de GFS-flagge.
- As meardere perioaden tagelyk ynskeakele binne (bygelyks wykliks en moanliks), sil B&R in metoade tapasse wêrmei't itselde punt kin wurde brûkt as de GFS fan meardere yntervallen (om romte te besparjen). De flaggen wurde om beurt tawiisd, te begjinnen mei de jongste.
Foarbyld: wyklikse GFS is ynsteld op woansdei, en moanlikse GFS is ynsteld op de lêste wike fan 'e moanne. De baan rint alle dagen en makket folsleine backups op moandei en freed.
Lit ús foar de ienfâld begjinne te tellen fan 'e foarlêste wike fan' e moanne. Dizze wike sil in folsleine reservekopy makke wurde op moandei, mar it sil wurde negearre om't it wyklikse GFS-ynterval op woansdei begjint. Mar de freed folsleine reservekopy is folslein geskikt foar de GFS punt. Dit systeem is ús al bekend.
Besjoch no wat der sil barre yn 'e lêste wike fan' e moanne. De moanlikse GFS ynterval sil begjinne op moandei, mar de moandei VBK wurdt net tagged as GFS omdat de baan besiket in tag ien VBK as sawol in moanlikse en in wyklikse GFS punt. Tagelyk begjint it sykjen mei de wyklikse, dêrom kin it per definysje ek in moanlikse wurde.
As allinich wyklikse en jierlikse yntervallen binne ynskeakele, sille se lykwols ûnôfhinklik fan elkoar operearje en kinne 2 aparte VBK's markearje as oerienkommende GFS-yntervallen.
Backup kopiearje banen
In oare soart taak, dy't faaks ferdúdliking fereasket op 'e baan. Om te begjinnen, lit ús analysearje de "klassike" metoade fan wurk, sûnder ynnovaasjes v.10
In ienfâldige retinsjemetoade
Standert rinne sokke banen yn ûneinich-inkrementele modus. It oanmeitsjen fan punten wurdt bepaald troch twa parameters - it kopiearjen ynterval en it winske oantal werstelpunten (d'r is hjir gjin behâld per dei). It kopiearjen ynterval wurdt ynsteld op de earste Job ljepper by it meitsjen fan in taak:
It oantal punten wurdt in bytsje fierder bepaald op it ljepblêd Doel
De baan skept 1 nij punt per ynterval (it makket neat út hoefolle punten waarden makke foar de VM troch de oarspronklike banen). Oan 'e ein fan it ynterval wurdt it nije punt ôfsletten en, as it nedich is, wurdt in retensje tapast troch it gearfoegjen fan de VBK en de âldste ophege. Dit meganisme is al bekend oan ús.
Behâld metoade mei GFS
BCJ kin ek argivearre punten opslaan. Dit is konfigureare op deselde ljepper Target, krekt ûnder it oantal ynstellings foar weromsettepunten:
GFS-punten kinne op twa manieren oanmakke wurde - syntetysk, mei de gegevens op it sekundêre repository, of troch in folsleine reservekopy te simulearjen en alle gegevens fan 'e primêre repository te lêzen (aktivearre troch de opsje markearre mei nûmer 3). It behâld sil yn beide gefallen hiel oars wêze, dat wy sille se apart beskôgje.
Syntetyske GFS
Yn dit gefal wurdt it GFS-punt net krekt op 'e beneamde dei makke. Ynstee sil in GFS-punt oanmakke wurde as de VIB fan 'e dei dat it GFS-punt pland wie om te meitsjen wurdt gearfoege mei de folsleine reservekopy. Dit soarget soms foar misferstân, om't de tiid foarby giet, mar der is noch gjin GFS-punt. En allinich in krêftige sjamaan fan technyske stipe kin foarsizze op hokker dei de stip noch sil ferskine. Yn feite is magy net nedich - sjoch gewoan nei it ynstelde oantal punten en it syngronisaasje-ynterval (hoefolle punten wurde elke dei oanmakke). Besykje it sels te berekkenjen mei dit foarbyld: de taak is ynsteld om 7 punten te bewarjen, it syngronisaasje-ynterval is 12 oeren (dus 2 punten per dei). Op it stuit binne d'r al 7 punten yn 'e keten, hjoed is it moandei, en de skepping fan in GFS-punt is pland foar dizze dei. Hokker dei sil it makke wurde?
Reply
Hjir is it better om te beskriuwen hoe't de ketting sil feroarje yn dynamyk, by dei:
Dat, op moandei, is de lêste tanimming yn 'e keten markearre as GFS, mar gjin oare sichtbere feroarings komme foar. Elke dei makket de taak 2 nije punten, en it behâld beweecht de ketting ûnferbidlik foarút. Uteinlik, op tongersdei, is it tiid om it behâld oan te passen op datselde ferheging. Dizze sesje sil langer duorje as gewoanlik - om't de taak de nedige blokken fan 'e ketting sil "lûke" en in nij folslein punt meitsje. Fan no ôf sille d'r 8 punten yn 'e keten wêze - 7 yn' e haadketen + GFS.
GFS-punten oanmeitsje mei de opsje "Hele punt lêze".
Hjirboppe sei ik dat BCJ wurket yn infinite-incremental modus. No sille wy analysearje de ienige útsûndering op dizze regel. As jo de opsje "Hele punt lêze" ynskeakelje, sil it GFS-punt krekt op 'e plande dei oanmakke wurde. De taak sels sil wurkje yn inkrementele modus mei periodike folsleine backups, dy't wy hjirboppe besprutsen. It behâld sil ek tapast wurde troch it fuortheljen fan it âldste diel fan de ketting. Yn dit gefal sille lykwols allinich ynkommens wurde wiske, en de folsleine reservekopy sil bliuwe as in GFS-punt. Dêrtroch wurde punten markearre mei GFS-flaggen net yn rekken brocht by it berekkenjen fan it behâld.
Stel dat de taak is ynsteld om 7 punten te bewarjen en op moandei in wykliks GFS-punt te meitsjen. Yn dit gefal sil elke moandei de baan yndie in folsleine reservekopy meitsje en markearje as GFS. It behâld sil tapast wurde as, nei it wiskjen fan ynkommens fan it âldste diel, it oantal oerbleaune ynkommens net ûnder de 7 falt.
Dat, oan 'e ein fan' e twadde wike, binne d'r yn totaal 14 punten yn 'e keten. Yn 'e twadde wike makke de taak 7 punten. As it in ienfâldige taak wie, soe de retinsje al tapast wêze. Mar dit is in BCJ mei GFS-behâld, dus wy telle gjin GFS-punten, dat betsjut dat der mar 6 binne. Dat is, wy kinne it behâld noch net tapasse. Yn 'e tredde wike meitsje wy in oare folsleine reservekopy mei de GFS-flagge. 15 punten, mar wer telle wy dizze net. En as lêste, op tiisdei fan 'e tredde wike, meitsje wy in tanimming. No, as wy de ynkommens fan 'e keten fan' e earste wike fuortsmite, sil it totale oantal ynkommens oan 'e ynstelde retinsje foldwaan.
Lykas hjirboppe neamde, yn dizze metoade is it heul wichtich dat folsleine backups regelmjittich makke wurde. As jo bygelyks de haadbehâld op 7 dagen ynstelle, mar allinich 1 jierpunt, is it maklik foar te stellen dat de ynkommens folle, folle mear as 7 sammelje sille. Yn sokke gefallen is it better om de syntetyske metoade te brûken foar it meitsjen fan GFS.
En nochris "Ferwiderje wiske items"
Dizze opsje is ek oanwêzich foar BCJ:
De logika fan dizze opsje is hjir itselde as yn reguliere reservekopytaken - as de masine net foar it opjûne oantal dagen wurdt ferwurke, dan wurde har gegevens út 'e ketting wiske. Foar BCJ is dizze opsje lykwols objektyf brûkber, en hjir is wêrom.
Yn normale modus wurket BCJ yn in ûneinich-inkrementele modus, dus as de masine op in stuit út 'e taak wurdt fuortsmiten, dan sil it behâld stadichoan alle herstelpunten wiskje oant der mar ien oer is - yn VBK. Litte wy ús no foarstelle dat de baan ek is konfigureare om syntetyske GFS-punten te meitsjen. As de tiid komt, sil de baan in GFS meitsje moatte foar alle masines yn 'e keten. As guon masine hat gjin nije punten op alle - goed, jo moatte brûke de iene dat is. En sa elke kear. As gefolch kin de folgjende situaasje ûntstean:
Soarch omtinken foar de seksje Bestannen: wy hawwe de wichtichste VBK- en 2 wyklikse GFS-punten. En no nei de seksje Weromsette punten - yn feite befetsje dizze bestannen deselde ôfbylding fan 'e masine. Fansels hat d'r gjin punt yn sokke GFS-punten, se nimme allinich romte yn.
Dizze situaasje is allinich mooglik by it brûken fan syntetyske GFS. Om dit foar te kommen, brûk de opsje "Ferwiderde items fuortsmite". Unthâld gewoan om it foar in adekwaat oantal dagen yn te stellen. Technyske stipe hat gefallen sjoen wêr't de opsje wie ynsteld op minder dan it oantal dagen dan it syngronisaasje-ynterval - BCJ begon te rampen en punten te wiskjen foardat se tiid hiene om se te meitsjen.
Tink derom ek dat dizze opsje gjin ynfloed hat op besteande GFS-punten. As jo de argiven skjinmeitsje wolle, moatte jo it manuell dwaan - troch mei de rjochter te klikken op 'e masine en "Fan skiif wiskje" te selektearjen (ferjit net yn it finster dat ferskynt it karfakje "Folsleine GFS-backup fuortsmite" te kontrolearjen) :
Ynnovaasje v.10 - direkte kopy (direkte kopy)
Nei it behanneljen fan 'e "klassike" funksjonaliteit, litte wy gean nei de nije. Ynnovaasje is ien, mar heul wichtich. Dit is in nije modus fan operaasje.
D'r is net sa'n ding as in "syngronisaasje-ynterval", de taak sil konstant kontrolearje oft nije punten binne ferskynd en kopiearje se allegear, nettsjinsteande hoefolle der binne. Lykwols, de baan bliuwt incremental, wat betsjut dat sels as de wichtichste baan makket in VBK of VRB, dy punten wurde kopiearre as in VIB. Oars binne d'r gjin ferrassingen yn dizze modus - sawol standert as GFS-behâld wurkje neffens de hjirboppe beskreaune regels (hoewol't allinich syntetyske GFS hjir beskikber is).
Skiven draaie. Funksjes fan Rotated Drives Repositories
De konstante bedriging fan ransomware-firussen hat it de de facto feiligensstandert makke om in kopy fan 'e gegevens te hawwen op in medium wêr't it firus net berikke kin. Ien opsje is om skiif-rotearjende repositories te brûken, wêr't skiven op 'e beurt wurde brûkt: wylst ien skiif ferbûn is en skriuwber is, wurde de rest op in feilich plak opslein.
Om B&R te learen om mei sokke repositories te wurkjen, klikje yn 'e repository-ynstellingen, by de Repository-stap op de knop Avansearre en selektearje de passende opsje:
Dêrnei sil VBR wachtsje oant de periodyk besteande ketting ferdwynt út it repository, wat diskrotaasje betsjut. Ofhinklik fan it type repository en it type baan, gedrage B&R oars. Jo kinne dit fertsjintwurdigje mei in tabel lykas dit:
Litte wy elke opsje beskôgje.
Normaal Job en Windows Repository
Dat, wy hawwe in taak dy't keatlingen besparret op 'e earste skiif. Tidens rotaasje ferdwynt de oanmakke ketting eins, en de taak moat dit ferlies op ien of oare manier oerlibje. It fynt treast yn it meitsjen fan in folsleine reservekopy. Sa betsjut elke rotaasje in folsleine reservekopy. Mar wat bart der mei de stippen op in loskeppele drive? Se wurde ûnthâlden en rekken holden by it berekkenjen fan de retinsje. Sa is it ynstelde oantal punten yn 'e taak hoefolle punten moatte wurde bewarre op alle skiven. Hjir is in foarbyld:
De baan rint yn infinite-inkrementele modus en is konfigurearre om 3 weromsette punten te bewarjen. Mar wy hawwe ek in twadde skiif, en wy draaie it ien kear yn 'e wike (d'r kinne mear skiven, dit feroaret de essinsje net).
Yn 'e earste wike sil de taak punten meitsje op' e earste skiif en de ekstra fusearje. Sa sil it totale oantal punten trije wêze:
Dan ferbine wy de twadde skiif. By it opstarten sil B&R fernimme dat it stasjon is feroare. De keatling op 'e earste skiif sil ferdwine út' e ynterface, mar ynformaasje oer it bliuwt yn 'e databank. De baan sil no 3 punten hâlde op 'e twadde skiif. De algemiene situaasje sil sa wêze:
Uteinlik befestigje wy de earste stasjon opnij. Foardat jo in nij punt meitsje, sil de taak kontrolearje wat der is mei it behâld. En it behâld, tink ik jo, is ynsteld om 3 punten op te slaan. Yn 'e tuskentiid hawwe wy 3 punten op skiif 2 (mar it is offline en opslein op in feilich plak dêr't B & R kin net berikke) en 3 punten op skiif 1 (mar dizze is ferbûn). Dat, jo kinne feilich fuortsmite 3 punten fan skiif 1, om't se de retensje grutter meitsje. Dêrnei makket de taak wer in folsleine reservekopy, en ús ketting begjint sa te sjen:
As de behâld is ynsteld om dagen te bewarjen ynstee fan it oantal punten, dan feroaret de logika net. Ek wurdt GFS-behâld hielendal net stipe by it brûken fan repositories mei skiifrotaasje.
Normaal Job en Linux Repository Network Storage
Dizze opsje is ek mooglik, mar is yn 't algemien minder oan te rieden fanwegen de opleine beheiningen. De taak sil op deselde wize reagearje op skiifrotaasje en it ferdwinen fan 'e ketting - troch in folsleine reservekopy te meitsjen. De beheining is ferbûn mei it ôfkoarte retinsjemeganisme.
Hjir, ûnder rotaasje, de hiele keatling op 'e loskeppele skiif is gewoan wiske út de B & R databank. Soarch omtinken - út 'e databank bliuwe de bestannen sels op' e skiif. Se kinne wurde ymportearre en brûkt foar herstel, mar it is net dreech om te rieden dat ier of letter sokke fergetten keatlingen sille folje it hiele repository.
De oplossing is om DWORD ForceDeleteBackupFiles ta te foegjen lykas oanjûn op dizze side: . Dêrnei sil de taak gewoan begjinne mei it wiskjen fan alle ynhâld fan 'e taakmap of repositorymap (ôfhinklik fan 'e wearde) by elke rotaasje.
Dit is lykwols gjin elegante behâld, mar earder in skjinmeitsjen fan alle ynhâld. Spitigernôch hat technyske stipe gefallen tsjinkaam doe't it repository gewoan de rootmap fan 'e skiif wie, wêr't, neist backups, oare gegevens wiene. Dit alles waard by de rotaasje fernield.
Derneist, as ForceDeleteBackupFiles ynskeakele is, wurket it foar alle soarten repositories, dat wol sizze, sels repositories op Windows sille ophâlde mei it tapassen fan retinsje en begjinne te wiskjen fan ynhâld. Mei oare wurden, in lokale skiif op Windows is de bêste kar foar sa'n backup opslachsysteem.
Reservekopy en Windows repository
Mei BCJ wurde dingen noch ynteressanter. Net allinnich is d'r in folweardich behâld, mar it is net nedich om in folsleine reservekopy eltse kear as jo feroarje de skiif! It wurket sa:
Earst begjint B&R mei it meitsjen fan stippen op de earste skiif. Litte wy sizze dat wy it behâld op 3 punten sette. De taak sil wurkje yn in ûneinich-inkrementele modus en alles oerstallich fusearje (ik herinner jo dat GFS-behâld yn dit gefal net wurdt stipe).
Dan ferbine wy de twadde skiif. Om't d'r noch gjin ketting oan is, meitsje wy in folsleine reservekopy, wêrnei't wy in twadde ketting fan trije punten hawwe:
Uteinlik is it tiid om it earste stasjon opnij te ferbinen. En dat is wêr't de magy binnenkomt, om't de taak gjin folsleine reservekopy sil meitsje, mar gewoan trochgean mei de inkrementele ketting:
Dêrnei, yn feite, elke skiif sil hawwe in eigen ûnôfhinklike keatling. Dêrom betsjut behâld hjir net it oantal punten op alle skiven, mar it oantal punten op elke skiif apart.
Reservekopy en Linux repository netwurk opslach
Nochris, alle elegânsje is ferlern as it repository net op in lokale Windows-drive is. Dit skript wurket fergelykber mei de ienfâldige taak hjirboppe. Op elke rotaasje sil BCJ in folsleine reservekopy meitsje, en besteande punten wurde fergetten. Om net sûnder frije romte te bliuwen, moatte jo DWORD ForceDeleteBackupFiles brûke.
konklúzje
Dat, as gefolch fan sa'n lange tekst, hawwe wy twa soarten taken beskôge. Fansels binne d'r folle mear taken, mar it sil net mooglik wêze om se allegear te beskôgjen yn 'e opmaak fan ien artikel. As jo nei it lêzen noch fragen hawwe, skriuw se dan yn 'e opmerkingen, ik sil graach persoanlik antwurdzje.
Boarne: www.habr.com