Lep pozdrav bralcem našega bloga! Delno se že poznamo - tukaj so se pojavile moje objave v angleškem jeziku, ki jih je prevedel moj dragi kolega . Tokrat sem se odločil nagovoriti neposredno rusko govorečo publiko.
Za svoj prvenec sem želel najti temo, ki bi bila zanimiva za čim širšo publiko in zahtevala podrobno obravnavo. Daniel Defoe je trdil, da vsako osebo čakajo smrt in davki. Kar se mene tiče, lahko rečem, da bo vsak podporni inženir imel vprašanja o politikah shranjevanja obnovitvenih točk (ali, preprosteje, o hrambi). Kako poteka retencija, sem začel razlagati pred 4 leti, kot junior inženir prve stopnje, in razlagam zdaj, že kot vodja špansko in italijansko govoreče ekipe. Prepričan sem, da tudi moji kolegi iz druge in celo tretje stopnje podpore redno odgovarjajo na ista vprašanja.
V tej luči sem želel napisati končno, čim bolj podrobno objavo, h kateri bi se lahko rusko govoreči uporabniki znova in znova vračali kot referenčna knjiga. Trenutek je pravi - nedavno izdana različica ob deseti obletnici je osnovni funkcionalnosti dodala nove funkcije, ki se niso spremenile leta. Moj prispevek je osredotočen predvsem na to različico – čeprav večina napisanega velja za prejšnje različice, nekaterih opisanih funkcionalnosti tam preprosto ne boste našli. Za konec, če pogledam malo v prihodnost, bom rekel, da se v naslednji različici pričakuje nekaj sprememb, vendar vam bomo o tem povedali, ko bo čas za to. Pa začnimo.
Varnostna opravila
Najprej si oglejmo del, ki se ni spremenil v različici 10. Politika hrambe je določena z več parametri. Odpremo okno za ustvarjanje novega opravila in pojdimo na zavihek Storage. Tukaj bomo videli parameter, ki določa želeno število obnovitvenih točk:
Vendar je to le del enačbe. Dejansko število točk je določeno tudi z rezervnim načinom, nastavljenim za opravilo. Če želite izbrati to možnost, kliknite gumb Napredno na istem zavihku. To bo odprlo novo okno s številnimi možnostmi. Oštevilčimo jih in jih obravnavamo enega za drugim:
Če omogočite samo možnost 1, se bo opravilo izvajalo v načinu »večno naprej inkrementalno«. Tu ni nobenih težav - naloga bo shranila določeno število obnovitvenih točk od popolne varnostne kopije (datoteka s pripono VBK) do zadnjega prirastka (datoteka s pripono VIB). Ko število točk preseže nastavljeno vrednost, se najstarejši prirastek združi s celotno varnostno kopijo. Z drugimi besedami, če je naloga nastavljena za shranjevanje 3 točk, bodo takoj po naslednji seji v repozitoriju 4 točke, nato pa bo popolna varnostna kopija združena z najstarejšim prirastkom in skupno število točk se bo vrnilo v 3.
Zadrževanje za "povratni inkrementalni" način (možnost 2) je prav tako izjemno preprosto. Ker bo v tem primeru najnovejša točka popolna varnostna kopija, ki ji sledi veriga tako imenovanih povrnitev (datoteke s pripono VRB), je za uporabo hrambe dovolj, da preprosto izbrišete najstarejšo povrnitev. Situacija bo enaka: takoj po seji bo število točk preseglo nastavljeno vrednost za 1, nato pa se bo vrnilo na želeno vrednost.
Upoštevajte, da lahko z obratno inkrementalnim načinom omogočite tudi periodične popolne varnostne kopije (4. možnost), vendar to ne bo spremenilo bistva. Da, celotne obnovitvene točke se bodo pojavile v verigi, vendar bomo še vedno preprosto izbrisali najstarejše točke eno za drugo.
Končno smo prišli do zanimivega dela. Če aktivirate inkrementalno varnostno kopiranje, a poleg tega omogočite možnosti 3 ali 4 (ali obe hkrati), bo opravilo začelo ustvarjati občasne popolne varnostne kopije z uporabo »aktivne« ali sintetične metode. Metoda za ustvarjanje popolne varnostne kopije ni pomembna - vsebovala bo iste podatke, inkrementalna veriga pa bo razdeljena na "podverige". Ta metoda se imenuje forward incremental in prav ta metoda sproža precejšen del vprašanj naših strank.
Zadrževanje se tukaj uporabi tako, da se izbriše najstarejši del verige (od popolne varnostne kopije do prirastka). Hkrati ne bomo izbrisali samo celotne varnostne kopije ali le dela inkrementov. Celotna "podveriga" je v celoti odstranjena naenkrat. Spremeni se tudi pomen nastavitve števila točk - če je pri drugih metodah to največje dovoljeno število, po katerem je treba uporabiti zadrževanje, potem ta nastavitev določa minimalno število. Z drugimi besedami, po odstranitvi najstarejše "podverige" število točk v preostalem delu ne sme pasti pod ta minimum.
Ta koncept bom poskušal grafično prikazati. Recimo, da je zadrževanje nastavljeno na 3 točke, opravilo se izvaja vsak dan s popolno varnostno kopijo v ponedeljek. Zadržanje v tem primeru se uporabi, ko skupno število točk doseže 10:
Zakaj jih je že 10, ko so postavili 3? Popolna varnostna kopija je bila ustvarjena v ponedeljek. Od torka do nedelje se je delovno mesto povečalo. Končno se naslednji ponedeljek ponovno ustvari popolna varnostna kopija in šele ko sta ustvarjena 2 povečanja, se lahko končno izbriše celoten stari del verige, ker preostalo število točk ne bo padlo pod nastavljeno 3.
Če je ideja jasna, potem predlagam, da poskusite sami izračunati zadržanje. Vzemimo naslednje pogoje: opravilo se prvič zažene v četrtek (seveda bo narejena popolna varnostna kopija). Naloga je nastavljena tako, da ob sredah in nedeljah ustvari popolno varnostno kopijo in shrani 8 obnovitvenih točk. Kdaj bo hramba uporabljena prvič?
Za odgovor na to vprašanje vam priporočam, da vzamete kos papirja, ga razporedite po dnevih v tednu in zapišete, katera točka se ustvari vsak dan. Odgovor bo postal očiten
Odgovorite
Pojasnilo: če želite odgovoriti, se samo vprašajte, "kdaj bo uporabljena hramba"? Odgovor je, ko lahko odstranimo prve 3 točke (VBK, VIB, VIB) in preostali del verige ne pade pod zahtevanih 8 točk. Da nam bo to uspelo, postane jasno, ko bomo imeli skupno 11 točk, torej v nedeljo drugega tedna.
Nekateri bralci lahko ugovarjajo: »zakaj vse to, če obstaja ?. Brez dvoma je to zelo uporabno orodje in v nekaterih primerih bi ga uporabil, vendar ima tudi omejitve. Prvič, ne omogoča določitve začetnih pogojev in v mnogih primerih je vprašanje ravno "imamo takšno verigo, kaj se bo zgodilo, če spremenimo takšne in drugačne nastavitve?" Drugič, orodju še vedno nekoliko manjka jasnosti. Pri prikazovanju strani RPS strankam nisem našel nobenega razumevanja, a ko sem jo slikal kot v primeru (celo z uporabo istega Paint-a), dan za dnem, je vse postalo jasno.
Nazadnje nismo upoštevali možnosti »Pretvori prejšnje varnostne verige v povrnitve« (označeno s številko 5). Ta možnost včasih zmede odjemalce, ki jo aktivirajo »samodejno« in želijo preprosto omogočiti sintetično varnostno kopijo. Ta možnost medtem aktivira prav poseben način varnostnega kopiranja. Ne da bi se spuščal v podrobnosti, bom takoj povedal, da je na tej stopnji razvoja izdelka »Pretvori prejšnje varnostne verige v povrnitve« zastarela možnost in ne morem se spomniti niti enega scenarija, kdaj bi jo bilo treba uporabiti. Njegova vrednost je tako dvomljiva, da se je nekaj časa prek foruma oglasil sam Anton Gostev in prosil, naj mu pošlje primere njegove uporabne uporabe (če jih imate, napišite v komentarje, zelo me zanima). Če jih ni (mislim, da bo temu tako), bo možnost odstranjena v prihodnjih različicah.
Naloga bo ustvarila prirastke (VIB) do dneva, ko je načrtovana sintetična popolna varnostna kopija. Na ta dan je dejansko ustvarjen VBK, vendar se vse točke pred tem VBK spremenijo v povratne vrednosti (VRB). Po tem bo naloga nadaljevala z ustvarjanjem prirastkov za celotno varnostno kopijo do naslednje sintetične varnostne kopije. Posledično se v verigi ustvari eksplozivna mešanica datotek VBK, VBR in VIB. Zadrževanje se uporabi zelo preprosto - z odstranitvijo zadnjega VBR:
Težave
Poleg dejanskega razumevanja, kako deluje, je večina težav, ki se pojavijo pri uporabi inkrementalnega načina, običajno povezana s popolno varnostno kopijo. Za ta način so potrebne redne popolne varnostne kopije, sicer bo repozitorij zbiral točke, dokler ni poln.
Na primer, popolna varnostna kopija se lahko ustvari preredko. Recimo, da je naloga nastavljena za shranjevanje 10 točk, popolna varnostna kopija pa se ustvari enkrat mesečno. Jasno je, da bo dejansko število točk tukaj bistveno večje od prikazanega. Ali pa je naloga na splošno nastavljena tako, da deluje v neskončno postopnem načinu in shrani 50 točk. Nato je nekdo pomotoma ustvaril popolno varnostno kopijo. To je to, od zdaj naprej bo opravilo čakalo, dokler polna točka ne zbere 49 povečanj, nato pa bo uporabilo zadrževanje in se vrnilo v neskončno polni način.
V drugih primerih je popolna varnostna kopija nastavljena tako, da se redno ustvarja, vendar se iz nekega razloga ne. Tukaj bom naštel najbolj priljubljen razlog. Nekateri odjemalci raje uporabljajo možnost načrtovanja »zaženi po« in konfigurirajo opravila za izvajanje v verigi. Vzemimo ta primer: obstajajo 3 opravila, ki se izvajajo vsak dan in ustvarijo popolno varnostno kopijo v nedeljo. Prva naloga se prične ob 22.30, ostale se zaženejo v verigi. Inkrementalno varnostno kopiranje traja 10 minut, zato do 23.00 vsa opravila končajo z delom. Toda popolna varnostna kopija traja eno uro, zato se v nedeljo zgodi naslednje: prva naloga poteka od 22.30 do 23.30. Naprej od 23.30 do 00.30. Toda tretja naloga se začne v ponedeljek. Popolna varnostna kopija je nastavljena za nedeljo, zato se v tem primeru preprosto ne bo zgodila. Naloga bo počakala na popolno varnostno kopijo, da bo uporabila hrambo. Zato bodite previdni pri uporabi možnosti »zaženi po« ali je sploh ne uporabljajte - preprosto nastavite, da se opravila začnejo ob istem času in pustite, da razporejevalnik virov opravi svoje delo.
Težka možnost »Odstrani izbrisane elemente«
Po pregledu nastavitev opravila Storage – Advanced – Maintenance lahko naletite na možnost »odstrani podatke izbrisanih elementov po«, ki se lahko šteje v dnevih.
Nekatere stranke pričakujejo, da bo to zadrževanje. Pravzaprav je to popolnoma ločena možnost, katere nerazumevanje lahko povzroči nepričakovane posledice. Vendar moramo najprej razložiti, kako se B&R odzove na situacije, ko se med sejo uspešno varnostno kopira le nekaj strojev.
Predstavljajmo si ta scenarij: neskončno inkrementalno opravilo, konfigurirano za shranjevanje 6 točk. V nalogi sta 2 stroja, eden je vedno uspešno varnostno kopiral, drugi je včasih izdal napake. Posledično je do sedme točke nastala naslednja situacija:
Čas za uporabo obdržanja, vendar ima en avto 7 točk, drugi pa samo 4. Ali bo tukaj uveljavljeno obdržanje? Odgovor je da, bo. Če je bil vsaj en objekt varnostno kopiran, B&R meni, da je bila točka ustvarjena.
Podobna situacija lahko nastane, če kakšen stroj preprosto ni bil vključen v nalogo med določeno sejo. To se na primer zgodi, ko stroji niso dodani opravilu posamično, ampak kot del vsebnikov (mape, shramba) in se nekateri stroji začasno preselijo v drug vsebnik. V tem primeru se bo naloga štela za uspešno, vendar boste v statistiki našli sporočilo, ki vas poziva, da ste pozorni, da naloga ne obdeluje več takšnega stroja.
Kaj se bo zgodilo, če na to ne boste pozorni? V primeru neskončno-inkrementalnih ali obratno-inkrementalnih načinov se bo število obnovitvenih točk »problematičnega« stroja zmanjšalo z vsako sejo, dokler ne doseže 1, shranjene v VBK. Z drugimi besedami, tudi če naprava dlje časa ni varnostno kopirana, bo še vedno ostala ena obnovitvena točka. Situacija je drugačna, če je omogočeno občasno popolno varnostno kopiranje. Če ignorirate signale B&R, se lahko zadnja točka sčasoma izbriše skupaj s starim delom verige.
Ko razumete te podrobnosti, lahko končno razmislite o možnosti »Odstrani podatke o izbrisanih predmetih po«. Izbrisal bo vse točke za določeno napravo, če ta naprava ni varnostno kopirana X dni. Upoštevajte, da se ta nastavitev ne odziva na napake (poskusil sem, a ni delovalo). Ne bi smelo biti niti poskusa varnostnega kopiranja stroja. Zdi se, da je možnost uporabna in bi morala biti vedno omogočena. Če je skrbnik odstranil stroj iz naloge, je po določenem času logično, da počistite verigo nepotrebnih podatkov. Vendar prilagajanje zahteva disciplino in skrb.
Naj navedem primer iz prakse: nalogi je bilo dodanih več kontejnerjev, katerih sestava je bila precej dinamična. Zaradi pomanjkanja RAM-a je imel strežnik B&R težave, ki niso bile zaznane. Naloga se je začela in poskušala narediti varnostno kopijo strojev, razen enega, ki takrat ni bil prisoten v vsebniku. Ker je veliko strojev ustvarilo napake, mora B&R privzeto narediti 3 dodatne poskuse za varnostno kopiranje "problematičnih" strojev. Zaradi stalnih težav z RAM-om so ti poskusi trajali več dni. Ni bilo ponovnega poskusa izdelave varnostne kopije manjkajočega VM (odsotnost VM ni napaka). Posledično je bil med enim od ponovljenih poskusov izpolnjen pogoj »Odstrani izbrisane elemente« in vse točke na napravi so bile izbrisane.
V zvezi s tem lahko rečem naslednje: če imate nastavljena obvestila o rezultatih nalog in še bolje, uporabite integracijo z Veeam ONE, potem se vam to najverjetneje ne bo zgodilo. Če enkrat na teden pogledate strežnik B&R, da preverite, ali vse deluje, je bolje, da zavrnete možnosti, ki bi lahko povzročile izbris varnostnih kopij.
Kaj je dodano v v.10
To, o čemer smo govorili prej, obstaja v B&R za številne različice. Ko smo razumeli te principe delovanja, poglejmo, kaj je bilo dodano jubilejni “desetki”.
Dnevno zadrževanje
Zgoraj smo si ogledali »klasično« politiko shranjevanja glede na število točk. Alternativni pristop je nastavitev »dnevov« namesto »obnovitvenih točk« v istem meniju.
Ideja je jasna že iz imena - hramba bo shranila določeno število dni, vendar število točk v posameznem dnevu ni pomembno. V tem primeru se morate spomniti naslednjega:
- Tekoči dan se pri izračunu hrambe ne upošteva
- Šteti so tudi dnevi, ko naloga sploh ni delovala. To je treba upoštevati, da ne bi slučajno izgubili točk tistih nalog, ki delujejo neredno.
- Točka obnovitve se šteje od dneva, ko se je začela njena izdelava (tj. če je opravilo začelo delovati v ponedeljek in končalo v torek, potem je to točka od ponedeljka)
Sicer pa so tudi principi uporabe hrambe po nalogah določeni z izbranim načinom varnostnega kopiranja. Poskusimo še eno računsko nalogo z isto inkrementalno metodo. Recimo, da je hramba nastavljena na 8 dni, naloga se izvaja vsakih 6 ur s popolno varnostno kopijo v sredo. Naloga pa v nedeljo ne deluje. Delo prvič steče v ponedeljek. Kdaj bo zadržanje uporabljeno?
Odgovorite
Kot vedno je najbolje narisati znak. Dovolil si bom poenostaviti nalogo in ne bom žrebal vseh ustvarjenih točk za vsak dan, saj število točk na dan tukaj ni pomembno. Za nas je pomembno le, da bo prvi ponedeljek in sredo prva točka popolna rezerva, v preostalih dneh pa bo naloga preprosto ustvarila 4 inkrementalne točke.
Pojasnjujemo, da bo hramba uporabljena z brisanjem ponedeljkove celotne varnostne kopije in njenega prirastka. Kdaj se bo to zgodilo? Ko preostali del verige vsebuje 8 dni. Pri tem ne štejemo tekočega dneva, ampak ravno nasprotno, štejemo nedeljo. Zato je odgovor četrtek drugega tedna.
GFS arhiviranje za redna delovna mesta
Pred različico 10 je bila metoda dedek-oče-sin (GFS) na voljo samo za opravila varnostnega kopiranja in opravila kopiranja na trak. Zdaj je na voljo za redno varnostno kopiranje.
Čeprav to ni povezano s trenutno temo, si ne morem kaj, da ne bi rekel, da nova funkcionalnost ne pomeni odstopanja od strategije 3-2-1. Prisotnost arhivskih točk v glavnem repozitoriju na noben način ne vpliva na njegovo zanesljivost. Razume se, da se bo GFS uporabljal v povezavi z repozitorijem Scale-out za nalaganje teh točk v S3 in podobne shrambe. Če ga ne uporabljate, je bolje, da primarne in arhivske točke še naprej hranite v različnih repozitorijih.
Zdaj pa poglejmo načela ustvarjanja točk GFS. V nastavitvah opravila se je v koraku Storage pojavil poseben gumb, ki prikliče naslednji meni:
Bistvo GFS je mogoče strniti na več točk (upoštevajte, da GFS deluje drugače pri drugih vrstah nalog, a več o tem pozneje):
- Naloga ne ustvari ločene popolne varnostne kopije za točko GFS. Namesto tega bo uporabljena najprimernejša popolna varnostna kopija, ki je na voljo. Zato mora naloga delovati v inkrementalnem načinu z občasnimi popolnimi varnostnimi kopijami ali pa mora uporabnik ročno ustvariti popolno varnostno kopijo.
- Če je omogočeno samo eno obdobje (na primer teden), bo naloga na začetku obdobja GFS preprosto začela čakati na popolno varnostno kopijo in označila prvo primerno kot GFS.
Primer: opravilo je konfigurirano za shranjevanje tedenskega GFS z uporabo varnostne kopije v sredo. Naloga se izvaja vsak dan, vendar je popolna varnostna kopija načrtovana za petek. V tem primeru se bo obdobje GFS začelo v sredo in naloga bo začela čakati na primerno točko. Pojavila se bo v petek in bo označena z zastavo GFS.
- Če je vključenih več obdobij hkrati (na primer tedensko in mesečno), bo B&R uporabil metodo, ki omogoča uporabo iste točke kot GFS več intervalov (za prihranek prostora). Zastave bodo dodeljene po vrstnem redu, začenši z najmlajšimi.
Primer: tedenski GFS je nastavljen za sredo, mesečni GFS pa je nastavljen za zadnji teden v mesecu. Naloga se izvaja vsak dan in ustvarja popolne varnostne kopije ob ponedeljkih in petkih.
Za poenostavitev začnimo šteti od predzadnjega tedna v mesecu. Ta teden bo popolna varnostna kopija ustvarjena v ponedeljek, vendar bo prezrta, ker se tedenski interval GFS začne v sredo. Je pa petkova popolna varnostna kopija popolnoma primerna za GFS točko. Ta sistem nam je že znan.
Zdaj pa poglejmo, kaj se zgodi v zadnjem tednu meseca. Mesečni interval GFS se bo začel v ponedeljek, vendar ponedeljkov VBK ne bo označen kot GFS, ker želi delo označiti en VBK kot mesečno in tedensko točko GFS. V tem primeru se iskanje začne s tedenskim, saj lahko po definiciji postane tudi mesečno.
Če pa vključite samo tedenske in letne intervale, bodo delovali neodvisno drug od drugega in lahko označijo 2 ločena VBK kot ustrezna intervala GFS.
Naloge varnostnega kopiranja
Druga vrsta naloge, ki pogosto zahteva pojasnilo o delu. Najprej si poglejmo “klasično” metodo dela, brez novosti v.10
Preprost način zadrževanja
Privzeto se takšna opravila izvajajo v neskončnem inkrementalnem načinu. Ustvarjanje točk je določeno z dvema parametroma - intervalom kopiranja in želenim številom obnovitvenih točk (retencije po dnevih tukaj ni). Interval kopiranja je nastavljen na prvem zavihku Job pri ustvarjanju posla:
Število točk določimo malo naprej na zavihku Cilj
Naloga ustvari 1 novo točko za vsak interval (koliko točk je bilo ustvarjenih za VM z izvirnimi nalogami ni pomembno). Na koncu intervala se nova točka finalizira in po potrebi uporabi retenca s kombinacijo VBK in najstarejšega prirastka. Ta mehanizem nam je že znan.
Metoda hrambe z uporabo GFS
BCJ lahko shrani tudi arhivske točke. To je konfigurirano na istem zavihku Target, tik pod nastavitvijo za število obnovitvenih točk:
GFS točke lahko ustvarite na dva načina - sintetično, z uporabo podatkov v sekundarnem repozitoriju ali s simulacijo popolne varnostne kopije in branjem vseh podatkov iz primarnega repozitorija (aktivira se z možnostjo označeno s 3). Zadrževanje bo v obeh primerih zelo različno, zato ju bomo obravnavali ločeno.
Sintetični GFS
V tem primeru točka GFS ni ustvarjena točno na določen dan. Namesto tega bo točka GFS ustvarjena, ko se VIB dneva, za katerega je bilo načrtovano ustvarjanje točke GFS, združi s popolno varnostno kopijo. To včasih povzroči nesporazume, ker čas teče in GFS točke še vedno ni. In samo močan šaman iz tehnične podpore lahko napove, na kateri dan se bo točka pojavila. Pravzaprav čarovnija ni potrebna - samo poglejte nastavljeno število točk in interval sinhronizacije (koliko točk se ustvari vsak dan). Poskusite sami izračunati s tem primerom: naloga je nastavljena za shranjevanje 7 točk, sinhronizacijski interval je 12 ur (tj. 2 točki na dan). Trenutno je v verigi že 7 točk, danes je ponedeljek in za ta dan je predvidena izdelava GFS točke. Na kateri dan bo nastala?
Odgovorite
Tukaj je bolje opisati, kako se bo veriga spreminjala skozi čas, dan za dnem:
Tako je v ponedeljek zadnji prirastek v verigi označen kot GFS, vendar se druge vidne spremembe ne pojavijo. Vsak dan naloga ustvari 2 novi točki, zadrževanje pa nezadržno premika verigo naprej. Končno bo v četrtek prišel čas, da uporabimo zadrževanje prav za ta prirastek. Ta seja bo trajala dlje kot običajno - ker bo naloga "izvlekla" potrebne bloke iz verige in ustvarila novo popolno točko. Od tega trenutka naprej bo v verigi že 8 točk - 7 v glavni verigi + GFS.
Ustvarjanje točk GFS z možnostjo »Preberi celotno točko«.
Zgoraj sem rekel, da BCJ deluje v neskončno inkrementalnem načinu. Zdaj si bomo ogledali edino izjemo od tega pravila. Ko je omogočena možnost »Preberi celotno točko«, bo GFS točka ustvarjena točno na načrtovani dan. Sama naloga bo delovala v inkrementalnem načinu z občasnimi popolnimi varnostnimi kopijami, o katerih smo razpravljali zgoraj. Zadrževanje bo uporabljeno tudi z odstranitvijo najstarejšega dela verige. Vendar bodo v tem primeru izbrisani samo prirastki, popolna varnostna kopija pa bo ostala kot točka GFS. Skladno s tem se točke, označene z zastavicami GFS, pri izračunu retencije ne upoštevajo.
Recimo, da je naloga nastavljena za shranjevanje 7 točk in ustvarjanje tedenske GFS točke v ponedeljek. V tem primeru bo opravilo vsak ponedeljek dejansko ustvarilo popolno varnostno kopijo in jo označilo kot GFS. Zadrževanje bo uporabljeno, ko po odstranitvi inkrementov iz najstarejšega dela število preostalih inkrementov ne pade pod 7. Tako je videti na diagramu:
Tako je do konca drugega tedna v verigi skupno 14 točk. V drugem tednu je naloga ustvarila 7 točk. Če bi bila to preprosta naloga, bi bila hramba že uporabljena. Toda to je BCJ z zadrževanjem GFS, zato ne štejemo točk GFS, kar pomeni, da jih je samo 6. To pomeni, da še ne moremo uporabiti zadrževanja. V tretjem tednu ustvarimo še eno popolno varnostno kopijo z zastavico GFS. 15 točk, a te spet ne štejemo. In končno, v torek tretjega tedna ustvarimo prirastek. Zdaj, če odstranimo verižne prirastke prvega tedna, bo skupno število prirastkov zadostilo ugotovljenemu zadrževanju.
Kot je navedeno zgoraj, je pri tej metodi zelo pomembno, da se redno ustvarjajo popolne varnostne kopije. Recimo, če nastavite glavno zadrževanje za 7 dni, vendar le 1 letno točko, si lahko predstavljate, da se bodo prirastki nabrali veliko, veliko več kot 7. V takih primerih je bolje uporabiti sintetično metodo ustvarjanja GFS.
In spet "Odstrani izbrisane elemente"
Ta možnost je na voljo tudi za BCJ:
Logika te možnosti je enaka kot pri rednih opravilih varnostnega kopiranja - če stroj ni obdelan določeno število dni, se njegovi podatki izbrišejo iz verige. Vendar pa je za BCJ uporabnost te možnosti objektivno večja in tukaj je razlog.
V običajnem načinu BCJ deluje v neskončno inkrementalnem načinu, tako da, če je na neki točki stroj odstranjen iz opravila, bo zadrževanje postopoma izbrisalo vse obnovitvene točke, dokler ne ostane samo ena - v VBK. Zdaj pa si predstavljajmo, da je naloga še vedno konfigurirana za ustvarjanje sintetičnih točk GFS. Ko pride čas, bo moralo delo ustvariti GFS za vse stroje v verigi. Če neki stroj sploh nima novih točk, boste morali uporabiti tistega, ki je. In tako vsakič. Posledično se lahko pojavi naslednja situacija:
Bodite pozorni na razdelek Datoteke: imamo glavne VBK in 2 tedenski GFS točki. In zdaj k razdelku Obnovitvene točke - dejansko te datoteke vsebujejo isto sliko stroja. Seveda v takšnih GFS točkah ni smisla, le zavzamejo prostor.
Ta situacija je možna le pri uporabi sintetičnega GFS. Če želite to preprečiti, uporabite možnost »Odstrani izbrisane elemente«. Ne pozabite ga nastaviti na ustrezno število dni. Tehnična podpora je opazila primere, ko je bila možnost nastavljena na manj dni od intervala sinhronizacije - BCJ je začel ponoreti in brisati točke, preden jih je bilo mogoče ustvariti.
Upoštevajte tudi, da ta možnost ne vpliva na že ustvarjene točke GFS. Če želite počistiti arhive, morate to storiti ročno - z desnim klikom na stroj in izbiro "Izbriši z diska" (v oknu, ki se prikaže, ne pozabite označiti polja "Odstrani polno varnostno kopijo GFS"). :
Innovation v.10 – takojšnja kopija
Ko smo obravnavali "klasično" funkcionalnost, preidimo na novo. Obstaja ena novost, a zelo pomembna. To je nov način delovanja.
Ne obstaja "sinhronizacijski interval"; naloga bo nenehno spremljala, ali so se pojavile nove točke, in jih vse kopirala, ne glede na to, koliko jih je. Toda hkrati ostane opravilo inkrementalno, kar pomeni, da tudi če glavno opravilo ustvari VBK ali VRB, bodo te točke kopirane kot VIB. Sicer pa v tem načinu ni presenečenj - tako standardna kot GFS retencija delujeta po zgoraj opisanih pravilih (vendar je tukaj na voljo samo sintetični GFS).
Diski se vrtijo. Značilnosti repozitorijev z zasukanimi pogoni
Zaradi stalne grožnje virusov izsiljevalskih programov je kopija podatkov na mediju, kamor virus ne more doseči, dejanski varnostni standard. Ena od možnosti je uporaba repozitorijev za rotacijo diskov, kjer se diski uporabljajo drug za drugim: medtem ko je en disk povezan in nanj lahko pišemo, so ostali shranjeni na varnem mestu.
Če želite B&R naučiti delati s takšnimi repozitoriji, morate v nastavitvah repozitorija klikniti gumb Napredno v koraku Repozitorij in izbrati ustrezno možnost:
Po tem bo VBR pričakoval, da bo obstoječa veriga občasno izginila iz repozitorija, kar pomeni rotacijo diska. Odvisno od vrste repozitorija in vrste opravila se bo B&R obnašal drugače. To je mogoče predstaviti z naslednjo tabelo:
Razmislimo o vsaki možnosti.
Običajna naloga in skladišče Windows
Torej, imamo nalogo, ki shrani verige na prvi disk. Med vrtenjem ustvarjena veriga dejansko izgine in naloga mora to izgubo nekako preživeti. Tolažbo najde v ustvarjanju popolne varnostne kopije. Tako vsaka rotacija pomeni popolno varnostno kopijo. Toda kaj se zgodi s točkami na odklopljenem disku? Zapomnijo se in upoštevajo pri izračunu zadržanja. Tako nastavljeno število točk v opravilu pomeni, koliko točk je treba hraniti na vseh diskih. Tukaj je primer:
Opravilo teče v neskončnem inkrementalnem načinu in je konfigurirano za shranjevanje 3 obnovitvenih točk. Imamo pa tudi drugi disk in ga vrtimo enkrat na teden (lahko je več diskov, to ne spremeni bistva).
V prvem tednu bo naloga ustvarila točke na prvem disku in združila dodatne. Tako bo skupno število točk enako trem:
Nato priključimo drugi pogon. Ob zagonu bo B&R opazil, da je bil disk zamenjan. Veriga na prvem disku bo izginila iz vmesnika, podatki o njej pa bodo ostali v bazi podatkov. Zdaj bo naloga ohranila 3 točke na drugem disku. Splošno stanje bo tako:
Nazadnje ponovno priklopimo prvi pogon. Pred ustvarjanjem nove točke bo naloga preverila, kaj se dogaja z zadrževanjem. In zadrževanje, spomnim vas, je nastavljeno za shranjevanje 3 točk. Medtem imamo 3 točke na disku 2 (vendar je odklopljen in shranjen na varnem mestu, kamor B&R ne more doseči) in 3 točke na disku 1 (vendar je ta povezan). To pomeni, da lahko varno odstranimo 3 točke z diska 1, saj presegajo zadrževanje. Po tem opravilo znova ustvari popolno varnostno kopijo in naša veriga začne izgledati takole:
Če je hramba konfigurirana za shranjevanje dni namesto števila točk, se logika ne spremeni. Poleg tega hramba GFS sploh ni podprta pri uporabi repozitorijev z rotacijo diska.
Redno delo in omrežna shramba repozitorija Linux
Tudi ta možnost je možna, a na splošno manj priporočljiva zaradi naloženih omejitev. Naloga se bo na vrtenje diska in izginotje verige odzvala na enak način - z ustvarjanjem popolne varnostne kopije. Omejitev je posledica zadrževalnega mehanizma cut-off.
Tu se med rotacijo celotna veriga na odklopljenem disku preprosto izbriše iz baze B&R. Upoštevajte, da same datoteke iz baze podatkov ostanejo na disku. Lahko jih uvozimo in uporabimo za obnovitev, vendar je enostavno uganiti, da bodo prej ali slej takšne pozabljene verige zapolnile celotno skladišče.
Rešitev je, da dodate DWORD ForceDeleteBackupFiles, kot je navedeno na tej strani: . Opravilo bo nato ob vsaki rotaciji začelo preprosto brisati celotno vsebino opravilne mape ali mape repozitorija (odvisno od vrednosti).
Vendar ne gre za elegantno zadrževanje, temveč za čiščenje vseh vsebin. Na žalost je tehnična podpora naletela na primere, ko je bil repozitorij preprosto korenski imenik diska, kjer so bili poleg varnostnih kopij tudi drugi podatki. Vse to je bilo med vrtenjem uničeno.
Poleg tega, ko je funkcija ForceDeleteBackupFiles omogočena, deluje za vse vrste repozitorijev, kar pomeni, da bodo celo repozitoriji v sistemu Windows prenehali uporabljati hrambo in začeli brisati vsebino. Z drugimi besedami, lokalni disk v sistemu Windows je najboljša izbira za tak sistem za shranjevanje varnostnih kopij.
Varnostna kopija in skladišče Windows
Stvari postanejo še bolj zanimive z BCJ. Ne samo, da ima popolno hrambo, ampak ni potrebe po popolni varnostni kopiji vsakič, ko zamenjate disk! Deluje takole:
Najprej začne B&R ustvarjati točke na prvem disku. Recimo, da zadrževanje nastavimo na 3 točke. Naloga bo delovala v neskončno inkrementalnem načinu in združila vse nepotrebno (opominjam vas, da hramba GFS v tem primeru ni podprta).
Nato priključimo drugi pogon. Ker na njem še ni verige, ustvarimo popolno varnostno kopijo, po kateri imamo drugo verigo treh točk:
Končno je čas, da ponovno povežete prvi pogon. In tu se začne čarovnija, saj opravilo ne bo ustvarilo popolne varnostne kopije, temveč bo preprosto nadaljevalo inkrementalno verigo:
Po tem bo skoraj vsak disk imel svojo neodvisno verigo. Zato retencija tukaj ne pomeni števila točk na vseh diskih, temveč število točk na vsakem disku posebej.
Varnostna kopija in omrežna shramba repozitorija Linux
Še enkrat, vsa eleganca je izgubljena, če repozitorij ni na lokalnem pogonu Windows. Ta skript deluje podobno kot zgoraj opisani s preprosto nalogo. Z vsako rotacijo bo BCJ ustvaril popolno varnostno kopijo in obstoječe točke bodo pozabljene. Če želite preprečiti, da bi vam zmanjkalo prostega prostora, morate uporabiti DWORD ForceDeleteBackupFiles.
Zaključek
Tako smo si zaradi tako dolgega besedila ogledali dve vrsti nalog. Seveda obstaja veliko več nalog, vendar jih ne bo mogoče obravnavati v obliki enega članka. Če imate po branju še kakšna vprašanja, jih napišite v komentarje, z veseljem vam bom osebno odgovoril.
Vir: www.habr.com