Tervitused meie ajaveebi lugejatele! Oleme osaliselt juba tuttavad - minu ingliskeelsed postitused ilmusid siia mu kalli kolleegi tõlgituna . Seekord otsustasin pöörduda otse venekeelse publiku poole.
Debüüdiks soovisin leida teema, mis oleks huvitav võimalikult laiale publikule ja nõuaks põhjalikku läbimõtlemist. Daniel Defoe väitis, et surm ja maksud ootavad iga inimest. Omalt poolt võin öelda, et igal tugiinseneril on küsimusi taastepunktide salvestuspoliitika (või lihtsamalt öeldes - säilitamise kohta). Hakkasin hoidmise toimimist selgitama 4 aastat tagasi esimese taseme nooreminsenerina ja jätkan seletamist ka praegu, juba hispaania- ja itaaliakeelse meeskonna juhina. Olen kindel, et samadele küsimustele vastavad regulaarselt ka kolleegid teiselt ja isegi kolmandalt tasemelt.
Selles valguses tahtsin kirjutada lõpliku, võimalikult detailse postituse, mille juurde saaksid venekeelsed kasutajad ikka ja jälle teatmeteosena naasta. Hetk on õige – hiljuti ilmunud kümnenda juubeliversioon lisas põhifunktsionaalsusele uusi funktsioone, mis polnud aastaid muutunud. Minu postitus keskendub eelkõige sellele versioonile – kuigi suurem osa kirjutatust kehtib ka eelmiste versioonide kohta, siis mõnda kirjeldatud funktsionaalsust sealt lihtsalt ei leia. Lõpetuseks, vaadates veidi tulevikku, ütlen, et järgmises versioonis on oodata mõningaid muudatusi, kuid me räägime sellest teile siis, kui aeg käes. Nii et alustame.
Varundustööd
Kõigepealt vaatame seda osa, mis pole versioonis 10 muutunud. Säilituspoliitika määratakse mitme parameetriga. Avame uue ülesande loomise akna ja läheme vahekaardile Salvestusruum. Siin näeme parameetrit, mis määrab soovitud taastepunktide arvu:
See on aga vaid osa võrrandist. Tegeliku punktide arvu määrab ka töö jaoks seadistatud varurežiim. Selle valiku valimiseks klõpsake samal vahekaardil nuppu Täpsemalt. See avab uue akna paljude valikutega. Nummerdame need ja kaalume neid ükshaaval:
Kui lubate ainult 1. valiku, töötab töö režiimis "igavesti edasi inkrementaalne". Siin pole raskusi - ülesanne salvestab määratud arvu taastepunkte täielikust varukoopiast (VBK-laiendiga fail) kuni viimase juurdekasvuni (VIB-laiendiga fail). Kui punktide arv ületab määratud väärtuse, liidetakse vanim juurdekasv täieliku varukoopiaga. Teisisõnu, kui ülesanne on seatud salvestama 3 punkti, siis kohe pärast järgmist seanssi on hoidlas 4 punkti, misjärel liidetakse täielik varukoopia vanima juurdekasvuga ja punktide koguarv naaseb 3.
Reverse inkremental režiimi (valik 2) säilitamine on samuti äärmiselt lihtne. Kuna sel juhul on uusim punkt täielik varukoopia, millele järgneb nn tagasipööramiste ahel (VRB laiendiga failid), siis piisab säilitamise rakendamiseks lihtsalt vanima tagasipööramise kustutamisest. Olukord on sama: kohe pärast seanssi ületab punktide arv seatud väärtuse 1 võrra, misjärel see naaseb soovitud väärtusele.
Pange tähele, et pöördkasvamise režiimiga saate lubada ka perioodilisi täielikke varukoopiaid (valik 4), kuid see ei muuda olemust. Jah, ahelasse ilmuvad täielikud taastepunktid, kuid vanimad punktid kustutame ikkagi ükshaaval.
Lõpuks jõuame huvitava osani. Kui aktiveerite järkjärgulise varundamise, kuid lisaks lubate valikud 3 või 4 (või mõlemad korraga), hakkab ülesanne looma perioodilisi täielikke varukoopiaid, kasutades "aktiivset" või sünteesimeetodit. Täieliku varukoopia loomise meetod pole oluline - see sisaldab samu andmeid ja järkjärguline ahel jagatakse "alamahelateks". Seda meetodit nimetatakse inkrementaalseks ja just see meetod tõstatab olulise osa meie klientide küsimustest.
Säilitamist rakendatakse siin, kustutades ahela vanima osa (täielikust varukoopiast kuni juurdekasvuni). Samal ajal ei kustuta me ainult täielikku varukoopiat ega ainult osa juurdekasvust. Kogu "alamahel" eemaldatakse korraga täielikult. Muutub ka punktide arvu määramise tähendus - kui muude meetodite puhul on see maksimaalne lubatud arv, mille järel tuleb rakendada kinnipidamist, siis siin määrab see seadistus minimaalse arvu. Teisisõnu, pärast vanima "alamahela" eemaldamist ei tohiks ülejäänud osa punktide arv langeda alla selle miinimumi.
Püüan seda kontseptsiooni graafiliselt kujutada. Oletame, et säilitamine on seatud 3 punktile, ülesanne käivitub iga päev koos täieliku varukoopiaga esmaspäeval. Sellisel juhul rakendatakse kinnipidamist, kui punktide koguarv jõuab 10-ni:
Miks on juba 10, kui nad panevad üles 3? Esmaspäeval tehti täielik varukoopia. Teisipäevast pühapäevani lisandus töökohti. Lõpuks järgmisel esmaspäeval luuakse uuesti täielik varukoopia ja alles siis, kui 2 juurdekasvu on tehtud, saab lõpuks kogu ahela vana osa kustutada, sest ülejäänud punktide arv ei lange alla seatud 3.
Kui mõte on selge, siis soovitan proovida kinnipidamist ise arvutada. Võtame järgmised tingimused: ülesanne käivitatakse esimest korda neljapäeval (loomulikult tehakse täielik varukoopia). Ülesanne on seatud kolmapäeviti ja pühapäeviti täieliku varukoopia loomiseks ja 8 taastepunkti salvestamiseks. Millal kinnipidamist rakendatakse esimest korda?
Sellele küsimusele vastamiseks soovitan võtta paberitükk, reastada see nädalapäevade järgi ja panna kirja, milline punkt iga päev luuakse. Vastus saab ilmseks
Vastus
Selgitus: vastamiseks küsige endalt "millal säilitamist rakendatakse"? Vastus on siis, kui saame eemaldada esimesed 3 punkti (VBK, VIB, VIB) ja ülejäänud ahel ei lange alla nõutud 8 punkti. Et saame sellega hakkama, selgub siis, kui meil on kokku 11 punkti ehk siis teise nädala pühapäeval.
Mõned lugejad võivad vastu vaielda: „miks seda kõike teha, kui on ?. Pole kahtlust, et see on väga kasulik tööriist ja mõnel juhul kasutaksin seda, kuid sellel on ka piirangud. Esiteks ei võimalda see algtingimusi täpsustada ja paljudel juhtudel on küsimus just selles, et "meil on selline kett, mis saab siis, kui me muudame selliseid ja selliseid seadeid?" Teiseks jääb tööriistal siiski mõnevõrra selgusest puudu. RPS-i lehte klientidele näidates ei leidnud ma mõistmist, kuid maalides seda nagu näites (isegi sama Paint kasutades), sai päevast päeva kõik selgeks.
Lõpuks ei kaalunud me valikut „Teise varasemad varuahelad tagasipööramisteks” (tähistatud numbriga 5). See valik ajab mõnikord segadusse kliente, kes aktiveerivad selle "automaatselt", soovides lihtsalt lubada sünteetilise varukoopia. Vahepeal aktiveerib see valik väga erilise varurežiimi. Üksikasjadesse laskumata ütlen kohe, et tootearenduse praeguses etapis on "Eelmiste varukettide muutmine tagasipööramisteks" aegunud valik ja ma ei suuda välja mõelda ühtegi stsenaariumi, millal seda kasutada. Selle väärtus on nii kahtlane, et mõnda aega helistas Anton Gostev ise foorumi kaudu, paludes saata talle näiteid selle kasulikust kasutamisest (kui teil on neid, kirjutage kommentaaridesse, olen väga huvitatud). Kui neid pole (ma arvan, et see nii läheb), siis see valik tulevastes versioonides eemaldatakse.
Ülesanne loob sammud (VIB) kuni päevani, mil on planeeritud sünteetiline täielik varukoopia. Sel päeval luuakse tegelikult VBK, kuid kõik punktid enne seda VBK-d muudetakse tagasipööramisteks (VRB). Pärast seda jätkab ülesanne täieliku varukoopia juurdekasvu loomist kuni järgmise sünteetilise varukoopiani. Selle tulemusena tekib ahelas plahvatusohtlik segu VBK, VBR ja VIB failidest. Säilitamist rakendatakse väga lihtsalt – eemaldades viimase VBR:
Probleemid
Peale selle, et tegelikult aru saada, kuidas see toimib, on enamik järkjärgulise režiimi kasutamisel tekkivaid probleeme tavaliselt seotud täieliku varundamisega. Selle režiimi jaoks on vaja korrapäraseid täielikke varukoopiaid, vastasel juhul kogub hoidla punkte, kuni see on täis.
Näiteks võidakse täielikku varukoopiat luua liiga harva. Oletame, et ülesanne on seatud salvestama 10 punkti ja kord kuus luuakse täielik varukoopia. On selge, et siinne tegelik punktide arv on oluliselt suurem kui kuvatav. Või on ülesanne üldiselt seatud töötama lõpmatus järkjärgulises režiimis ja salvestama 50 punkti. Siis tegi keegi kogemata täieliku varukoopia. See on kõik, edaspidi ootab ülesanne, kuni täispunkt on kogunud 49 sammu, seejärel rakendab see kinnipidamist ja naaseb lõputult täisrežiimi.
Muudel juhtudel seatakse täielik varukoopia korrapäraselt looma, kuid mingil põhjusel seda ei tehta. Loetlen siin kõige populaarsema põhjuse. Mõned kliendid eelistavad kasutada ajastamissuvandit "Käivita pärast" ja konfigureerida tööd ahelas käitamiseks. Võtame selle näite: on 3 tööd, mis töötavad iga päev ja loovad pühapäeval täieliku varukoopia. Esimene ülesanne algab kell 22.30, ülejäänud lastakse ahelasse. Järkjärguline varundamine võtab aega 10 minutit ja seetõttu lõpetavad kella 23.00-ks kõik tööd. Kuid täielik varundamine võtab aega tund aega, nii et pühapäeval juhtub järgmine: esimene ülesanne kestab 22.30-23.30. Edasi 23.30-00.30. Kolmas ülesanne algab aga esmaspäeval. Täielik varukoopia on määratud pühapäevaks, nii et antud juhul seda lihtsalt ei juhtu. Säilituse rakendamiseks ootab ülesanne täielikku varukoopiat. Seega olge suvandi "Käivita pärast" kasutamisel ettevaatlik või ärge seda üldse kasutage – lihtsalt määrake tööd samal ajal algama ja laske ressursside planeerijal oma tööd teha.
Keeruline valik "Eemalda kustutatud üksused"
Olles läbinud ülesande Salvestus – Täpsem – Hooldus sätted, võite kohata suvandit “eemalda kustutatud üksuste andmed pärast”, mida saab lugeda päevades.
Mõned kliendid eeldavad, et see on säilitamine. Tegelikult on see täiesti eraldiseisev variant, mille valesti mõistmine võib viia ootamatute tagajärgedeni. Esmalt tuleb aga selgitada, kuidas B&R reageerib olukordadele, kus seansi jooksul varundatakse edukalt vaid üksikuid masinaid.
Kujutagem ette seda stsenaariumi: lõpmatult astmeline töö, mis on konfigureeritud salvestama 6 punkti. Ülesandes on 2 masinat, üks alati varundas edukalt, teine andis vahel vigu. Selle tulemusena tekkis seitsmendaks punktiks järgmine olukord:
Aeg kohaldada kinnipidamist, kuid ühel autol on 7 punkti ja teisel ainult 4. Kas siin rakendatakse kinnipidamist? Vastus on jah, saab. Kui vähemalt üks objekt on varundatud, loeb B&R, et punkt on loodud.
Sarnane olukord võib tekkida ka siis, kui mõnda masinat lihtsalt ei kaasatud teatud seansi ajal ülesande hulka. See juhtub näiteks siis, kui masinad lisatakse ülesandele mitte üksikult, vaid konteinerite osana (kaustad, salvestusruum) ja mõni masin migreerub ajutiselt teise konteinerisse. Sel juhul loetakse ülesanne õnnestunuks, kuid statistikast leiate teate, mis palub teil pöörata tähelepanu, et ülesanne ei töötle enam sellist ja sellist masinat.
Mis juhtub, kui te sellele tähelepanu ei pööra? Lõpmatu inkrementaalse või vastupidise inkrementaalse režiimi korral väheneb "probleemse" masina taastepunktide arv iga seansiga, kuni see jõuab VBK-sse salvestatud 1-ni. Teisisõnu, isegi kui masinat ei varundata pikka aega, jääb üks taastepunkt ikkagi alles. Kui perioodiline täielik varukoopia on lubatud, on olukord erinev. Kui ignoreerite B&R signaale, võidakse viimane punkt lõpuks koos ahela vana osaga kustutada.
Olles neist üksikasjadest aru saanud, võite lõpuks kaaluda valikut „Eemalda kustutatud üksuste andmed pärast”. See kustutab kõik konkreetse masina punktid, kui seda masinat X päeva jooksul ei varundata. Pange tähele, et see säte ei reageeri vigadele (proovisime, kuid see ei töötanud). Masinat ei tohiks isegi varundada. Näib, et see valik on kasulik ja see tuleks alati sisse lülitada. Kui administraator eemaldas masina ülesandest, siis mõne aja pärast on loogiline mittevajalike andmete ahel tühjendada. Kohandamine nõuab aga distsipliini ja hoolt.
Toon näite praktikast: ülesandele lisati mitu konteinerit, mille koostis oli üsna dünaamiline. RAM-i puudumise tõttu tekkis B&R serveril probleeme, mis jäid avastamata. Ülesanne läks lahti ja prooviti teha masinatest varukoopiat, välja arvatud ühest, mida sel ajal konteineris polnud. Kuna paljud masinad tekitasid vigu, peaks B&R vaikimisi tegema kolm lisakatset probleemsete masinate varundamiseks. Pidevate RAM-i probleemide tõttu kestsid need katsed mitu päeva. Puuduvast VM-ist ei tehtud korduvat varukoopiat (VM-i puudumine ei ole viga). Selle tulemusena oli ühel korduval katsel tingimus "Eemalda kustutatud üksused" täidetud ja kõik masina punktid kustutati.
Selle kohta võin öelda järgmist: kui teil on ülesande tulemuste kohta märguanded seadistatud ja veelgi parem, kasutage integratsiooni Veeam ONE-ga, siis tõenäoliselt seda teiega ei juhtu. Kui vaatate B&R serverit kord nädalas, et kontrollida, kas kõik töötab, siis on parem keelduda valikutest, mis võivad viia varukoopiate kustutamiseni.
Mis on lisatud v.10
See, millest me varem rääkisime, on B&R-is paljude versioonide jaoks olemas olnud. Olles aru saanud nendest toimimispõhimõtetest, vaatame nüüd, mis on aastapäeva “kümnele” lisatud.
Igapäevane hoidmine
Eespool vaatlesime punktide arvul põhinevat "klassikalist" salvestuspoliitikat. Alternatiivne lähenemine on määrata samas menüüs “taastepunktide” asemel “päevad”.
Idee on nimest selge - kinnipidamine salvestab teatud arvu päevi, kuid punktide arv igas päevas ei oma tähtsust. Sel juhul peate meeles pidama järgmist:
- Säilitamise arvutamisel jooksvat päeva arvesse ei võeta
- Arvesse lähevad ka päevad, mil ülesanne üldse ei õnnestunud. Seda tuleks meeles pidada, et mitte kogemata kaotada ebaregulaarselt töötavate ülesannete punkte.
- Taastepunkti arvestatakse päevast, mil selle loomine algas (st kui ülesanne hakkas tööle esmaspäeval ja lõppes teisipäeval, siis on see punkt esmaspäevast)
Vastasel juhul määrab ka ülesannete järgi säilitamise kasutamise põhimõtted valitud varundusmeetod. Proovime teist arvutusülesannet, kasutades sama inkrementaalset meetodit. Oletame, et säilitamine on määratud 8 päevaks, ülesanne käivitub iga 6 tunni järel kolmapäeval täieliku varukoopiaga. Pühapäeval ülesanne aga ei tööta. Töö toimub esimest korda esmaspäeval. Millal kinnipidamist rakendatakse?
Vastus
Nagu alati, on kõige parem joonistada märk. Luban endal ülesannet lihtsustada ja ei loosi välja kõiki iga päeva jaoks loodud punkte, sest punktide arv päevas ei oma siin tähtsust. Meie jaoks on oluline vaid see, et esimesel esmaspäeval ja kolmapäeval oleks esimene punkt täisvaru, aga ülejäänud päevadel loob ülesanne lihtsalt 4 juurdekasvupunkti.
Selgitame, et säilitamist rakendatakse, kustutades esmaspäevase täieliku varukoopia ja selle juurdekasvu. Millal see juhtub? Kui ülejäänud ahel sisaldab 8 päeva. Samas me ei arvesta jooksvat päeva, vaid vastupidi, loeme pühapäeva. Seetõttu on vastus teise nädala neljapäev.
GFS-i arhiveerimine tavaliste tööde jaoks
Enne versiooni 10 oli vanaisa-isa-poja (GFS) salvestusmeetod saadaval ainult varundus- ja lindikopeerimistööde jaoks. Nüüd on see saadaval regulaarseks varundamiseks.
Kuigi see pole praeguse teemaga seotud, ei saa ma jätta ütlemata, et uus funktsionaalsus ei tähenda 3-2-1 strateegiast kõrvalekaldumist. Arhiivipunktide olemasolu põhihoidlas ei mõjuta kuidagi selle töökindlust. On arusaadav, et GFS-i kasutatakse koos Scale-out hoidlaga nende punktide üleslaadimiseks S3-sse ja sarnastesse salvestusruumidesse. Kui te seda ei kasuta, on parem jätkata esmaste ja arhiivipunktide salvestamist erinevates hoidlates.
Vaatame nüüd GFS-punktide loomise põhimõtteid. Ülesande sätetes, etapis Salvestus, ilmus spetsiaalne nupp, mis avab järgmise menüü:
GFS-i olemuse võib taandata mitmele punktile (pange tähele, et GFS töötab teist tüüpi ülesannete puhul erinevalt, kuid sellest lähemalt hiljem):
- Ülesanne ei loo GFS-punkti jaoks eraldi täielikku varukoopiat. Selle asemel kasutatakse kõige sobivamat saadaolevat täielikku varukoopiat. Seetõttu peab ülesanne töötama astmelises režiimis koos perioodiliste täielike varukoopiatega või peab kasutaja käsitsi looma täieliku varukoopia.
- Kui on lubatud ainult üks periood (näiteks nädal), siis GFS perioodi alguses hakkab ülesanne lihtsalt ootama täielikku varukoopiat ja märgib esimese sobiva GFS-iks.
Näide: töö on konfigureeritud salvestama iganädalast GFS-i, kasutades kolmapäeval varukoopiat. Ülesanne töötab iga päev, kuid täielik varukoopia on kavandatud reedeks. Sel juhul algab GFS-i periood kolmapäeval ja ülesanne hakkab ootama sobivat punkti. See ilmub reedel ja on tähistatud GFS-lipuga.
- Kui kaasatakse mitu perioodi korraga (näiteks iganädalane ja kuu), kasutab B&R meetodit, mis võimaldab sama punkti kasutada mitme intervalliga GFS-ina (ruumi säästmiseks). Lipud jagatakse järjekorras, alustades kõige nooremast.
Näide: iganädalane GFS on seatud kolmapäevaks ja igakuine GFS on seatud kuu viimasele nädalale. Ülesanne töötab iga päev ja loob täielikud varukoopiad esmaspäeviti ja reedeti.
Lihtsuse huvides alustame lugemist kuu eelviimasest nädalast. Sel nädalal luuakse täielik varukoopia esmaspäeval, kuid seda eiratakse, kuna nädalane GFS-i intervall algab kolmapäeval. Aga reedene täisvarundus on GFS-punkti jaoks täiesti sobiv. See süsteem on meile juba tuttav.
Nüüd vaatame, mis toimub kuu viimasel nädalal. Igakuine GFS-i intervall algab esmaspäeval, kuid esmaspäevast VBK-d GFS-iks ei märgita, sest töö eesmärk on märkida üks VBK nii kuu kui ka nädala GFS-punktiks. Sel juhul alustatakse otsimisega nädalast, sest definitsiooni järgi võib sellest saada ka igakuine.
Kui aga kaasate ainult iganädalased ja aastased intervallid, toimivad need üksteisest sõltumatult ja saavad märkida 2 eraldi VBK-d vastavate GFS-intervallidena.
Varukoopia ülesanded
Teist tüüpi ülesanne, mis nõuab sageli töö kohta selgitusi. Kõigepealt vaatame “klassikalist” töömeetodit, ilma uuendusteta v.10
Lihtne säilitusmeetod
Vaikimisi töötavad sellised tööd lõpmatus järkjärgulises režiimis. Punktide loomise määravad kaks parameetrit - kopeerimisintervall ja soovitud taastepunktide arv (päevade kaupa säilitamist siin ei ole). Kopeerimise intervall määratakse töö loomisel esimesel vahekaardil Töö:
Punktide arv määratakse veidi kaugemal vahekaardil Sihtmärk
Ülesanne loob iga intervalli kohta 1 uue punkti (kui palju punkte algsete ülesannete poolt VM-ile tekitas, ei oma tähtsust). Intervalli lõpus vormistatakse uus punkt ja vajadusel rakendatakse kinnipidamist, kombineerides VBK ja vanima juurdekasvu. See mehhanism on meile juba tuttav.
Säilitusmeetod GFS-i abil
BCJ saab salvestada ka arhiivipunkte. See on konfigureeritud samal vahekaardil Sihtmärk, mis asub taastepunktide arvu sätte all.
GFS-punkte saab luua kahel viisil – sünteetiliselt, kasutades teisese hoidla andmeid või simuleerides täielikku varukoopiat ja lugedes kõiki andmeid esmasest hoidlast (aktiveeritakse valikuga 3). Säilitamine on mõlemal juhul väga erinev, seega käsitleme neid eraldi.
Sünteetiline GFS
Sel juhul ei looda GFS-punkti täpselt määratud päeval. Selle asemel luuakse GFS-punkt, kui selle päeva VIB, mille jaoks GFS-punkt oli plaanitud luua, liidetakse täieliku varukoopiaga. See tekitab kohati arusaamatusi, sest aeg läheb ja GFS-punkti ikka pole. Ja ainult võimas šamaan tehnilisest toest oskab ennustada, mis päeval punkt ilmub. Tegelikult pole maagiat vaja – vaadake lihtsalt määratud punktide arvu ja sünkroonimisintervalli (mitu punkte iga päev luuakse). Proovige selle näite abil ise arvutada: ülesanne on seatud salvestama 7 punkti, sünkroonimisintervall on 12 tundi (s.o 2 punkti päevas). Hetkel on ketis juba 7 punkti, täna on esmaspäev ja selleks päevaks on planeeritud GFS punkti loomine. Mis päeval see luuakse?
Vastus
Siin on parem kirjeldada, kuidas kett aja jooksul päevast päeva muutub:
Nii et esmaspäeval on ahela viimane juurdekasv märgitud kui GFS, kuid muid nähtavaid muudatusi ei toimu. Iga päev loob ülesanne 2 uut punkti ja kinnipidamine liigutab ahelat vääramatult edasi. Lõpuks saabub neljapäeval aeg rakendada kinnipidamist just sellele juurdekasvule. See seanss võtab tavapärasest kauem aega - kuna ülesanne "ekstraktib" ahelast vajalikud plokid ja loob uue tervikliku punkti. Sellest hetkest alates on ahelas juba 8 punkti - 7 peaahelas + GFS.
GFS-punktide loomine valikuga "Loe kogu punkti".
Eespool ma ütlesin, et BCJ töötab lõpmatult inkrementaalses režiimis. Nüüd vaatleme selle reegli ainsat erandit. Kui valik "Loe kogu punkti" on lubatud, luuakse GFS-punkt täpselt määratud päeval. Ülesanne ise töötab järkjärgulises režiimis koos perioodiliste täielike varukoopiatega, mida me eespool käsitlesime. Säilitamist rakendatakse ka keti vanima osa eemaldamisega. Kuid sel juhul kustutatakse ainult juurdekasvud ja täielik varukoopia jäetakse GFS-punktiks. Sellest tulenevalt ei võeta kinnipidamise arvutamisel arvesse GFS-lippudega märgitud punkte.
Oletame, et ülesanne on seatud salvestama 7 punkti ja looma esmaspäeval nädalase GFS-punkti. Sel juhul loob ülesanne igal esmaspäeval täieliku varukoopia ja märgib selle GFS-iks. Säilitamist rakendatakse siis, kui pärast vanimast osast sammude eemaldamist ei lange järelejäänud juurdekasvude arv alla 7. See näeb diagrammil välja selline:
Seega on teise nädala lõpuks ahelas kokku 14 punkti. Teise nädala jooksul kogus ülesanne 7 punkti. Kui see oleks lihtne ülesanne, oleks säilitamist juba rakendatud. Kuid see on GFS-i säilitamisega BCJ, seega me ei arvesta GFS-punkte, mis tähendab, et neid on ainult 6. See tähendab, et me ei saa veel kinnipidamist rakendada. Kolmandal nädalal loome uue täieliku varukoopia GFS-lipuga. 15 punkti, aga seda me jälle ei arvesta. Ja lõpuks, kolmanda nädala teisipäeval, loome juurdekasvu. Nüüd, kui eemaldame esimese nädala ahelsammud, vastab juurdekasvu koguarv kehtestatud säilitusväärtusele.
Nagu eespool mainitud, on selle meetodi puhul väga oluline, et täielikud varukoopiad tehakse regulaarselt. Oletame, et kui määrate põhisäilituse 7 päevaks, kuid ainult 1 aastapunktiks, on lihtne ette kujutada, et juurdekasvu koguneb palju-palju rohkem kui 7. Sellistel juhtudel on parem kasutada sünteetilist loomismeetodit. GFS.
Ja jälle "Eemalda kustutatud üksused"
See valik on saadaval ka BCJ jaoks:
Selle valiku loogika on siin sama, mis tavaliste varundusülesannete puhul – kui masinat ei töödelda määratud arvu päevi, siis kustutatakse selle andmed ahelast. Kuid BCJ jaoks on selle valiku kasulikkus objektiivselt suurem ja siin on põhjus.
Tavarežiimis töötab BCJ lõputult järkjärgulises režiimis, nii et kui masin mingil hetkel töölt eemaldatakse, kustutab säilitamine järk-järgult kõik taastepunktid, kuni järele jääb ainult üks - VBK-s. Nüüd kujutame ette, et ülesanne on ikkagi konfigureeritud sünteetiliste GFS-punktide loomiseks. Kui aeg kätte jõuab, tuleb luua GFS kõigi ahela masinate jaoks. Kui mõnel masinal pole üldse uusi punkte, peate kasutama seda, mis on. Ja nii iga kord. Selle tulemusena võib tekkida järgmine olukord:
Pöörake tähelepanu jaotisele Failid: meil on peamised VBK ja 2 iganädalast GFS-punkti. Ja nüüd jaotise Taastepunktide juurde – tegelikult sisaldavad need failid sama masina kujutist. Loomulikult pole sellistel GFS-punktidel mõtet, nad lihtsalt võtavad ruumi.
See olukord on võimalik ainult sünteetilise GFS-i kasutamisel. Selle vältimiseks kasutage valikut „Eemalda kustutatud üksused”. Pidage meeles, et seadke see piisavaks arvuks päevadeks. Tehniline tugi on näinud juhtumeid, kus suvand määrati sünkroonimisintervallist vähem päevi – BCJ hakkas hulluks minema ja punkte kustutama, enne kui neid jõuti luua.
Pange tähele, et see valik ei mõjuta juba loodud GFS-punkte. Kui soovite arhiive puhastada, peate seda tegema käsitsi - paremklõpsates masinal ja valides "Kustuta kettalt" (ilmuvas aknas ärge unustage märkida kasti "Eemalda GFS-i täielik varukoopia") :
Innovation v.10 – kohene koopia
Olles tegelenud "klassikalise" funktsionaalsusega, liigume edasi uue juurde. On üks uuendus, kuid väga oluline. See on uus töörežiim.
Sellist asja nagu "sünkroonimisintervall" pole olemas, ülesanne jälgib pidevalt, kas uusi punkte on ilmunud, ja kopeerib need kõik, olenemata sellest, kui palju neid on. Kuid samal ajal jääb töö juurdekasvuks, st isegi kui põhitöö loob VBK või VRB, kopeeritakse need punktid VIB-na. Muidu selles režiimis üllatusi pole – nii standard- kui ka GFS-i säilitamine toimivad ülalkirjeldatud reeglite järgi (siin on aga saadaval ainult sünteetiline GFS).
Kettad pöörlevad. Pööratud draividega hoidlate omadused
Lunavaraviiruste pidev oht on muutnud de facto turvastandardiks andmete koopia hoidmise kandjal, kuhu viirus ei pääse. Üks võimalus on kasutada ketta pööramise hoidlaid, kus kettaid kasutatakse ükshaaval: kui üks ketas on ühendatud ja kirjutatav, siis ülejäänud hoitakse kindlas kohas.
B&R-i selliste hoidlatega töötamise õpetamiseks peate hoidla sätetes hoidla sammus klõpsama nuppu Täpsemalt ja valima sobiva valiku:
Pärast seda eeldab VBR, et olemasolev kett kaob perioodiliselt hoidlast, mis tähendab ketta pöörlemist. Olenevalt hoidla tüübist ja töö tüübist käitub B&R erinevalt. Seda saab esitada järgmise tabeliga:
Vaatleme iga võimalust.
Tavaline ülesanne ja Windowsi hoidla
Niisiis, meil on ülesanne, mis salvestab ahelad esimesele kettale. Pöörlemise ajal loodud kett tegelikult kaob ja ülesanne peab selle kaotuse kuidagi üle elama. Ta leiab lohutust täieliku varukoopia loomisest. Seega tähendab iga pöörlemine täielikku varukoopiat. Mis saab aga lahtiühendatud ketta punktidest? Need jäetakse meelde ja arvestatakse kinnipidamise arvutamisel. Seega on ülesandes määratud punktide arv see, kui palju punkte tuleb hoida kõigil ketastel. Siin on näide:
Töö töötab lõpmatus järkjärgulises režiimis ja on konfigureeritud salvestama 3 taastepunkti. Kuid meil on ka teine ketas ja me pöörame seda kord nädalas (kettaid võib olla rohkem, see ei muuda olemust).
Esimesel nädalal loob ülesanne esimesele kettale punkte ja liidab üleliigsed. Seega võrdub punktide koguarv kolmega:
Seejärel ühendame teise draivi. Käivitamisel märkab B&R, et ketas on vahetatud. Esimesel kettal olev kett kaob liidesest, kuid teave selle kohta jääb andmebaasi. Nüüd jääb ülesanne teisele kettale 3 punkti. Üldine olukord oleks järgmine:
Lõpuks ühendame esimese draivi uuesti. Enne uue punkti loomist kontrollib ülesanne, mis toimub säilitamisega. Ja ma tuletan teile meelde, et säilitamine on seatud salvestama 3 punkti. Vahepeal on meil 3 punkti kettal 2 (kuid see on lahti ühendatud ja salvestatud turvalises kohas, kuhu B&R ei ulatu) ja 3 punkti kettal 1 (aga see on ühendatud). See tähendab, et saame kettalt 3 ohutult eemaldada 1 punkti, kuna need ületavad kinnipidamist. Pärast seda loob ülesanne uuesti täieliku varukoopia ja meie kett hakkab välja nägema järgmine:
Kui säilitamine on konfigureeritud punktide arvu asemel päevi salvestama, siis loogika ei muutu. Lisaks ei toetata ketta pööramisega hoidlate kasutamisel üldse GFS-i säilitamist.
Tavaline töö ja Linuxi hoidla võrgusalvestus
See valik on samuti võimalik, kuid kehtestatud piirangute tõttu üldiselt vähem soovitatav. Ülesanne reageerib ketta pöörlemisele ja ahela kadumisele samamoodi – luues täieliku varukoopia. Piirang on tingitud katkestus-kinnitusmehhanismist.
Siin kustutatakse pöörlemise ajal kogu lahtiühendatud ketta kett lihtsalt B&R andmebaasist. Pange tähele, et andmebaasist jäävad failid ise kettale. Neid saab importida ja taastamiseks kasutada, kuid on lihtne arvata, et varem või hiljem täidavad sellised unustatud ahelad kogu hoidla.
Lahendus on lisada DWORD ForceDeleteBackupFiles, nagu on näidatud sellel lehel: . Seejärel hakkab töö lihtsalt kustutama kogu töö kausta või hoidla kausta sisu (olenevalt väärtusest) igal pööramisel.
See pole aga elegantne hoidmine, vaid pigem kogu sisu puhastamine. Kahjuks tuli tehnilisel toel ette juhtumeid, kui hoidla oli lihtsalt ketta juurkataloog, kus lisaks varukoopiatele asusid ka muud andmed. Kõik see hävis rotatsiooni käigus.
Lisaks, kui ForceDeleteBackupFiles on lubatud, töötab see igat tüüpi hoidlate puhul, st isegi Windowsi hoidlad lõpetavad säilitamise ja hakkavad sisu kustutama. Teisisõnu, Windowsi kohalik ketas on sellise varusalvestussüsteemi jaoks parim valik.
Varukoopia ja Windowsi hoidla
BCJ-ga lähevad asjad veelgi huvitavamaks. Sellel pole mitte ainult täielik säilitus, vaid pole vaja teha täielikku varukoopiat iga kord, kui ketta vahetate! See toimib järgmiselt:
Esiteks alustab B&R punktide loomist esimesel plaadil. Oletame, et määrame kinnipidamiseks 3 punkti. Ülesanne töötab lõputult järkjärgulises režiimis ja ühendab kõik mittevajalikud (tuletan teile meelde, et GFS-i säilitamist sel juhul ei toetata).
Seejärel ühendame teise draivi. Kuna sellel pole veel ketti, loome täieliku varukoopia, mille järel saame teise kolme punktiga ahel:
Lõpuks on aeg esimene draiv uuesti ühendada. Ja siit algab maagia, kuna ülesanne ei loo täielikku varukoopiat, vaid jätkab lihtsalt järkjärgulist ahelat:
Pärast seda on praktiliselt igal kettal oma sõltumatu kett. Seetõttu ei tähenda säilitamine siin mitte kõikide ketaste punktide arvu, vaid iga ketta punktide arvu eraldi.
Varukoopia ja Linuxi hoidlavõrgu salvestusruum
Taas on kogu elegants kadunud, kui hoidla pole kohalikul Windowsi draivil. See skript töötab sarnaselt ülalkirjeldatule lihtsa ülesandega. Iga pööramisega loob BCJ täieliku varukoopia ja olemasolevad punktid unustatakse. Vaba ruumi lõppemise vältimiseks peate kasutama DWORD ForceDeleteBackupFiles.
Järeldus
Nii pika teksti tulemusena vaatlesime kahte tüüpi ülesandeid. Muidugi on ülesandeid palju rohkem, kuid neid kõiki ühe artikli vormingus käsitleda ei saa. Kui pärast lugemist on teil veel küsimusi, kirjutage need kommentaaridesse, vastan hea meelega isiklikult.
Allikas: www.habr.com