Hallo lesers van ons blog! Deels is ons reeds bekend - my Engelstalige plasings het hier verskyn in die vertaling van my liewe kollega . Hierdie keer het ek besluit om die Russiessprekende gehoor direk toe te spreek.
Vir my debuut wou ek 'n onderwerp vind wat vir die wydste moontlike gehoor interessant sou wees en gedetailleerde oorweging verg. Daniel Defoe het aangevoer dat dood en belasting op enige persoon wag. Van my kant af kan ek sê dat enige ondersteuningsingenieur wag vir vrae oor die beleide vir die berging van herstelpunte (of, in eenvoudiger terme, behoud). Ek het 4 jaar gelede begin verduidelik hoe retensie werk as 'n Vlak XNUMX Junior Ingenieur, en ek gaan voort om nou te verduidelik as die leier van die Spaans- en Italiaanssprekende span. Ek is seker dat my kollegas van die tweede en selfs die derde vlak van ondersteuning ook gereeld dieselfde vrae beantwoord.
In hierdie lig wou ek 'n finale, so gedetailleerde plasing as moontlik skryf, waarna Russiessprekende gebruikers weer en weer as verwysing kan terugkeer. Die oomblik is reg - die onlangs vrygestelde tiende verjaardagweergawe het nuwe kenmerke by die basiese funksionaliteit gevoeg wat vir jare nie verander het nie. My plasing is hoofsaaklik gefokus op hierdie weergawe - alhoewel die meeste van wat geskryf is waar is vir vorige weergawes, sal jy eenvoudig nie sommige van die beskryfde funksionaliteit daar vind nie. Ten slotte, as ek 'n bietjie in die toekoms kyk, sal ek sê dat 'n paar veranderinge in die volgende weergawe verwag word, maar ons sal jou daarvan vertel wanneer die tyd aanbreek. So kom ons begin.
Rugsteun werk
Kom ons kyk eers na die deel wat nie in weergawe 10 verander het nie. Die retensiebeleid word deur verskeie parameters bepaal. Kom ons maak die venster oop vir die skep van 'n nuwe taak en gaan na die Berging-oortjie. Hier sal ons 'n parameter sien wat die verlangde aantal herstelpunte bepaal:
Dit is egter slegs deel van die vergelyking. Die werklike aantal punte word ook bepaal deur die rugsteunmodus wat vir die taak gestel is. Om hierdie opsie te kies, klik op die Gevorderde knoppie op dieselfde oortjie. Dit sal 'n nuwe venster oopmaak met baie opsies. Kom ons nommer hulle en oorweeg hulle een vir een:
As slegs opsie 1 geaktiveer is, sal die taak in "oneindig inkrementeel" modus loop (vir ewig vorentoe inkrementeel). Daar is geen probleme hier nie - die taak sal die vasgestelde aantal herstelpunte stoor vanaf 'n volledige rugsteun (lêer met die VBK-uitbreiding) tot die laaste inkrement (lêer met die VIB-uitbreiding). Wanneer die aantal punte die vasgestelde waarde oorskry, sal die oudste inkrement met die volle rugsteun saamgevoeg word. Met ander woorde, as die taak gestel is om 3 punte te stoor, sal daar onmiddellik na die volgende sessie 4 punte op die bewaarplek wees, waarna die volle rugsteun saamgevoeg sal word met die oudste inkrement en die totale aantal punte sal terugkeer na 3.
Ook uiters eenvoudig is die behoud vir die "omgekeerde inkrementele" (omgekeerde inkrementele) modus (opsie 2). Aangesien in hierdie geval die nuutste punt 'n volledige rugsteun sal wees, gevolg deur 'n ketting van sogenaamde terugdraaie (lêers met die VRB-uitbreiding), om die behoud toe te pas, is dit genoeg om bloot die oudste terugrol uit te vee. Die situasie sal dieselfde wees: onmiddellik na die sessie sal die aantal punte die vasgestelde waarde met 1 oorskry, waarna dit terugkeer na die verlangde waarde.
Let daarop dat met omgekeerde-inkrementele modus, jy ook periodieke volle rugsteun kan aktiveer (opsie 4), maar dit sal nie die essensie verander nie. Ja, volledige herstelpunte sal in die ketting verskyn, maar ons sal steeds net die oudste punte een op 'n slag uitvee.
Ten slotte kom ons by die interessante deel. As jy inkrementele rugsteun aktiveer, maar ook opsies 3 of 4 aktiveer (of albei op dieselfde tyd), sal die taak begin om periodieke volledige rugsteun te skep deur die "aktiewe" of sintetiese metode te gebruik. Die metode om 'n volledige rugsteun te skep is nie belangrik nie - dit sal dieselfde data bevat, en die inkrementele ketting sal in "sub-kettings" verdeel word. Hierdie metode word vorentoe inkrementeel genoem, en dit is hy wat 'n beduidende deel van die vrae van ons kliënte veroorsaak.
Retensie word hier toegepas deur die oudste deel van die ketting uit te vee (van 'n volledige rugsteun na 'n inkrement). Terselfdertyd sal ons nie net 'n hol rugsteun of slegs 'n deel van die inkremente uitvee nie. Die hele "subchain" word heeltemal op een slag verwyder. Die betekenis van die stel van die aantal punte verander ook - as dit in ander metodes die maksimum toelaatbare getal is, waarna retensie toegepas moet word, dan bepaal hierdie instelling hier die minimum aantal. Met ander woorde, nadat die oudste "subketting" uitgevee is, moet die aantal punte in die oorblywende deel nie onder hierdie minimum val nie.
Ek sal probeer om hierdie konsep grafies uit te beeld. Kom ons sê die retensie is op 3 punte gestel, die taak loop elke dag met 'n volledige rugsteun op Maandag. In hierdie geval sal die behoud toegepas word wanneer die totale aantal punte 10 bereik:
Hoekom reeds 10 as hulle 3 opstel? Maandag is 'n volledige rugsteun geskep. Van Dinsdag tot Sondag het die werk inkremente geskep. Uiteindelik, volgende Maandag, word weer 'n volledige rugsteun geskep en eers wanneer 2 inkremente geskep word, kan uiteindelik die hele ou deel van die ketting uitgevee word, want die oorblywende aantal punte sal nie onder die stel 3 val nie.
As die idee duidelik is, stel ek voor jy probeer om self die retensie te bereken. Kom ons neem die volgende voorwaardes: die taak word Donderdag vir die eerste keer geloods (natuurlik sal 'n volledige rugsteun gemaak word). Die taak is ingestel om 'n volledige rugsteun op Woensdae en Sondae te skep en 8 herstelpunte te stoor. Wanneer sal die retensie vir die eerste keer toegepas word?
Om hierdie vraag te beantwoord, beveel ek aan dat jy 'n vel papier neem, dit volgens dag van die week teken en neerskryf watter punt elke dag geskep word. Die antwoord sal duidelik word
Beantwoord
Toeligting: Om te antwoord, is dit genoeg om jouself af te vra “wanneer sal die retensie toegepas word”? Die antwoord is wanneer ons die eerste 3 punte (VBK, VIB, VIB) kan verwyder en die res van die ketting val nie onder die vereiste 8 punte nie. Dit word duidelik dat ons dit sal kan doen wanneer ons 11 punte in totaal het, dit wil sê op Sondag van die tweede week.
Sommige lesers kan beswaar maak: “waarom dit alles, as daar is ? Sonder twyfel is dit 'n baie nuttige hulpmiddel, en in sommige gevalle sal ek dit gebruik, maar dit het ook beperkings. Eerstens laat dit jou nie toe om die aanvanklike voorwaardes te spesifiseer nie, en in baie gevalle is die vraag presies "ons het so 'n ketting, wat sal gebeur as ons sulke en sulke instellings verander?". Tweedens, die werktuig is nog ietwat tekort aan sigbaarheid. Deur die RPS-bladsy aan kliënte te wys, het ek nie begrip gekry nie, maar nadat ek dit geverf het soos in die voorbeeld (selfs met dieselfde verf), dag na dag, het alles duidelik geword.
Ten slotte, ons het nie die opsie "Transformeer vorige rugsteunkettings in terugdraai" (gemerk met nommer 5) oorweeg nie. Hierdie opsie verwar soms kliënte wat dit "on the fly" aktiveer, wat 'n eenvoudige sintetiese rugsteun wil moontlik maak. Intussen aktiveer hierdie opsie 'n baie spesiale rugsteunmodus. Sonder om in besonderhede in te gaan, sal ek dadelik sê dat in hierdie stadium van produkontwikkeling "Transformeer vorige rugsteunkettings in terugskrywings" 'n verouderde opsie is, en ek kan nie aan 'n enkele scenario dink wanneer dit gebruik moet word nie. Die waarde daarvan is so twyfelagtig dat Anton Gostev vir 'n geruime tyd self 'n oproep deur die forum gestuur het en hom gevra het om vir hom voorbeelde van die nuttige gebruik daarvan te stuur (as jy enige het, skryf in die kommentaar, ek stel baie belang). As daar geen is nie (ek dink hulle sal), dan sal die opsie in toekomstige weergawes verwyder word.
Die taak sal inkremente (VIB) skep tot die dag waarop die sintetiese volledige rugsteun geskeduleer is. Op hierdie dag word VBK wel geskep, maar al die punte voor hierdie VBK word omskep in rollbacks (VRB). Daarna sal die taak voortgaan om inkremente na die volledige rugsteun te skep tot die volgende sintetiese rugsteun. As gevolg hiervan word 'n plofbare mengsel van VBK-, VBR- en VIB-lêers in die ketting geskep. Retensie word baie eenvoudig toegepas - deur die laaste VBR te verwyder:
probleme
Behalwe om werklik te verstaan hoe dit werk, word die meeste van die probleme wat ontstaan wanneer inkrementele modus gebruik word, gewoonlik geassosieer met 'n volledige rugsteun. 'n Gereelde volledige rugsteun is nodig vir hierdie modus, anders sal die bewaarplek punte ophoop totdat dit oorloop.
Byvoorbeeld, 'n volledige rugsteun kan te selde geskep word. Kom ons sê die taak is ingestel om 10 punte te stoor, en 'n volledige rugsteun word een keer per maand geskep. Dit is duidelik dat die werklike aantal punte hier baie groter sal wees as die vasgestelde een. Of die taak is oor die algemeen ingestel om in 'n oneindig-inkrementele modus te werk en 50 punte te stoor. Toe het iemand per ongeluk 'n volledige rugsteun geskep. Dit is dit, van nou af sal die taak wag totdat die volle punt 49 inkremente ophoop, waarna dit die retensie sal toepas en terugkeer na die oneindig-vol-modus.
In ander gevalle is 'n volledige rugsteun ingestel om gereeld geskep te word, maar om een of ander rede nie. Ek sal die gewildste rede hier lys. Sommige kliënte verkies om die "hardloop na" skedulering opsie te gebruik en werke op te stel om in 'n ketting te hardloop. Kom ons neem hierdie voorbeeld: daar is 3 take wat elke dag loop en 'n volledige rugsteun op Sondag skep. Die eerste taak begin om 22.30, die res word in 'n ketting van stapel gestuur. 'n Inkrementele rugsteun neem 10 minute, en daarom is alle take teen 23.00:22.30 klaar met hul werk. Maar 'n volledige rugsteun neem 'n uur, so Sondag gebeur die volgende: die eerste taak duur van 23.30 tot 23.30. Die volgende een is van 00.30 tot XNUMX. Maar die derde taak word Maandag van stapel gestuur. 'n Volledige rugsteun is vir Sondag opgestel, so in hierdie geval sal dit eenvoudig nie wees nie. Die taak sal wag vir 'n volledige rugsteun om die retensie toe te pas. Wees dus versigtig wanneer jy die "hardloop na"-opsie gebruik of moet dit glad nie gebruik nie - stel net die take om op dieselfde tyd te begin en laat die hulpbronskeduleerder sy werk doen.
Die moeilike opsie "Verwyder geskrap items"
As u deur die instellings van die Berging - Gevorderd - Onderhoudstaak gaan, kan u die opsie "verwyder geskrap-itemsdata na" afkom, bereken in dae.
Sommige kliënte verwag dat dit behoud sal wees. Trouens, dit is 'n heeltemal aparte opsie, waarvan die misverstand tot onverwagte gevolge kan lei. Ek moet egter eerstens verduidelik hoe B&R reageer op situasies waar slegs 'n paar masjiene suksesvol gerugsteun word tydens die sessie.
Stel jou hierdie scenario voor: 'n oneindige-inkrementele taak wat opgestel is om 6 punte te stoor. Daar is 2 masjiene in die taak, een het altyd suksesvol gerugsteun, die ander het soms foute gegee. As gevolg hiervan, teen die sewende punt, het die volgende situasie ontwikkel:
Dit is tyd om die retensie toe te pas, maar een masjien het 7 punte, en die ander net 4. Sal die retensie hier toegepas word? Die antwoord is ja, dit sal. Indien ten minste een voorwerp gerugsteun is, is B&R van mening dat die punt geskep is.
'n Soortgelyke situasie kan ontstaan as een of ander masjien eenvoudig nie tydens 'n sekere sessie by die taak ingesluit is nie. Dit gebeur byvoorbeeld wanneer masjiene nie individueel by die taak gevoeg word nie, maar as deel van houers (vouers, bergings) en sommige masjiene tydelik na 'n ander houer migreer. Die werk sal dan as suksesvol beskou word, maar jy sal 'n boodskap in die statistiek kry wat vir jou sê om aandag te gee aan die feit dat so en so 'n masjien nie meer deur die werk verwerk word nie.
Wat sal gebeur as jy nie aandag daaraan gee nie? In die geval van oneindig-inkrementele of omgekeerde-inkrementele modusse, sal die aantal herstelpunte van die "probleem"-masjien met elke sessie afneem totdat dit 1 bereik wat in VBK gestoor is. Met ander woorde, selfs al word die masjien vir 'n lang tyd nie gerugsteun nie, sal een herstelpunt steeds oorbly. Dit is nie die geval as periodieke volle rugsteun geaktiveer is nie. As seine van B&R geïgnoreer word, kan die laaste punt uiteindelik saam met die ou deel van die ketting uitgevee word.
Nadat ons hierdie besonderhede verstaan het, kan ons uiteindelik die opsie "Verwyder geskrapte itemsdata na" oorweeg. Dit sal alle punte vir 'n spesifieke masjien uitvee as daardie masjien nie vir X dae gerugsteun word nie. Neem asseblief kennis dat hierdie instelling nie op foute reageer nie (probeer - het nie gewerk nie). Daar moet nie eers 'n poging wees om die masjien te rugsteun nie. Dit wil voorkom asof die opsie nuttig is en altyd aangeskakel moet word. As die administrateur die masjien van die taak verwyder het, is dit logies om die ketting van onnodige data na 'n rukkie skoon te maak. Stem vereis egter dissipline en sorg.
Kom ek gee jou 'n voorbeeld uit die praktyk: verskeie houers is by die taak gevoeg, waarvan die samestelling redelik dinamies was. Weens die gebrek aan RAM het die B&R-bediener probleme ondervind wat ongemerk gebly het. Die taak het begin en probeer om 'n rugsteun van die masjiene te maak, behalwe vir een, wat op daardie stadium nie in die houer was nie. Aangesien baie masjiene foute gegenereer het, moet B&R by verstek 3 addisionele pogings aanwend om "probleem" masjiene te rugsteun. As gevolg van voortdurende probleme met die RAM, het hierdie pogings vir 'n paar dae gesloer. Daar was geen tweede poging om die vermiste VM te rugsteun nie (die afwesigheid van 'n VM is nie 'n fout nie). As gevolg hiervan, tydens een van die herhaalde pogings, is die voorwaarde "Verwyder verwyderde items" nagekom en is alle punte van die masjien uitgevee.
By hierdie geleentheid kan ek die volgende sê: as jy kennisgewings het oor die resultate van take wat opgestel is, en nog beter, integrasie met Veeam ONE word gebruik, dan sal dit heel waarskynlik nie met jou gebeur nie. As jy een keer per week na die B&R-bediener kyk om te kyk of alles werk, dan is dit beter om opsies te weier wat moontlik kan lei tot die verwydering van rugsteun.
Wat is nuut in v.10
Waaroor ons al voorheen gepraat het, bestaan al vir baie weergawes by B&R. Nadat ons hierdie beginsels van werk verstaan het, kom ons kyk nou wat bygevoeg is in die herdenking "top tien".
Daaglikse retensie
Hierbo het ons die "klassieke" bergingsbeleid op grond van die aantal punte oorweeg. 'n Alternatiewe benadering is om "dae" in plaas van "herstelpunte" in dieselfde spyskaart in te stel.
Die idee is duidelik uit die naam - die behoud sal die vasgestelde aantal dae stoor, die aantal punte in elke dag maak nie saak nie. Deur dit te doen, onthou die volgende:
- Die huidige dag word nie in ag geneem wanneer die retensie bereken word nie
- Dae wat die taak glad nie gewerk het nie, word ook getel. Dit moet in gedagte gehou word sodat jy nie per ongeluk die punte van daardie take wat onreëlmatig werk verloor nie.
- Die herstelpunt word getel vanaf die dag toe dit geskep is (m.a.w. as die taak op Maandag begin en op Dinsdag voltooi is, dan is dit 'n punt vanaf Maandag)
Andersins word die beginsels vir die toepassing van retensie deur take ook bepaal deur die gekose rugsteunmetode. Kom ons probeer 'n ander berekeningstaak deur dieselfde inkrementele metode te gebruik. Kom ons sê die retensie is ingestel op 8 dae, die taak loop elke 6 uur met 'n volledige rugsteun op Woensdag. In hierdie geval werk die taak nie op Sondag nie. Die werk loop Maandag vir die eerste keer. Wanneer sal die retensie toegepas word?
Beantwoord
Soos gewoonlik is dit die beste om 'n teken te teken. Ek sal myself toelaat om die taak te vereenvoudig en sal nie al die punte wat vir elke dag geskep word, trek nie, want die aantal punte per dag maak nie hier saak nie. Dit is net vir ons belangrik dat op die eerste Maandag en op Woensdae die eerste punt 'n volledige rugsteun sal wees, op die ander dae sal die taak bloot 4 inkrementele punte skep.
Ons verstaan self dat die behoud toegepas sal word deur die Maandag se volledige rugsteun en die inkrement daarvan uit te vee. Wanneer sal dit gebeur? Wanneer die res van die ketting 8 dae sal bevat. Terselfdertyd tel ons nie die huidige dag nie, maar Sondag, inteendeel, ons tel. Die antwoord is dus Donderdag van die tweede week.
GFS-argivering vir gereelde werksgeleenthede
Voor v.10 was die Oupa-Vader-Seun (GFS) bergingsmetode slegs beskikbaar vir Rugsteunkopie-take en bandkopie-take. Nou is dit ook beskikbaar vir 'n gereelde rugsteun.
Alhoewel dit nie verband hou met die huidige onderwerp nie, kan ek nie sê dat die nuwe funksionaliteit nie 'n afwyking van die 3-2-1-strategie beteken nie. Die teenwoordigheid van argiefpunte in die hoofbewaarplek beïnvloed geensins die betroubaarheid daarvan nie. Dit word verstaan dat GFS in samewerking met 'n uitskaalbewaarplek gebruik sal word om hierdie punte na S3 en soortgelyke bergings te stuur. As u dit nie gebruik nie, is dit beter om voort te gaan om primêre en argiefpunte in verskillende bewaarplekke te stoor.
Kom ons kyk nou na die beginsels van die skep van GFS-punte. In die taakinstellings, by die bergingstap, het 'n spesiale knoppie verskyn wat die volgende spyskaart oproep:
Die kern van GFS kan tot verskeie punte verminder word (let daarop dat GFS anders werk in ander tipe take, maar later meer daaroor):
- Die taak skep nie 'n aparte volledige rugsteun onder die GFS-punt nie. In plaas daarvan sal die mees geskikte volledige rugsteun beskikbaar gebruik word. Daarom moet die taak in inkrementele modus loop met 'n periodieke volledige rugsteun, of 'n volledige rugsteun moet met die hand deur die gebruiker geskep word.
- As slegs een periode geaktiveer is (byvoorbeeld 'n weeklikse periode), dan sal die taak aan die begin van die GFS-periode eenvoudig begin wag vir 'n volledige rugsteun en die eerste geskikte een as GFS merk.
Voorbeeld: 'n Werk is opgestel om 'n weeklikse GFS te stoor deur 'n Woensdag-rugsteun te gebruik. Die taak loop elke dag, maar die volledige rugsteun is vir Vrydag geskeduleer. In hierdie geval sal die GFS-periode Woensdag begin en die taak sal begin wag vir 'n geskikte punt. Dit sal Vrydag verskyn en sal met die GFS-vlag gemerk word.
- As veelvuldige periodes gelyktydig geaktiveer word (byvoorbeeld weekliks en maandeliks), sal B&R 'n metode toepas wat toelaat dat dieselfde punt as die GFS van veelvuldige intervalle gebruik word (om spasie te bespaar). Die vlae sal om die beurt toegeken word, begin met die jongste.
Voorbeeld: weeklikse GFS is gestel op Woensdag, en maandelikse GFS is gestel op die laaste week van die maand. Die werk loop elke dag en skep volledige rugsteun op Maandae en Vrydae.
Vir eenvoud, kom ons begin tel vanaf die voorlaaste week van die maand. Hierdie week sal 'n volledige rugsteun op Maandag geskep word, maar dit sal geïgnoreer word omdat die weeklikse GFS-interval op Woensdag begin. Maar die Vrydag se volledige rugsteun is heeltemal geskik vir die GFS-punt. Hierdie stelsel is reeds aan ons bekend.
Dink nou aan wat in die laaste week van die maand gaan gebeur. Die maandelikse GFS-interval sal Maandag begin, maar die Maandag-VBK sal nie as GFS gemerk word nie, want die werk poog om een VBK as beide 'n maandelikse en 'n weeklikse GFS-punt te merk. Terselfdertyd begin die soektog met die weeklikse een, daarom kan dit per definisie ook 'n maandelikse een word.
As slegs weeklikse en jaarlikse intervalle egter geaktiveer is, sal hulle onafhanklik van mekaar funksioneer en kan 2 afsonderlike VBK'e as ooreenstemmende GFS-intervalle merk.
Rugsteunkopieertake
'n Ander soort taak, wat dikwels verduideliking oor die werk vereis. Om mee te begin, kom ons ontleed die "klassieke" werksmetode, sonder innovasies v.10
'n Eenvoudige retensiemetode
By verstek loop sulke take in oneindig-inkrementele modus. Die skepping van punte word bepaal deur twee parameters - die kopieer-interval en die verlangde aantal herstelpunte (daar is geen retensie per dag hier nie). Die kopieerinterval word op die eerste Job-oortjie gestel wanneer 'n werk geskep word:
Die aantal punte word 'n bietjie verder op die Teiken-oortjie bepaal
Die werk skep 1 nuwe punt per interval (dit maak nie saak hoeveel punte deur die oorspronklike take vir die VM geskep is nie). Aan die einde van die interval word die nuwe punt gefinaliseer en, indien nodig, word 'n retensie toegepas deur die VBK en die oudste inkrement aaneen te koppel. Hierdie meganisme is reeds aan ons bekend.
Retensiemetode met behulp van GFS
BCJ kan ook argiefpunte stoor. Dit is op dieselfde teikenoortjie opgestel, net onder die aantal herstelpuntinstellings:
GFS-punte kan op twee maniere geskep word - sinteties deur die data op die sekondêre bewaarplek te gebruik, of deur 'n volledige rugsteun te simuleer en al die data van die primêre bewaarplek te lees (geaktiveer deur die opsie gemerk met nommer 3). Die retensie sal in beide gevalle baie verskil, daarom sal ons dit afsonderlik oorweeg.
Sintetiese GFS
In hierdie geval word die GFS-punt nie presies op die vasgestelde dag geskep nie. In plaas daarvan sal 'n GFS-punt geskep word wanneer die VIB van die dag waarop die GFS-punt geskep moes word, saamgevoeg word met die volledige rugsteun. Dit veroorsaak soms misverstand, want die tyd gaan verby, maar daar is steeds geen GFS-punt nie. En net 'n kragtige sjamaan van tegniese ondersteuning kan voorspel op watter dag die kolletjie nog sal verskyn. Trouens, magie is nie nodig nie - kyk net na die vasgestelde aantal punte en die sinchronisasie-interval (hoeveel punte word elke dag geskep). Probeer om dit self te bereken deur hierdie voorbeeld te gebruik: die taak is ingestel om 7 punte te stoor, die sinchronisasie-interval is 12 uur (d.w.s. 2 punte per dag). Op die oomblik is daar reeds 7 punte in die ketting, vandag is Maandag, en die skepping van 'n GFS-punt is geskeduleer vir hierdie dag. Watter dag sal dit geskep word?
Beantwoord
Hier is dit beter om te beskryf hoe die ketting in dinamika sal verander, deur die dag:
Dus, op Maandag, word die laaste inkrement in die ketting as GFS gemerk, maar geen ander sigbare veranderinge vind plaas nie. Elke dag skep die taak 2 nuwe punte, en die retensie beweeg die ketting onverbiddelik vorentoe. Uiteindelik, Donderdag, is dit tyd om die behoud op dieselfde verhoging toe te pas. Hierdie sessie sal langer as gewoonlik neem – want die taak sal die nodige blokke uit die ketting "trek" en 'n nuwe volpunt skep. Van nou af sal daar 8 punte in die ketting wees - 7 in die hoofketting + GFS.
Skep GFS-punte met die opsie "Lees hele punt".
Hierbo het ek gesê dat BCJ in oneindig-inkrementele modus werk. Nou sal ons die enigste uitsondering op hierdie reël ontleed. As jy die opsie "Lees hele punt" aktiveer, sal die GFS-punt presies op die geskeduleerde dag geskep word. Die taak self sal in inkrementele modus werk met periodieke volledige rugsteun, wat ons hierbo bespreek het. Die retensie sal ook toegepas word deur die oudste deel van die ketting te verwyder. In hierdie geval sal slegs inkremente uitgevee word, en die volledige rugsteun sal as 'n GFS-punt gelaat word. Gevolglik word punte gemerk met GFS-vlae nie in ag geneem wanneer die retensie bereken word nie.
Gestel die taak is ingestel om 7 punte te stoor en skep 'n weeklikse GFS-punt op Maandag. In hierdie geval sal die werk elke Maandag inderdaad 'n volledige rugsteun skep en dit as GFS merk. Die behoud sal toegepas word wanneer, na die verwydering van inkremente van die oudste deel, die aantal oorblywende inkremente nie onder 7 daal nie. Dit is hoe dit op die diagram lyk:
Dus, teen die einde van die tweede week is daar altesaam 14 punte in die ketting. Gedurende die tweede week het die taak 7 punte geskep. As dit 'n eenvoudige taak was, sou die retensie reeds toegepas gewees het. Maar dit is 'n BCJ met GFS-retensie, so ons tel nie GFS-punte nie, wat beteken daar is net 6 van hulle. Dit wil sê, ons kan steeds nie die retensie toepas nie. In die derde week skep ons nog 'n volledige rugsteun met die GFS-vlag. 15 punte, maar weereens tel ons nie hierdie een nie. En uiteindelik, op Dinsdag van die derde week, skep ons 'n inkrement. Nou, as ons die inkremente van die eerste weekketting verwyder, sal die totale aantal inkremente aan die vasgestelde behoud voldoen.
Soos hierbo genoem, is dit in hierdie metode baie belangrik dat volledige rugsteun gereeld geskep word. Byvoorbeeld, as u die hoofretensie op 7 dae stel, maar slegs 1 jaarlikse punt, is dit maklik om te dink dat die inkremente baie, baie meer as 7 sal ophoop. In sulke gevalle is dit beter om die sintetiese metode te gebruik om te skep GFS.
En weer "Verwyder geskrap items"
Hierdie opsie is ook teenwoordig vir BCJ:
Die logika van hierdie opsie hier is dieselfde as in gewone rugsteuntake - as die masjien nie vir die gespesifiseerde aantal dae verwerk word nie, word sy data uit die ketting uitgevee. Vir BCJ is hierdie opsie egter objektief meer bruikbaar, en hier is hoekom.
In normale modus werk BCJ in 'n oneindig-inkrementele modus, so as die masjien op 'n stadium van die taak verwyder word, dan sal die retensie geleidelik alle herstelpunte uitvee totdat daar net een oor is - in VBK. Kom ons stel ons nou voor dat die werk ook gekonfigureer is om sintetiese GFS-punte te skep. Wanneer die tyd aanbreek, sal die werk 'n GFS vir al die masjiene in die ketting moet skep. As een of ander masjien glad nie nuwe punte het nie - wel, jy moet die een gebruik wat wel is. En so elke keer. As gevolg hiervan kan die volgende situasie ontstaan:
Gee aandag aan die lêers afdeling: ons het die hoof VBK en 2 weeklikse GFS punte. En nou na die Herstelpunte-afdeling - in werklikheid bevat hierdie lêers dieselfde beeld van die masjien. Daar is natuurlik geen sin in sulke GFS-punte nie, dit neem net spasie op.
Hierdie situasie is slegs moontlik wanneer sintetiese GFS gebruik word. Om dit te voorkom, gebruik die opsie "Verwyder verwyderde items". Onthou net om dit vir 'n voldoende aantal dae te stel. Tegniese ondersteuning het gevalle gesien waar die opsie gestel is op minder as die aantal dae as die sinkroniseringsinterval - BCJ het begin amok maak en punte uitvee voordat hulle tyd gehad het om dit te skep.
Let ook daarop dat hierdie opsie nie bestaande GFS-punte affekteer nie. As jy die argiewe wil skoonmaak, moet jy dit handmatig doen - deur met die rechtermuisknop op die masjien te klik en "Vee van skyf af" te kies (moenie in die venster wat verskyn, vergeet om die "Verwyder GFS volledige rugsteun"-merkblokkie te merk) :
Innovasie v.10 - onmiddellike kopie (onmiddellike kopie)
Nadat ons die "klassieke" funksionaliteit hanteer het, gaan ons na die nuwe een. Innovasie is een, maar baie belangrik. Dit is 'n nuwe werkswyse.
Daar is nie iets soos 'n "sinchronisasie-interval nie", die taak sal voortdurend monitor of nuwe punte verskyn het en almal kopieer, maak nie saak hoeveel daar is nie. Die werk bly egter inkrementeel, wat beteken dat selfs al skep die hoofwerk 'n VBK of VRB, daardie punte as 'n VIB gekopieer sal word. Andersins is daar geen verrassings in hierdie modus nie - beide standaard- en GFS-retensie werk volgens die reëls hierbo beskryf (hoewel slegs sintetiese GFS hier beskikbaar is).
Skyfies draai. Kenmerke van geroteerde dryfbewaarplekke
Die konstante bedreiging van ransomware-virusse het dit die de facto sekuriteitstandaard gemaak om 'n kopie van die data op 'n medium te hê waar die virus nie kan bereik nie. Een opsie is om skyfroterende bewaarplekke te gebruik, waar skywe om die beurt gebruik word: terwyl een skyf gekoppel en skryfbaar is, word die res op 'n veilige plek gestoor.
Om B&R te leer om met sulke bewaarplekke te werk, in die bewaarplekinstellings, by die bewaarplekstap, klik op die Gevorderde knoppie en kies die toepaslike opsie:
Daarna sal VBR wag dat die periodiek bestaande ketting uit die bewaarplek verdwyn, wat skyfrotasie beteken. Afhangende van die tipe bewaarplek en die tipe werk, sal B&R anders optree. Jy kan dit voorstel met 'n tabel soos hierdie:
Kom ons kyk na elke opsie.
Normale werk en Windows-bewaarplek
So, ons het 'n taak wat kettings op die eerste skyf stoor. Tydens rotasie verdwyn die geskepte ketting eintlik, en die taak moet op een of ander manier hierdie verlies oorleef. Dit vind troos in die skep van 'n volledige rugsteun. Dus, elke rotasie beteken 'n volledige rugsteun. Maar wat gebeur met die kolletjies op 'n ontkoppelde skyf? Hulle word onthou en in ag geneem wanneer die retensie bereken word. Dus, die vasgestelde aantal punte in die taak is hoeveel punte op alle skywe gehou moet word. Hier is 'n voorbeeld:
Die taak loop in oneindig-inkrementele modus en is gekonfigureer om 3 herstelpunte te stoor. Maar ons het ook 'n tweede skyf, en ons draai dit een keer per week (daar kan meer skywe wees, dit verander nie die essensie nie).
In die eerste week sal die taak punte op die eerste skyf skep en die ekstras saamvoeg. Dus sal die totale aantal punte drie wees:
Dan koppel ons die tweede skyf. By opstart sal B&R agterkom dat die aandrywing verander het. Die ketting op die eerste skyf sal uit die koppelvlak verdwyn, maar inligting daaroor sal in die databasis bly. Die taak sal nou 3 kolletjies op die tweede skyf bevat. Die algemene situasie sal soos volg wees:
Uiteindelik heg ons die eerste aandrywing weer aan. Voordat 'n nuwe punt geskep word, sal die taak kyk wat daar met die behoud is. En die behoud, ek herinner jou, is ingestel om 3 punte te stoor. Intussen het ons 3 punte op skyf 2 (maar dit is vanlyn en gestoor op 'n veilige plek waar B&R nie kan bereik nie) en 3 punte op skyf 1 (maar hierdie een is gekoppel). U kan dus veilig 3 punte van skyf 1 verwyder, aangesien dit die retensie oorskry. Daarna skep die taak weer 'n volledige rugsteun, en ons ketting begin so lyk:
As die retensie opgestel is om dae in plaas van die aantal punte te stoor, verander die logika nie. GFS-behoud word ook glad nie ondersteun wanneer bewaarplekke met skyfrotasie gebruik word nie.
Normale werk en Linux-bewaarplek netwerkberging
Hierdie opsie is ook moontlik, maar word oor die algemeen minder aanbeveel as gevolg van die beperkings wat opgelê word. Die taak sal op dieselfde manier reageer op skyfrotasie en die verdwyning van die ketting - deur 'n volledige rugsteun te skep. Die beperking hou verband met die afgeknotte retensiemeganisme.
Hier, tydens rotasie, word die hele ketting op die ontkoppelde skyf eenvoudig uit die B&R-databasis verwyder. Let op - vanaf die databasis bly die lêers self op die skyf. Hulle kan ingevoer en vir herstel gebruik word, maar dit is nie moeilik om te raai dat sulke vergete kettings vroeër of later die hele bewaarplek sal vul nie.
Die oplossing is om DWORD ForceDeleteBackupFiles by te voeg soos op hierdie bladsy aangedui: . Daarna sal die taak eenvoudig begin om al die inhoud van die werklêergids of repository-lêergids (afhangende van die waarde) op elke rotasie uit te vee.
Dit is egter nie 'n elegante retensie nie, maar eerder 'n skoonmaak van alle inhoud. Ongelukkig het tegniese ondersteuning gevalle teëgekom waar die bewaarplek bloot die wortelgids van die skyf was, waar daar benewens rugsteun ook ander data was. Dit alles is tydens die rotasie vernietig.
Daarbenewens, wanneer ForceDeleteBackupFiles geaktiveer is, werk dit vir alle soorte bewaarplekke, dit wil sê, selfs bewaarplekke op Windows sal ophou om retensie toe te pas en inhoud begin uitvee. Met ander woorde, 'n plaaslike skyf op Windows is die beste keuse vir so 'n rugsteunbergingstelsel.
Rugsteunkopie en Windows-bewaarplek
Met BCJ raak dinge nog interessanter. Nie net is daar 'n volwaardige retensie nie, maar dit is nie nodig om 'n volledige rugsteun te maak elke keer as jy die skyf verander nie! Dit werk so:
Eerstens begin B&R kolletjies op die eerste skyf maak. Kom ons sê ons stel die retensie op 3 punte. Die taak sal in 'n oneindig-inkrementele modus werk en alles wat oorbodig is, saamvoeg (ek herinner u daaraan dat GFS-behoud nie in hierdie geval ondersteun word nie).
Dan koppel ons die tweede skyf. Aangesien daar nog geen ketting daaraan is nie, skep ons 'n volledige rugsteun, waarna ons 'n tweede ketting van drie punte het:
Uiteindelik is dit tyd om die eerste aandrywing weer aan te sluit. En dit is waar die magie inkom, aangesien die taak nie 'n volledige rugsteun sal skep nie, maar in plaas daarvan net voortgaan met die inkrementele ketting:
Daarna sal elke skyf in werklikheid sy eie onafhanklike ketting hê. Daarom beteken retensie hier nie die aantal punte op alle skywe nie, maar die aantal punte op elke skyf afsonderlik.
Rugsteunkopie en Linux-bewaarplek-netwerkberging
Weereens gaan alle elegansie verlore as die bewaarplek nie op 'n plaaslike Windows-skyf is nie. Hierdie skrif werk soortgelyk aan die eenvoudige taak hierbo. By elke rotasie sal BCJ 'n volledige rugsteun skep, en bestaande punte sal vergeet word. Om nie sonder vrye spasie gelaat te word nie, moet jy DWORD ForceDeleteBackupFiles gebruik.
Gevolgtrekking
Dus, as gevolg van so 'n lang teks, het ons twee tipes take oorweeg. Natuurlik is daar baie meer take, maar dit sal nie moontlik wees om hulle almal in die formaat van een artikel te oorweeg nie. As u na die lees nog vrae het, skryf dit dan in die kommentaar, ek sal graag persoonlik antwoord.
Bron: will.com