Përshëndetje për lexuesit tanë të blogut! Ne jemi pjesërisht të njohur tashmë - postimet e mia në gjuhën angleze u shfaqën këtu të përkthyera nga kolegu im i dashur . Këtë herë vendosa t'i drejtohem drejtpërdrejt audiencës rusisht-folëse.
Për debutimin tim, doja të gjeja një temë që do të ishte interesante për audiencën më të gjerë të mundshme dhe do të kërkonte shqyrtim të hollësishëm. Daniel Defoe argumentoi se vdekja dhe taksat presin çdo person. Nga ana ime, mund të them se çdo inxhinier mbështetës do të ketë pyetje në lidhje me politikat e ruajtjes së pikave të rikuperimit (ose, më thjesht, mbajtjen). Fillova të shpjegoj se si funksionon retensioni 4 vjet më parë, si inxhinier i ri i nivelit të parë, dhe vazhdoj të shpjegoj tani, tashmë si drejtues i një ekipi spanjisht dhe italishtfolës. Jam i sigurt se kolegët e mi nga niveli i dytë dhe madje i tretë i mbështetjes gjithashtu u përgjigjen rregullisht të njëjtave pyetje.
Në këtë këndvështrim, doja të shkruaja një postim përfundimtar, sa më të detajuar që të ishte e mundur, të cilit përdoruesit rusisht-folës mund të ktheheshin përsëri dhe përsëri si një libër referimi. Momenti është i duhuri - versioni i dhjetëvjetorit të lëshuar së fundmi shtoi funksione të reja në funksionalitetin bazë që nuk kishte ndryshuar për vite me radhë. Postimi im është fokusuar kryesisht në këtë version - megjithëse shumica e asaj që është shkruar është e vërtetë për versionet e mëparshme, thjesht nuk do të gjeni disa nga funksionet e përshkruara atje. Në fund, duke parë pak në të ardhmen, do të them se priten disa ndryshime në versionin e ardhshëm, por për këtë do t'ju tregojmë kur të vijë koha. Pra, le të fillojmë.
Punë rezervë
Së pari, le të shohim pjesën që nuk ka ndryshuar në versionin 10. Politika e mbajtjes përcaktohet nga disa parametra. Le të hapim dritaren për krijimin e një detyre të re dhe të shkojmë te skeda Storage. Këtu do të shohim një parametër që përcakton numrin e dëshiruar të pikave të rivendosjes:
Sidoqoftë, kjo është vetëm një pjesë e ekuacionit. Numri aktual i pikëve përcaktohet gjithashtu nga mënyra rezervë e vendosur për punën. Për të zgjedhur këtë opsion, klikoni në butonin Advanced në të njëjtën skedë. Kjo do të hapë një dritare të re me shumë mundësi. Le t'i numërojmë dhe t'i konsiderojmë ato një nga një:
Nëse aktivizoni vetëm opsionin 1, puna do të funksionojë në modalitetin "përgjithmonë përpara në rritje". Këtu nuk ka vështirësi - detyra do të ruajë numrin e specifikuar të pikave të rikuperimit nga një kopje rezervë e plotë (skedar me shtrirjen VBK) deri në rritjen e fundit (skedari me shtesën VIB). Kur numri i pikëve tejkalon vlerën e caktuar, shtimi më i vjetër do të bashkohet me rezervimin e plotë. Me fjalë të tjera, nëse detyra është vendosur të ruajë 3 pika, atëherë menjëherë pas seancës tjetër do të ketë 4 pika në depo, pas së cilës rezervimi i plotë do të bashkohet me shtimin më të vjetër dhe numri i përgjithshëm i pikëve do të kthehet në 3.
Mbajtja për modalitetin "inkremental të kundërt" (opsioni 2) është gjithashtu jashtëzakonisht i thjeshtë. Meqenëse në këtë rast pika më e re do të jetë një kopje rezervë e plotë, e ndjekur nga një zinxhir i të ashtuquajturave rikthim (skedarë me shtrirjen VRB), atëherë për të aplikuar mbajtjen mjafton thjesht të fshini rikthimin më të vjetër. Situata do të jetë e njëjtë: menjëherë pas seancës, numri i pikëve do të tejkalojë vlerën e caktuar me 1, pas së cilës do të kthehet në vlerën e dëshiruar.
Ju lutemi vini re se me modalitetin e kundërt në rritje mund të aktivizoni gjithashtu kopje rezervë të plotë periodike (opsioni 4), por kjo nuk do të ndryshojë thelbin. Po, pikat e rikuperimit të plotë do të shfaqen në zinxhir, por ne ende thjesht do t'i fshijmë pikat më të vjetra një nga një.
Më në fund, ne vijmë në pjesën interesante. Nëse aktivizoni kopje rezervë në rritje, por përveç kësaj aktivizoni opsionet 3 ose 4 (ose të dyja në të njëjtën kohë), detyra do të fillojë të krijojë kopje rezervë periodike të plota duke përdorur metodën "aktive" ose sintetike. Metoda për krijimin e një kopje rezervë të plotë nuk është e rëndësishme - ajo do të përmbajë të njëjtat të dhëna, dhe zinxhiri në rritje do të ndahet në "nënzinxhirë". Kjo metodë quhet përpara rritjes dhe është kjo metodë që ngre një pjesë të konsiderueshme të pyetjeve nga klientët tanë.
Mbajtja zbatohet këtu duke fshirë pjesën më të vjetër të zinxhirit (nga një rezervë e plotë në një rritje). Në të njëjtën kohë, ne nuk do të fshijmë vetëm një kopje rezervë të plotë ose vetëm një pjesë të rritjeve. I gjithë "nënzinxhiri" hiqet plotësisht menjëherë. Kuptimi i vendosjes së numrit të pikëve gjithashtu ndryshon - nëse në metodat e tjera ky është numri maksimal i lejueshëm, pas së cilës duhet të zbatohet mbajtja, atëherë këtu ky cilësim përcakton numrin minimal. Me fjalë të tjera, pas heqjes së "nënzinxhirit" më të vjetër, numri i pikëve në pjesën e mbetur nuk duhet të bjerë nën këtë minimum.
Do të përpiqem ta përshkruaj këtë koncept në mënyrë grafike. Le të themi se ruajtja është vendosur në 3 pikë, detyra funksionon çdo ditë me një kopje rezervë të plotë të hënën. Mbajtja në këtë rast do të zbatohet kur numri i përgjithshëm i pikave të arrijë 10:
Pse ka tashmë 10 kur ata vendosin 3? Një kopje rezervë e plotë u krijua të hënën. Nga e marta në të dielë puna krijoi rritje. Më në fund, të hënën e ardhshme krijohet përsëri një kopje rezervë e plotë dhe vetëm kur të jenë krijuar 2 shtesa, mund të fshihet përfundimisht e gjithë pjesa e vjetër e zinxhirit, sepse numri i mbetur i pikëve nuk do të bjerë nën grupin 3.
Nëse ideja është e qartë, atëherë ju sugjeroj të përpiqeni të llogaritni vetë mbajtjen. Le të marrim kushtet e mëposhtme: detyra nis për herë të parë të enjten (natyrisht, do të bëhet një kopje rezervë e plotë). Detyra është vendosur për të krijuar një kopje rezervë të plotë të mërkurave dhe të dielave dhe për të ruajtur 8 pika rikuperimi. Kur do të aplikohet mbajtja për herë të parë?
Për t'iu përgjigjur kësaj pyetjeje, ju rekomandoj të merrni një copë letër, ta rreshtoni sipas ditës së javës dhe të shkruani se cila pikë krijohet çdo ditë. Përgjigja do të bëhet e qartë
Përgjigjem
Shpjegim: për t'u përgjigjur, thjesht pyesni veten "kur do të zbatohet mbajtja"? Përgjigja është kur mund të heqim 3 pikat e para (VBK, VIB, VIB) dhe pjesa tjetër e zinxhirit nuk bie nën 8 pikët e kërkuara. Duket qartë se këtë do ta bëjmë kur të kemi 11 pikë në total, pra të dielën e javës së dytë.
Disa lexues mund të kundërshtojnë: “pse t'i bëjmë të gjitha këto nëse ka ?. Nuk ka dyshim se ky është një mjet shumë i dobishëm, dhe në disa raste do ta përdorja, por gjithashtu ka kufizime. Para së gjithash, nuk ju lejon të specifikoni kushtet fillestare dhe në shumë raste pyetja është pikërisht "ne kemi një zinxhir të tillë, çfarë do të ndodhë nëse ndryshojmë cilësimet e tilla?" Së dyti, mjetit ende i mungon disi qartësia. Duke u treguar klientëve faqen RPS, nuk gjeta ndonjë mirëkuptim, por pasi e pikturova atë si në shembull (madje duke përdorur të njëjtën Paint), ditë pas dite, gjithçka u bë e qartë.
Së fundi, ne nuk e morëm parasysh opsionin "Transformoni zinxhirët e mëparshëm rezervë në rikthim" (shënuar me numrin 5). Ky opsion ndonjëherë ngatërron klientët që e aktivizojnë atë "automatikisht", duke dashur thjesht të aktivizojnë një kopje rezervë sintetike. Ndërkohë, ky opsion aktivizon një modalitet rezervë shumë të veçantë. Pa hyrë në detaje, do të them menjëherë se në këtë fazë të zhvillimit të produktit, "Transformoni zinxhirët e mëparshëm rezervë në rikthim" është një opsion i vjetëruar dhe nuk mund të mendoj për një skenar të vetëm kur duhet të përdoret. Vlera e tij është aq e dyshimtë saqë për ca kohë vetë Anton Gostev thirri përmes forumit, duke i kërkuar t'i dërgonte shembuj të përdorimit të tij të dobishëm (nëse i keni, shkruani në komente, unë jam shumë i interesuar). Nëse nuk ka asnjë (mendoj se do të jetë kështu), atëherë opsioni do të hiqet në versionet e ardhshme.
Detyra do të krijojë ngritje (VIB) deri në ditën kur është planifikuar një rezervë sintetike e plotë. Në këtë ditë, një VBK është krijuar në të vërtetë, por të gjitha pikat para kësaj VBK shndërrohen në kthesa (VRB). Pas kësaj, detyra do të vazhdojë të krijojë ngritje në kopjen e plotë deri në kopjen tjetër sintetike. Si rezultat, një përzierje shpërthyese e skedarëve VBK, VBR dhe VIB është krijuar në zinxhir. Mbajtja zbatohet shumë thjesht - duke hequr VBR -në e fundit:
Problemet
Përveç të kuptuarit në të vërtetë se si funksionon, shumica e problemeve që lindin kur përdorni modalitetin rritës zakonisht shoqërohen me një kopje rezervë të plotë. Rezervime të rregullta të plota janë të nevojshme për këtë mënyrë, përndryshe depoja do të grumbullojë pika derisa të jetë e plotë.
Për shembull, një kopje rezervë e plotë mund të krijohet shumë rrallë. Le të themi se detyra është caktuar për të ruajtur 10 pika dhe një kopje rezervë e plotë krijohet një herë në muaj. Është e qartë se numri aktual i pikëve këtu do të jetë dukshëm më i madh se ai i shfaqur. Ose detyra në përgjithësi është vendosur të funksionojë në modalitetin pafundësisht në rritje dhe të ruajë 50 pikë. Pastaj dikush krijoi aksidentalisht një kopje rezervë të plotë. Kjo është e gjitha, tani e tutje detyra do të presë derisa pika e plotë të ketë grumbulluar 49 rritje, pas së cilës do të aplikojë mbajtjen dhe do të kthehet në modalitetin pafundësisht të plotë.
Në raste të tjera, një kopje rezervë e plotë është vendosur të krijohet rregullisht, por për disa arsye nuk ka. Këtu do të rendis arsyet më të njohura. Disa klientë preferojnë të përdorin opsionin e planifikimit "Run pas" dhe të konfigurojnë punët për të ekzekutuar në një zinxhir. Le ta marrim këtë shembull: Ka 3 punë që funksionojnë çdo ditë dhe krijojnë një kopje rezervë të plotë të Dielën. Detyra e parë fillon në 22.30, pjesa tjetër janë nisur në një zinxhir. Një kopje rezervë shtesë zgjat 10 minuta, dhe për këtë arsye deri në 23.00 të gjitha punët përfundojnë punën. Por një kopje rezervë e plotë zgjat një orë, kështu që të Dielën ndodh: Detyra e parë shkon nga 22.30 deri në 23.30. Në vazhdim nga ora 23.30 deri në 00.30. Por detyra e tretë fillon të hënën. Një kopje rezervë e plotë është vendosur për të Dielën, kështu që në këtë rast thjesht nuk do të ndodhë. Detyra do të presë një kopje rezervë të plotë për të aplikuar mbajtjen. Prandaj, kini kujdes kur përdorni opsionin "run after" ose mos e përdorni fare - thjesht vendosni që punët të fillojnë në të njëjtën kohë dhe lëreni programuesin e burimeve të bëjë punën e tij.
Opsioni i vështirë "Hiq artikujt e fshirë"
Pasi të keni kaluar cilësimet e detyrës Storage – Advanced – Maintenance, mund të hasni në opsionin “fshini të dhënat e artikujve të fshirë më pas”, i cili mund të numërohet në ditë.
Disa klientë presin që kjo të jetë mbajtje. Në fakt, ky është një opsion krejtësisht i veçantë, keqkuptimi i të cilit mund të çojë në pasoja të papritura. Megjithatë, para së gjithash, ne duhet të shpjegojmë se si B&R reagon ndaj situatave ku vetëm disa makineri rezervohen me sukses gjatë një sesioni.
Le të imagjinojmë këtë skenar: një punë pafundësisht në rritje e konfiguruar për të ruajtur 6 pika. Ka 2 makina në detyrë, njëra është mbështetur gjithmonë me sukses, tjetra ndonjëherë jepte gabime. Si rezultat, në pikën e shtatë u krijua situata e mëposhtme:
Koha për të aplikuar mbajtjen, por njëra makinë ka 7 pikë, dhe tjetra vetëm 4. A do të aplikohet mbajtja këtu? Përgjigja është po, do të ndodhë. Nëse të paktën një objekt është mbështetur, B&R konsideron se pika është krijuar.
Një situatë e ngjashme mund të lindë nëse një makinë thjesht nuk është përfshirë në detyrë gjatë një seance të caktuar. Kjo ndodh, për shembull, kur makinat i shtohen një detyre jo individualisht, por si pjesë e kontejnerëve (dosjet, magazinimi) dhe disa makineri migrojnë përkohësisht në një kontejner tjetër. Në këtë rast, detyra do të konsiderohet e suksesshme, por në statistika do të gjeni një mesazh që ju kërkon t'i kushtoni vëmendje që kjo dhe ajo makinë të mos përpunohet më nga detyra.
Çfarë do të ndodhë nëse nuk i kushtoni vëmendje kësaj? Në rastin e modaliteteve me rritje të pafundme ose me rritje të kundërt, numri i pikave të rikuperimit të makinës "problematike" do të ulet me çdo seancë derisa të arrijë në 1, të ruajtura në VBK. Me fjalë të tjera, edhe nëse makina nuk rezervohet për një kohë të gjatë, një pikë rikuperimi do të mbetet ende. Situata është e ndryshme nëse aktivizohen rezervimet e plota periodike. Nëse i shpërfillni sinjalet nga B&R, pika e fundit mund të fshihet përfundimisht së bashku me pjesën e vjetër të zinxhirit.
Pasi të keni kuptuar këto detaje, më në fund mund të konsideroni opsionin "Hiqni të dhënat e artikujve të fshirë pas". Do të fshijë të gjitha pikat për një makinë specifike nëse ajo makinë nuk rezervohet për X ditë. Ju lutemi vini re se kjo cilësim nuk i përgjigjet gabimeve (e provoi, por nuk funksionoi). Nuk duhet të ketë as një përpjekje për të kopjuar makinën. Duket se opsioni është i dobishëm dhe duhet të mbahet gjithmonë i aktivizuar. Nëse administratori e hiqte makinën nga detyra, atëherë pas ca kohe është logjike të pastrosh zinxhirin e të dhënave të panevojshme. Sidoqoftë, personalizimi kërkon disiplinë dhe kujdes.
Më lejoni t'ju jap një shembull nga praktika: detyrës iu shtuan disa kontejnerë, përbërja e të cilave ishte mjaft dinamike. Për shkak të mungesës së RAM-it, serveri B&R po përjetonte probleme që nuk u zbuluan. Detyra filloi dhe u përpoq të bënte një kopje rezervë të makinerive, përveç njërës, e cila në atë moment nuk ishte e pranishme në kontejner. Meqenëse shumë makina gjeneruan gabime, si parazgjedhje B&R duhet të bëjë 3 përpjekje shtesë për të kopjuar makinat "problematike". Për shkak të problemeve të vazhdueshme me RAM-in, këto përpjekje zgjatën për disa ditë. Nuk pati asnjë përpjekje të përsëritur për të bërë një kopje rezervë të VM-së që mungon (mungesa e një VM nuk është një gabim). Si rezultat, gjatë një prej përpjekjeve të përsëritura, kushti "Hiq artikujt e fshirë" u plotësua dhe të gjitha pikat në makinë u fshinë.
Lidhur me këtë, mund të them sa vijon: nëse keni vendosur njoftime për rezultatet e detyrave, dhe akoma më mirë, përdorni integrimin me Veeam ONE, atëherë ka shumë të ngjarë që kjo nuk do t'ju ndodhë. Nëse shikoni serverin B&R një herë në javë për të kontrolluar nëse gjithçka po funksionon, atëherë është më mirë të refuzoni opsionet që mund të çojnë në fshirjen e kopjeve rezervë.
Çfarë është shtuar në v.10
Ajo për të cilën folëm më parë ka ekzistuar në B&R për shumë versione. Duke kuptuar këto parime funksionimi, le të shohim tani se çfarë i është shtuar "dhjetë" përvjetorit.
Mbajtja ditore
Më sipër shikuam politikën e ruajtjes "klasike" bazuar në numrin e pikave. Një qasje alternative është të vendosni "ditë" në vend të "pikave të rivendosjes" në të njëjtën menu.
Ideja është e qartë nga emri - ruajtja do të ruajë një numër të caktuar ditësh, por numri i pikëve në çdo ditë nuk ka rëndësi. Në këtë rast, duhet të mbani mend sa vijon:
- Dita aktuale nuk merret parasysh gjatë llogaritjes së mbajtjes
- Gjithashtu numërohen ditët kur detyra nuk funksionoi fare. Kjo duhet mbajtur parasysh që të mos humbasin rastësisht pikët e atyre detyrave që funksionojnë në mënyrë të parregullt.
- Pika e rikuperimit llogaritet nga dita kur filloi krijimi i saj (d.m.th. nëse detyra filloi të funksiononte të hënën dhe mbaroi të martën, atëherë kjo është pika nga e hëna)
Përndryshe, parimet e përdorimit të mbajtjes sipas detyrave përcaktohen gjithashtu nga metoda e zgjedhur rezervë. Le të provojmë një detyrë tjetër llogaritëse duke përdorur të njëjtën metodë rritëse. Le të themi se ruajtja është caktuar për 8 ditë, detyra funksionon çdo 6 orë me një kopje rezervë të plotë të mërkurën. Sidoqoftë, detyra nuk funksionon të Dielën. Puna shkon të hënën për herë të parë. Kur do të aplikohet mbajtja?
Përgjigjem
Si gjithmonë, është më mirë të vizatoni një shenjë. Unë do t'i lejoj vetes të thjeshtoj detyrën dhe nuk do të tërheq të gjitha pikat e krijuara për çdo ditë, sepse numri i pikëve në ditë nuk ka rëndësi këtu. Është e rëndësishme vetëm për ne që të hënën e parë dhe të mërkurën pika e parë të jetë një rezervë e plotë, por në ditët e mbetura detyra thjesht do të krijojë 4 pikë shtesë.
E bëjmë të qartë se mbajtja do të zbatohet duke fshirë rezervimin e plotë të së hënës dhe shtimin e tij. Kur do të ndodhë kjo? Kur pjesa tjetër e zinxhirit përmban 8 ditë. Në të njëjtën kohë, ne nuk llogarisim ditën aktuale, por përkundrazi, llogarisim të dielën. Prandaj, përgjigja është e enjtja e javës së dytë.
Arkivimi i GFS për punë të rregullta
Përpara versionit 10, metoda e ruajtjes Grandfather-Father-Son (GFS) ishte e disponueshme vetëm për punët me kopje rezervë dhe punët e kopjimit të kasetës. Tani është në dispozicion për kopje rezervë të rregullt.
Edhe pse kjo nuk ka të bëjë me temën aktuale, nuk mund të mos them se funksionaliteti i ri nuk do të thotë një largim nga strategjia 3-2-1. Prania e pikave të arkivit në depon kryesore nuk ndikon në asnjë mënyrë besueshmërinë e tij. Kuptohet që GFS do të përdoret së bashku me një depo Scale-out për të ngarkuar këto pika në S3 dhe në depo të ngjashme. Nëse nuk e përdorni, atëherë është më mirë të vazhdoni të ruani pikat primare dhe arkivore në depo të ndryshme.
Tani le të shohim parimet e krijimit të pikave GFS. Në cilësimet e detyrës, në hapin e ruajtjes, është shfaqur një buton i veçantë që thërret menynë e mëposhtme:
Thelbi i GFS mund të përmblidhet në disa pika (vini re se GFS funksionon ndryshe në llojet e tjera të detyrave, por më shumë për këtë më vonë):
- Detyra nuk krijon një kopje rezervë të plotë të veçantë për pikën GFS. Në vend të kësaj, do të përdoret rezervimi i plotë më i përshtatshëm në dispozicion. Prandaj, detyra duhet të funksionojë në modalitetin rritës me kopje rezervë periodike të plota, ose një kopje rezervë e plotë duhet të krijohet manualisht nga përdoruesi.
- Nëse aktivizohet vetëm një periudhë (për shembull, një javë), atëherë në fillim të periudhës GFS detyra thjesht do të fillojë të presë për një kopje rezervë të plotë dhe të shënojë të parën e përshtatshme si GFS.
Shembull: puna është konfiguruar për të ruajtur një GFS javore duke përdorur një kopje rezervë të mërkurën. Detyra funksionon çdo ditë, por një kopje rezervë e plotë është planifikuar për të Premten. Në këtë rast, periudha GFS do të fillojë të mërkurën dhe detyra do të fillojë të presë për një pikë të përshtatshme. Ai do të shfaqet të premten dhe do të shënohet me flamurin GFS.
- Nëse përfshihen disa periudha njëherësh (për shembull, javore dhe mujore), atëherë B&R do të përdorë një metodë që lejon që e njëjta pikë të përdoret si GFS e disa intervaleve (për të kursyer hapësirë). Flamujt do të caktohen sipas radhës, duke filluar nga më i riu.
Shembull: GFS javore është caktuar për të mërkurën, dhe GFS mujore është caktuar për javën e fundit të muajit. Detyra funksionon çdo ditë dhe krijon kopje rezervë të plotë të hënën dhe të premten.
Për thjeshtësi, le të fillojmë të numërojmë nga java e parafundit e muajit. Këtë javë një kopje rezervë e plotë do të krijohet të hënën, por do të injorohet sepse intervali javor GFS fillon të mërkurën. Por rezervimi i plotë i së premtes është plotësisht i përshtatshëm për pikën GFS. Ky sistem është tashmë i njohur për ne.
Tani le të shohim se çfarë ndodh në javën e fundit të muajit. Intervali mujor GFS do të fillojë të hënën, por VBK e së hënës nuk do të shënohet si GFS sepse puna kërkon të shënojë një VBK si pikë GFS mujore dhe javore. Në këtë rast kërkimi fillon me atë javore, sepse sipas definicionit mund të bëhet edhe mujor.
Megjithatë, nëse përfshini vetëm intervalet javore dhe vjetore, ato do të veprojnë në mënyrë të pavarur nga njëra-tjetra dhe mund të shënojnë 2 VBK të veçanta si intervale përkatëse GFS.
Detyrat e kopjes rezervë
Një lloj tjetër detyre që shpesh kërkon sqarime rreth punës. Së pari, le të shohim metodën “klasike” të punës, pa risi v.10
Metoda e thjeshtë e mbajtjes
Si parazgjedhje, punë të tilla funksionojnë në modalitetin e pafundmë në rritje. Krijimi i pikave përcaktohet nga dy parametra - intervali i kopjimit dhe numri i dëshiruar i pikave të rikuperimit (këtu nuk ka mbajtje gjatë ditës). Intervali i kopjimit vendoset në skedën e parë Job kur krijoni një punë:
Numri i pikëve përcaktohet pak më tej në skedën Target
Detyra krijon 1 pikë të re për çdo interval (sa pikë janë krijuar për VM nga detyrat origjinale nuk ka rëndësi). Në fund të intervalit, pika e re finalizohet dhe, nëse është e nevojshme, zbatohet mbajtja duke kombinuar VBK-në dhe shtimin më të vjetër. Ky mekanizëm është tashmë i njohur për ne.
Metoda e mbajtjes duke përdorur GFS
BCJ gjithashtu mund të ruajë pikat e arkivimit. Kjo është konfiguruar në të njëjtën skedë Target, pak më poshtë cilësimit për numrin e pikave të rikuperimit:
Pikat GFS mund të krijohen në dy mënyra - në mënyrë sintetike, duke përdorur të dhëna në një depo dytësore, ose duke simuluar një kopje rezervë të plotë dhe duke lexuar të gjitha të dhënat nga depoja kryesore (aktivizuar nga opsioni i shënuar 3). Mbajtja në të dyja rastet do të jetë shumë e ndryshme, kështu që ne do t'i shqyrtojmë ato veçmas.
GFS sintetike
Në këtë rast, pika GFS nuk krijohet saktësisht në ditën e caktuar. Në vend të kësaj, një pikë GFS do të krijohet kur VIB-ja e ditës për të cilën ishte planifikuar të krijohej pika GFS bashkohet me një kopje rezervë të plotë. Kjo ndonjëherë shkakton keqkuptime, sepse koha kalon dhe ende nuk ka pikë GFS. Dhe vetëm një shaman i fuqishëm nga mbështetja teknike mund të parashikojë se në cilën ditë do të shfaqet pika. Në fakt, magjia nuk është e nevojshme - thjesht shikoni numrin e caktuar të pikave dhe intervalin e sinkronizimit (sa pikë krijohen çdo ditë). Mundohuni ta llogaritni vetë duke përdorur këtë shembull: detyra është caktuar të ruajë 7 pikë, intervali i sinkronizimit është 12 orë (d.m.th. 2 pikë në ditë). Për momentin tashmë janë 7 pika në zinxhir, sot është e hënë dhe për këtë ditë është planifikuar krijimi i një pike GFS. Në cilën ditë do të krijohet?
Përgjigjem
Këtu është më mirë të përshkruani se si zinxhiri do të ndryshojë me kalimin e kohës, dita ditës:
Pra, të hënën, rritja e fundit në zinxhir shënohet si GFS, por nuk ndodhin ndryshime të tjera të dukshme. Çdo ditë detyra krijon 2 pika të reja dhe mbajtja e çon në mënyrë të pashmangshme zinxhirin përpara. Më në fund, të enjten vjen koha për të aplikuar mbajtjen në atë rritje. Ky seancë do të zgjasë më shumë se zakonisht - sepse detyra do të "nxjerrë" blloqet e nevojshme nga zinxhiri dhe do të krijojë një pikë të re të plotë. Nga ky moment, tashmë do të ketë 8 pika në zinxhir - 7 në zinxhirin kryesor + GFS.
Krijimi i pikave GFS me opsionin "Lexo të gjithë pikën".
Më lart thashë se BCJ funksionon në modalitetin pafundësisht në rritje. Tani do të shohim përjashtimin e vetëm nga ky rregull. Kur opsioni "Lexo të gjithë pikën" është i aktivizuar, pika GFS do të krijohet pikërisht në ditën e planifikuar. Vetë detyra do të funksionojë në mënyrë shtesë me kopje rezervë periodike të plotë, për të cilat diskutuam më lart. Mbajtja do të zbatohet gjithashtu duke hequr pjesën më të vjetër të zinxhirit. Sidoqoftë, në këtë rast, vetëm rritjet do të fshihen, dhe rezervimi i plotë do të lihet si një pikë GFS. Në përputhje me rrethanat, pikat e shënuara me flamuj GFS nuk merren parasysh kur llogaritni mbajtjen.
Le të themi se detyra është caktuar të ruajë 7 pika dhe të krijojë një pikë javore GFS të hënën. Në këtë rast, çdo të hënë detyra do të krijojë një kopje rezervë të plotë dhe do ta shënojë atë si GFS. Mbajtja do të zbatohet kur, pas heqjes së rritjeve nga pjesa më e vjetër, numri i rritjeve të mbetura nuk bie nën 7. Kështu duket në diagram:
Pra, deri në fund të javës së dytë janë gjithsej 14 pikë në zinxhir. Gjatë javës së dytë, detyra krijoi 7 pikë. Nëse kjo do të ishte një detyrë e thjeshtë, mbajtja do të ishte aplikuar tashmë. Por ky është një BCJ me mbajtje GFS, kështu që ne nuk i numërojmë pikët GFS, që do të thotë se janë vetëm 6 prej tyre. Kjo do të thotë, ne nuk mund të aplikojmë ende mbajtjen. Në javën e tretë ne krijojmë një tjetër kopje rezervë të plotë me flamurin GFS. 15 pikë, por sërish nuk e llogarisim këtë. Dhe së fundi, të martën e javës së tretë, ne krijojmë një rritje. Tani, nëse heqim rritjet e zinxhirit të javës së parë, numri i përgjithshëm i rritjeve do të plotësojë mbajtjen e vendosur.
Siç u përmend më lart, në këtë metodë është shumë e rëndësishme që të krijohen rregullisht kopje rezervë të plotë. Le të themi, nëse vendosni mbajtjen kryesore për 7 ditë, por vetëm 1 pikë vjetore, është e lehtë të imagjinohet se rritjet do të grumbullohen shumë, shumë më tepër se 7. Në raste të tilla, është më mirë të përdorni metodën sintetike të krijimit GFS.
Dhe përsëri "Hiq artikujt e fshirë"
Ky opsion është gjithashtu i pranishëm për BCJ:
Logjika e këtij opsioni këtu është e njëjtë si në detyrat e rregullta rezervë - nëse një makinë nuk përpunohet për numrin e caktuar të ditëve, atëherë të dhënat e saj fshihen nga zinxhiri. Megjithatë, për BCJ dobia e këtij opsioni është objektivisht më e lartë, dhe ja pse.
Në modalitetin normal, BCJ funksionon në një modalitet pafundësisht në rritje, kështu që nëse në një moment një makinë hiqet nga puna, atëherë ruajtja gradualisht do të fshijë të gjitha pikat e rikuperimit derisa të mbetet vetëm një - në VBK. Tani le të imagjinojmë që detyra është ende e konfiguruar për të krijuar pika sintetike GFS. Kur të vijë koha, puna do të duhet të krijojë një GFS për të gjitha makinat në zinxhir. Nëse ndonjë makinë nuk ka fare pika të reja, mirë, do të duhet të përdorni atë që është. Dhe kështu çdo herë. Si rezultat, situata e mëposhtme mund të lindë:
Kushtojini vëmendje seksionit Files: ne kemi pikat kryesore VBK dhe 2 GFS javore. Dhe tani në seksionin e pikave të rivendosjes - në fakt, këto skedarë përmbajnë të njëjtin imazh të makinës. Natyrisht, nuk ka asnjë pikë në pika të tilla GFS, ato thjesht zënë hapësirë.
Kjo situatë është e mundur vetëm kur përdorni GFS sintetike. Për ta parandaluar këtë, përdorni opsionin "Hiq artikujt e fshirë". Vetëm mos harroni ta vendosni për një numër të mjaftueshëm ditësh. Mbështetja teknike ka parë raste kur opsioni ishte vendosur për më pak ditë sesa intervali i sinkronizimit - BCJ filloi të çmendej dhe të fshinte pikat përpara se ato të krijoheshin.
Ju lutemi vini re gjithashtu se ky opsion nuk ndikon në pikat GFS të krijuara tashmë. Nëse dëshironi të pastroni arkivat, duhet ta bëni këtë me dorë - duke klikuar me të djathtën në makinë dhe duke zgjedhur "Fshi nga disku" (në dritaren që shfaqet, mos harroni të kontrolloni kutinë "Hiq kopjen rezervë të plotë të GFS") :
Inovacioni v.10 – kopje e menjëhershme
Duke u marrë me funksionalitetin "klasik", le të kalojmë te ai i ri. Ekziston një risi, por shumë e rëndësishme. Ky është një mënyrë e re funksionimi.
Nuk ka gjë të tillë si një "interval sinkronizimi"; detyra do të monitorojë vazhdimisht nëse janë shfaqur pika të reja dhe do t'i kopjojë të gjitha, pavarësisht sa ka. Por në të njëjtën kohë, puna mbetet në rritje, domethënë, edhe nëse puna kryesore krijon një VBK ose VRB, këto pika do të kopjohen si VIB. Përndryshe, nuk ka surpriza në këtë mënyrë - si standardi ashtu edhe ruajtja e GFS funksionojnë sipas rregullave të përshkruara më lart (megjithatë, vetëm GFS sintetike është në dispozicion këtu).
Disqet po rrotullohen. Karakteristikat e depove me disqe të rrotulluara
Kërcënimi i vazhdueshëm i viruseve ransomware e ka bërë një standard sigurie de fakto që të ketë një kopje të të dhënave në një medium ku virusi nuk mund të arrijë. Një opsion është përdorimi i depove të rrotullimit të diskut, ku disqet përdoren një nga një: ndërsa një disk është i lidhur dhe i shkruajtshëm, pjesa tjetër ruhet në një vend të sigurt.
Për të mësuar B&R të punojë me depo të tilla, duhet të klikoni në butonin Advanced në cilësimet e depove, në hapin Depo dhe zgjidhni opsionin e duhur:
Pas kësaj, VBR do të presë që zinxhiri ekzistues të zhduket periodikisht nga depoja, që do të thotë rrotullim i diskut. Në varësi të llojit të depove dhe llojit të punës, B&R do të sillet ndryshe. Kjo mund të përfaqësohet me tabelën e mëposhtme:
Le të shqyrtojmë çdo opsion.
Detyra normale dhe depoja e Windows
Pra, ne kemi një detyrë që kursen zinxhirë në diskun e parë. Gjatë rrotullimit, zinxhiri i krijuar në të vërtetë zhduket, dhe detyra duhet të mbijetojë disi këtë humbje. Ajo gjen ngushëllim në krijimin e një kopje rezervë të plotë. Kështu, çdo rrotullim nënkupton një kopje rezervë të plotë. Por çfarë ndodh me pikat në diskun e shkëputur? Ata mbahen mend dhe merren parasysh kur llogaritin mbajtjen. Kështu, numri i caktuar i pikave në një detyrë është se sa pikë duhet të mbahen në të gjitha disqet. Ja një shembull:
Puna funksionon në modalitetin shtesë të pafund dhe është konfiguruar për të ruajtur 3 pika rikuperimi. Por ne kemi edhe një disk të dytë dhe e rrotullojmë një herë në javë (mund të ketë më shumë disqe, kjo nuk e ndryshon thelbin).
Në javën e parë, detyra do të krijojë pika në diskun e parë dhe do të bashkojë ato shtesë. Kështu, numri i përgjithshëm i pikëve do të jetë i barabartë me tre:
Pastaj lidhim diskun e dytë. Pas nisjes, B&R do të vërejë se disku është zëvendësuar. Zinxhiri në diskun e parë do të zhduket nga ndërfaqja, por informacioni rreth tij do të mbetet në bazën e të dhënave. Tani detyra do të mbajë 3 pikë në diskun e dytë. Situata e përgjithshme do të jetë si kjo:
Së fundi, ne rilidhni diskun e parë. Përpara se të krijoni një pikë të re, detyra do të kontrollojë se çfarë po ndodh me mbajtjen. Dhe ruajtja, ju kujtoj, është vendosur të ruajë 3 pikë. Ndërkohë kemi 3 pika në diskun 2 (por është shkëputur dhe ruhet në një vend të sigurt ku B&R nuk arrin dot) dhe 3 pika në diskun 1 (por ky është i lidhur). Kjo do të thotë që ne mund të heqim me siguri 3 pika nga disku 1, pasi ato tejkalojnë mbajtjen. Pas së cilës detyra krijon përsëri një kopje rezervë të plotë, dhe zinxhiri ynë fillon të duket kështu:
Nëse ruajtja është konfiguruar për të ruajtur ditët në vend të numrit të pikëve, atëherë logjika nuk ndryshon. Për më tepër, ruajtja e GFS nuk mbështetet fare kur përdorni depo me rrotullim të diskut.
Punë e rregullt dhe ruajtja e rrjetit të depove Linux
Ky opsion është gjithashtu i mundur, por përgjithësisht më pak i rekomanduar për shkak të kufizimeve të vendosura. Detyra do të reagojë ndaj rrotullimit të diskut dhe zhdukjes së zinxhirit në të njëjtën mënyrë - duke krijuar një kopje rezervë të plotë. Kufizimi është për shkak të mekanizmit të mbajtjes së ndërprerjes.
Këtu, gjatë rrotullimit, i gjithë zinxhiri në diskun e shkëputur thjesht fshihet nga baza e të dhënave B&R. Ju lutemi vini re se nga baza e të dhënave, vetë skedarët mbeten në disk. Ato mund të importohen dhe përdoren për rikuperim, por është e lehtë të merret me mend se herët a vonë zinxhirë të tillë të harruar do të mbushin të gjithë depon.
Zgjidhja është të shtoni DWORD ForceDeleteBackupFiles siç tregohet në këtë faqe: . Më pas, puna do të fillojë thjesht të fshijë të gjithë përmbajtjen e dosjes së punës ose dosjes së depove (në varësi të vlerës) në çdo rrotullim.
Megjithatë, kjo nuk është një mbajtje elegante, por një pastrim i të gjithë përmbajtjes. Fatkeqësisht, mbështetja teknike hasi në raste kur depoja ishte thjesht direktoria rrënjësore e diskut, ku, përveç kopjeve rezervë, ndodheshin të dhëna të tjera. E gjithë kjo u shkatërrua gjatë rrotullimit.
Përveç kësaj, kur aktivizohet ForceDeleteBackupFiles, ai funksionon për të gjitha llojet e depove, domethënë, edhe depot në Windows do të ndalojnë aplikimin e ruajtjes dhe do të fillojnë të fshijnë përmbajtjen. Me fjalë të tjera, një disk lokal në Windows është zgjidhja më e mirë për një sistem të tillë ruajtjeje rezervë.
Kopja rezervë dhe depoja e Windows
Gjërat bëhen edhe më interesante me BCJ. Jo vetëm që ka mbajtje të plotë, por nuk ka nevojë të bëni një kopje rezervë të plotë sa herë që ndryshoni diskun! Ajo funksionon si kjo:
Së pari, B&R fillon të krijojë pika në diskun e parë. Le të themi se kemi vendosur ruajtjen në 3 pikë. Detyra do të funksionojë në modalitetin pafundësisht në rritje dhe do të bashkojë gjithçka të panevojshme (ju kujtoj se ruajtja e GFS nuk mbështetet në këtë rast).
Pastaj e lidhim makinën e dytë. Meqenëse nuk ka ende asnjë zinxhir në të, ne krijojmë një kopje rezervë të plotë, pas së cilës kemi një zinxhir të dytë prej tre pikash:
Më në fund, është koha për të rilidhur diskun e parë. Dhe këtu fillon magjia, pasi detyra nuk do të krijojë një kopje rezervë të plotë, por thjesht do të vazhdojë zinxhirin rritës:
Pas kësaj, praktikisht çdo disk do të ketë zinxhirin e vet të pavarur. Prandaj, mbajtja këtu nuk nënkupton numrin e pikave në të gjithë disqet, por numrin e pikave në secilin disk veç e veç.
Kopja rezervë dhe ruajtja e rrjetit të depove Linux
Edhe një herë, e gjithë eleganca humbet nëse depoja nuk është në një disk lokal të Windows. Ky skenar funksionon në mënyrë të ngjashme me atë të diskutuar më sipër me një detyrë të thjeshtë. Me çdo rrotullim, BCJ do të krijojë një kopje rezervë të plotë dhe pikat ekzistuese do të harrohen. Për të shmangur mbarimin e hapësirës së lirë, duhet të përdorni DWORD ForceDeleteBackupFiles.
Përfundim
Pra, si rezultat i një teksti kaq të gjatë, ne shikuam dy lloje detyrash. Sigurisht, ka shumë më tepër detyra, por nuk do të jetë e mundur t'i konsideroni të gjitha në formatin e një artikulli. Nëse pas leximit keni ende ndonjë pyetje, shkruajini ato në komente, unë do të jem i lumtur t'ju përgjigjem personalisht.
Burimi: www.habr.com