Zdravíme čitateľov nášho blogu! Čiastočne sa už poznáme - moje príspevky v anglickom jazyku sa tu objavili v preklade môjho drahého kolegu . Tentokrát som sa rozhodol osloviť priamo rusky hovoriace publikum.
Pre svoj debut som chcel nájsť tému, ktorá by zaujala čo najširšie publikum a vyžadovala by si podrobné zváženie. Daniel Defoe tvrdil, že smrť a dane čakajú na každého človeka. Pokiaľ ide o mňa, môžem povedať, že každý technik podpory bude mať otázky týkajúce sa zásad ukladania bodov obnovy (alebo jednoduchšie uchovávania). Ako funguje udržanie som začal vysvetľovať pred 4 rokmi ako junior inžinier prvej úrovne a pokračujem vo vysvetľovaní teraz, už ako vedúci španielsky a taliansky hovoriaceho tímu. Som si istý, že na rovnaké otázky pravidelne odpovedajú aj moji kolegovia z druhého a dokonca tretieho stupňa podpory.
V tomto svetle som chcel napísať záverečný, čo najpodrobnejší príspevok, ku ktorému by sa rusky hovoriaci používatelia mohli znova a znova vracať ako k referenčnej knihe. Moment je správny – nedávno vydaná desiata verzia pridala k základnej funkcionalite nové funkcie, ktoré sa roky nezmenili. Môj príspevok je zameraný primárne na túto verziu - aj keď väčšina z toho, čo je napísané, platí pre predchádzajúce verzie, niektoré popísané funkcionality tam jednoducho nenájdete. Nakoniec, pri pohľade trochu do budúcnosti, poviem, že v ďalšej verzii sa očakávajú nejaké zmeny, ale o tom vám povieme, keď príde čas. Tak poďme na to.
Zálohovacie úlohy
Najprv sa pozrime na časť, ktorá sa nezmenila vo verzii 10. Politiku uchovávania určuje niekoľko parametrov. Otvorme okno na vytvorenie novej úlohy a prejdeme na kartu Úložisko. Tu uvidíme parameter, ktorý určuje požadovaný počet bodov obnovenia:
Toto je však len časť rovnice. Skutočný počet bodov je tiež určený režimom zálohovania nastaveným pre úlohu. Ak chcete vybrať túto možnosť, kliknite na tlačidlo Rozšírené na tej istej karte. Tým sa otvorí nové okno s mnohými možnosťami. Poďme ich očíslovať a zvážiť ich jeden po druhom:
Ak povolíte iba možnosť 1, úloha sa spustí v režime „vždy dopredu inkrementálne“. Nie sú tu žiadne ťažkosti - úloha uloží zadaný počet bodov obnovy od úplnej zálohy (súbor s príponou VBK) po posledný prírastok (súbor s príponou VIB). Keď počet bodov prekročí nastavenú hodnotu, najstarší prírastok sa zlúči s úplnou zálohou. Inými slovami, ak je úloha nastavená na ukladanie 3 bodov, tak hneď po ďalšej relácii budú v úložisku 4 body, po ktorých sa plná záloha zlúči s najstarším prírastkom a celkový počet bodov sa vráti na 3.
Ponechanie pre „reverzný prírastkový“ režim (možnosť 2) je tiež veľmi jednoduché. Keďže v tomto prípade bude najnovším bodom úplná záloha, po ktorej bude nasledovať reťazec takzvaných rollbackov (súborov s príponou VRB), potom na uplatnenie uchovávania stačí jednoducho odstrániť najstarší rollback. Situácia bude rovnaká: ihneď po relácii počet bodov prekročí nastavenú hodnotu o 1, po ktorej sa vráti na požadovanú hodnotu.
Upozorňujeme, že s reverzným prírastkovým režimom môžete tiež povoliť pravidelné úplné zálohy (možnosť 4), ale to nezmení podstatu. Áno, v reťazci sa objavia kompletné body obnovy, ale aj tak jednoducho vymažeme najstaršie body jeden po druhom.
Nakoniec sa dostávame k zaujímavej časti. Ak aktivujete prírastkové zálohovanie, ale navyše povolíte možnosti 3 alebo 4 (alebo obe súčasne), úloha začne vytvárať pravidelné plné zálohy pomocou „aktívnej“ alebo syntetickej metódy. Spôsob vytvorenia úplnej zálohy nie je dôležitý - bude obsahovať rovnaké údaje a prírastkový reťazec bude rozdelený na „podreťazce“. Táto metóda sa nazýva forward incremental a práve táto metóda vyvoláva značnú časť otázok našich klientov.
Zachovanie sa tu aplikuje odstránením najstaršej časti reťazca (z úplnej zálohy na prírastok). Zároveň nevymažeme len kompletnú zálohu alebo len časť prírastkov. Celý „podreťazec“ sa úplne odstráni naraz. Mení sa aj význam nastavenia počtu bodov - ak je to pri iných metódach maximálny povolený počet, po prekročení ktorého je potrebné uplatniť ponechanie, tak tu toto nastavenie určuje minimálny počet. Inými slovami, po odstránení najstaršieho „podreťazca“ by počet bodov v zostávajúcej časti nemal klesnúť pod toto minimum.
Pokúsim sa tento pojem znázorniť graficky. Povedzme, že udržanie je nastavené na 3 body, úloha sa spúšťa každý deň s úplnou zálohou v pondelok. Zachovanie v tomto prípade sa uplatní, keď celkový počet bodov dosiahne 10:
Prečo je ich už 10, keď dali 3? V pondelok bola vytvorená úplná záloha. Od utorka do nedele pracovné miesta vytvárali prírastky. Nakoniec sa budúci pondelok opäť vytvorí plná záloha a až po vytvorení 2 prírastkov môže byť konečne vymazaná celá stará časť reťazca, pretože zostávajúci počet bodov neklesne pod stanovené 3.
Ak je myšlienka jasná, potom vám navrhujem, aby ste sa pokúsili vypočítať udržanie sami. Zoberme si nasledujúce podmienky: úloha sa prvýkrát spustí vo štvrtok (samozrejme, že sa vytvorí úplná záloha). Úloha je nastavená na vytvorenie úplnej zálohy v stredu a nedeľu a uloženie 8 bodov obnovy. Kedy sa po prvýkrát uplatní zachovanie?
Na zodpovedanie tejto otázky vám odporúčam vziať si papier, zoradiť si ho podľa dní v týždni a napísať si, ktorý bod je každý deň vytvorený. Odpoveď bude zrejmá
odpoveď
Vysvetlenie: ak chcete odpovedať, opýtajte sa sami seba „kedy sa bude uplatňovať ponechanie“? Odpoveď je, keď môžeme odstrániť prvé 3 body (VBK, VIB, VIB) a zvyšok reťazca neklesne pod požadovaných 8 bodov. Je jasné, že sa nám to podarí, keď budeme mať celkovo 11 bodov, teda v nedeľu druhého týždňa.
Niektorí čitatelia môžu namietať: „Prečo to všetko robiť, ak existuje ?. Niet pochýb o tom, že ide o veľmi užitočný nástroj a v niektorých prípadoch by som ho aj použil, no má aj obmedzenia. V prvom rade vám neumožňuje špecifikovať počiatočné podmienky a v mnohých prípadoch je otázka presne „máme taký reťazec, čo sa stane, ak zmeníme také a také nastavenia?“ Po druhé, nástroju stále chýba prehľadnosť. Keď som klientom ukázal stránku RPS, nenašiel som žiadne pochopenie, ale keď som ju namaľoval ako v príklade (aj s použitím rovnakého náteru), deň po dni sa všetko vyjasnilo.
Nakoniec sme nezohľadnili možnosť „Premeniť predchádzajúce reťazce záloh na vrátenie“ (označená číslom 5). Táto možnosť niekedy mätie klientov, ktorí ju aktivujú „automaticky“ a chcú jednoducho povoliť syntetickú zálohu. Medzitým táto možnosť aktivuje veľmi špeciálny režim zálohovania. Bez toho, aby som zachádzal do podrobností, hneď poviem, že v tejto fáze vývoja produktu je „Transformácia predchádzajúcich záložných reťazcov na vrátenie“ zastaranou možnosťou a neviem si predstaviť jediný scenár, kedy by sa mala použiť. Jeho hodnota je taká pochybná, že na nejaký čas sám Anton Gostev volal prostredníctvom fóra a požiadal, aby mu poslal príklady jeho užitočného použitia (ak ich máte, napíšte do komentárov, veľmi ma to zaujíma). Ak žiadne neexistujú (myslím, že to tak bude), potom bude táto možnosť v budúcich verziách odstránená.
Úloha vytvorí prírastky (VIB) až do dňa, kedy je naplánovaná syntetická úplná záloha. V tento deň sa skutočne vytvorí VBK, ale všetky body pred týmto VBK sa premenia na rollbacky (VRB). Potom bude úloha pokračovať vo vytváraní prírastkov do úplnej zálohy až do ďalšej syntetickej zálohy. V dôsledku toho sa v reťazci vytvorí výbušná zmes súborov VBK, VBR a VIB. Retencia sa aplikuje veľmi jednoducho – odstránením posledného VBR:
Problémy
Okrem skutočného pochopenia toho, ako to funguje, väčšina problémov, ktoré vznikajú pri používaní prírastkového režimu, je zvyčajne spojená s úplnou zálohou. Pre tento režim sú potrebné pravidelné úplné zálohy, inak bude úložisko hromadiť body, kým nebude plné.
Napríklad úplná záloha môže byť vytvorená príliš zriedka. Povedzme, že úloha je nastavená na uloženie 10 bodov a raz za mesiac sa vytvorí úplná záloha. Je jasné, že skutočný počet bodov tu bude podstatne väčší ako ten zobrazený. Alebo je úloha vo všeobecnosti nastavená tak, aby pracovala v nekonečne inkrementálnom režime a ukladala 50 bodov. Potom niekto omylom vytvoril plnú zálohu. To je všetko, odteraz bude úloha čakať, kým plný bod nazbiera 49 prírastkov, po ktorých použije zachovanie a vráti sa do nekonečne plného režimu.
V iných prípadoch je plná záloha nastavená na pravidelné vytváranie, ale z nejakého dôvodu sa tak nestane. Tu uvediem najpopulárnejší dôvod. Niektorí klienti uprednostňujú použitie možnosti plánovania „spustiť po“ a konfigurujú úlohy tak, aby sa spúšťali v reťazci. Vezmime si tento príklad: existujú 3 úlohy, ktoré sa spúšťajú každý deň a v nedeľu vytvárajú plnú zálohu. Prvá úloha začína o 22.30, ostatné sa spúšťajú v reťazci. Prírastkové zálohovanie trvá 10 minút, a preto do 23.00:22.30 skončia všetky úlohy funkčné. Úplná záloha však trvá hodinu, takže v nedeľu sa stane toto: prvá úloha beží od 23.30:23.30 do 00.30:XNUMX. Ďalej od XNUMX:XNUMX do XNUMX:XNUMX. Ale tretia úloha začína v pondelok. Úplná záloha je nastavená na nedeľu, takže v tomto prípade sa to jednoducho nestane. Úloha počká na úplnú zálohu, aby sa uplatnilo zachovanie. Preto buďte opatrní pri používaní možnosti „spustiť po“ alebo ju nepoužívajte vôbec – nastavte úlohy tak, aby sa spúšťali v rovnakom čase a nechajte plánovač zdrojov, aby svoju prácu vykonal.
Zložitá možnosť „Odstrániť odstránené položky“
Po prejdení nastavení úlohy Úložisko – Pokročilé – Údržba môžete naraziť na možnosť „odstrániť údaje zmazaných položiek po“, ktorá sa dá počítať v dňoch.
Niektorí klienti očakávajú, že to bude udržanie. V skutočnosti ide o úplne samostatnú možnosť, ktorej nepochopenie môže viesť k neočakávaným následkom. Najprv však musíme vysvetliť, ako B&R reaguje na situácie, keď sa počas relácie úspešne zálohuje len niekoľko strojov.
Predstavme si tento scenár: nekonečne inkrementálna úloha nakonfigurovaná na uloženie 6 bodov. V úlohe sú 2 stroje, jeden vždy úspešne zálohoval, druhý občas dával chyby. V dôsledku toho v siedmom bode nastala táto situácia:
Čas na uplatnenie zachovania, ale jedno auto má 7 bodov a druhé len 4. Bude sa tu uplatňovať zachovanie? Odpoveď je áno, bude. Ak bol aspoň jeden objekt zálohovaný, B&R považuje bod za vytvorený.
Podobná situácia môže nastať, ak niektorý stroj jednoducho nebol zahrnutý do úlohy počas určitej relácie. Stáva sa to napríklad vtedy, keď sú stroje pridané k úlohe nie jednotlivo, ale ako súčasť kontajnerov (priečinky, úložisko) a niektorý stroj dočasne migruje do iného kontajnera. V tomto prípade bude úloha považovaná za úspešnú, ale v štatistike nájdete hlásenie s výzvou, aby ste venovali pozornosť tomu, že taký a ten stroj už úloha nespracováva.
Čo sa stane, ak tomu nebudete venovať pozornosť? V prípade režimov s nekonečným prírastkom alebo spätným prírastkom sa počet bodov obnovy „problémového“ stroja s každou reláciou zníži, až kým nedosiahne hodnotu 1 uloženú vo VBK. Inými slovami, aj keď nie je počítač dlhší čas zálohovaný, jeden bod obnovy stále zostane. Situácia je iná, ak sú povolené pravidelné úplné zálohy. Ak ignorujete signály z B&R, posledný bod môže byť nakoniec odstránený spolu so starou časťou reťazca.
Po pochopení týchto podrobností môžete konečne zvážiť možnosť „Odstrániť údaje odstránených položiek po“. Ak tento stroj nie je zálohovaný X dní, vymažú sa všetky body pre konkrétny počítač. Upozorňujeme, že toto nastavenie nereaguje na chyby (vyskúšali, ale nefungovalo). Nemalo by dôjsť ani k pokusu o zálohovanie stroja. Zdá sa, že táto možnosť je užitočná a mala by byť vždy povolená. Ak správca odstránil stroj z úlohy, potom je po určitom čase logické vymazať reťazec nepotrebných údajov. Prispôsobenie si však vyžaduje disciplínu a starostlivosť.
Uvediem príklad z praxe: k úlohe pribudlo niekoľko nádob, ktorých zloženie bolo dosť dynamické. Kvôli nedostatku pamäte RAM sa na serveri B&R vyskytli problémy, ktoré zostali neodhalené. Úloha sa spustila a pokúsila sa urobiť zálohu strojov, okrem jedného, ktorý sa v tom čase nenachádzal v kontajneri. Keďže chyby generovalo veľa počítačov, v predvolenom nastavení by spoločnosť B&R mala vykonať 3 ďalšie pokusy o zálohovanie „problémových“ počítačov. Kvôli neustálym problémom s RAM tieto pokusy trvali niekoľko dní. Neuskutočnil sa opakovaný pokus o zálohovanie chýbajúceho VM (neprítomnosť VM nie je chybou). Výsledkom bolo, že počas jedného z opakovaných pokusov bola splnená podmienka „Odstrániť odstránené položky“ a všetky body na stroji boli vymazané.
V tejto súvislosti môžem povedať nasledovné: ak máte nastavené upozornenia na výsledky úloh a ešte lepšie, ak používate integráciu s Veeam ONE, tak sa vám to s najväčšou pravdepodobnosťou nestane. Ak sa pozriete na server B&R raz týždenne, aby ste skontrolovali, či všetko funguje, je lepšie odmietnuť možnosti, ktoré by potenciálne mohli viesť k vymazaniu záloh.
Čo je pridané vo verzii 10
To, o čom sme hovorili predtým, existuje v B&R pre mnoho verzií. Po pochopení týchto princípov fungovania sa teraz pozrime na to, čo bolo pridané k jubilejnej „desiatke“.
Denná retencia
Vyššie sme sa pozreli na „klasickú“ politiku ukladania na základe počtu bodov. Alternatívnym prístupom je nastavenie „dní“ namiesto „bodov obnovenia“ v tej istej ponuke.
Myšlienka je jasná už z názvu – uchovanie uloží stanovený počet dní, no na počte bodov v jednotlivých dňoch nezáleží. V tomto prípade si musíte zapamätať nasledovné:
- Aktuálny deň sa pri výpočte zádržného neberie do úvahy
- Počítajú sa aj dni, kedy úloha vôbec nefungovala. Toto treba mať na pamäti, aby ste náhodou nestratili body tých úloh, ktoré fungujú nepravidelne.
- Bod obnovenia sa počíta odo dňa, kedy sa začalo jeho vytváranie (t. j. ak úloha začala pracovať v pondelok a skončila v utorok, ide o bod od pondelka)
Inak zásady používania uchovávania podľa úloh určuje aj zvolená metóda zálohovania. Skúsme ďalšiu výpočtovú úlohu pomocou rovnakej prírastkovej metódy. Povedzme, že uchovanie je nastavené na 8 dní, úloha sa spúšťa každých 6 hodín s plnou zálohou v stredu. Úloha však v nedeľu nefunguje. Práca sa prvýkrát spustí v pondelok. Kedy sa bude uplatňovať ponechanie?
odpoveď
Ako vždy, najlepšie je nakresliť znamenie. Dovolím si úlohu zjednodušiť a nebudem žrebovať všetky vytvorené body za každý deň, pretože tu nezáleží na počte bodov za deň. Pre nás je dôležité len to, že v prvý pondelok a v stredu bude prvý bod úplnou zálohou, ale v zostávajúce dni úloha jednoducho vytvorí 4 prírastkové body.
Objasňujeme, že ponechanie sa použije odstránením úplnej zálohy z pondelka a jej prírastku. Kedy sa to stane? Keď zvyšok reťazca obsahuje 8 dní. Zároveň nepočítame aktuálny deň, ale naopak, počítame nedeľu. Preto je odpoveď štvrtok druhého týždňa.
Archivácia GFS pre bežné úlohy
Pred verziou 10 bola metóda ukladania Grandfather-Father-Son (GFS) dostupná len pre úlohy zálohovania a kopírovania na pásku. Teraz je k dispozícii na pravidelné zálohovanie.
Aj keď to nesúvisí s aktuálnou témou, nemôžem si pomôcť povedať, že nová funkcionalita neznamená odklon od stratégie 3-2-1. Prítomnosť archívnych bodov v hlavnom úložisku nijako neovplyvňuje jeho spoľahlivosť. Rozumie sa, že GFS sa bude používať v spojení s úložiskom Scale-out na nahranie týchto bodov do S3 a podobných úložísk. Ak ho nepoužívate, je lepšie pokračovať v ukladaní primárnych a archívnych bodov v rôznych úložiskách.
Teraz sa pozrime na princípy vytvárania GFS bodov. V nastaveniach úlohy sa v kroku Úložisko objavilo špeciálne tlačidlo, ktoré vyvolá nasledujúcu ponuku:
Podstatu GFS možno zredukovať na niekoľko bodov (všimnite si, že GFS funguje inak v iných typoch úloh, ale o tom neskôr):
- Úloha nevytvára samostatnú plnú zálohu pre bod GFS. Namiesto toho sa použije najvhodnejšia dostupná úplná záloha. Úloha preto musí pracovať v prírastkovom režime s pravidelnými plnými zálohami alebo musí byť plná záloha vytvorená manuálne používateľom.
- Ak je povolené len jedno obdobie (napríklad týždeň), potom na začiatku obdobia GFS úloha jednoducho začne čakať na úplnú zálohu a označí prvé vhodné obdobie ako GFS.
Príklad: úloha je nakonfigurovaná na ukladanie týždenného GFS pomocou zálohy v stredu. Úloha sa spúšťa každý deň, ale úplná záloha je naplánovaná na piatok. V tomto prípade obdobie GFS začne v stredu a úloha začne čakať na vhodný bod. Objaví sa v piatok a bude označená vlajkou GFS.
- Ak je zahrnutých niekoľko období naraz (napríklad týždenné a mesačné), potom B&R použije metódu, ktorá umožňuje použiť rovnaký bod ako GFS niekoľkých intervalov (aby sa ušetrilo miesto). Vlajky budú prideľované v poradí, počnúc najmladším.
Príklad: týždenný GFS je nastavený na stredu a mesačný GFS je nastavený na posledný týždeň v mesiaci. Úloha sa spúšťa každý deň a v pondelok a piatok vytvára úplné zálohy.
Pre jednoduchosť začnime počítať od predposledného týždňa v mesiaci. Tento týždeň sa v pondelok vytvorí úplná záloha, ale bude ignorovaná, pretože týždenný interval GFS začína v stredu. Ale piatková plná záloha je úplne vhodná pre bod GFS. Tento systém je nám už známy.
Teraz sa pozrime na to, čo sa deje v posledný týždeň v mesiaci. Mesačný interval GFS sa začne v pondelok, ale pondelkový VBK nebude označený ako GFS, pretože úloha sa snaží označiť jeden VBK ako mesačný aj týždenný bod GFS. V tomto prípade vyhľadávanie začína týždenným, pretože podľa definície sa môže stať aj mesačným.
Ak však zahrniete iba týždenné a ročné intervaly, budú pôsobiť nezávisle od seba a môžu označiť 2 samostatné VBK ako zodpovedajúce intervaly GFS.
Úlohy zálohovania
Ďalší typ úlohy, ktorý si často vyžaduje objasnenie práce. Najprv sa pozrime na „klasickú“ metódu práce bez inovácií v.10
Jednoduchá metóda uchovávania
Štandardne sa takéto úlohy spúšťajú v nekonečnom prírastkovom režime. Vytváranie bodov je určené dvoma parametrami - intervalom kopírovania a požadovaným počtom bodov obnovy (tu nie je zadržiavanie podľa dňa). Interval kopírovania sa nastavuje na prvej karte Job pri vytváraní úlohy:
Počet bodov sa určuje o niečo ďalej na karte Cieľ
Úloha vytvorí 1 nový bod pre každý interval (nezáleží na tom, koľko bodov bolo vytvorených pre VM pôvodnými úlohami). Na konci intervalu sa nový bod finalizuje a v prípade potreby sa použije zachovanie kombináciou VBK a najstaršieho prírastku. Tento mechanizmus je nám už známy.
Metóda retencie pomocou GFS
BCJ môže ukladať aj archívne body. Toto sa konfiguruje na rovnakej karte Cieľ, hneď pod nastavením počtu bodov obnovy:
GFS body je možné vytvárať dvoma spôsobmi – synteticky, pomocou dát na sekundárnom úložisku, alebo simuláciou úplnej zálohy a načítaním všetkých dát z primárneho úložiska (aktivuje sa voľbou označenou 3). Uchovávanie v oboch prípadoch bude veľmi odlišné, preto ich budeme posudzovať oddelene.
Syntetický GFS
V tomto prípade sa bod GFS nevytvorí presne v určený deň. Namiesto toho sa bod GFS vytvorí, keď sa VIB dňa, na ktorý bolo naplánované vytvorenie bodu GFS, zlúči s úplnou zálohou. To niekedy spôsobuje nedorozumenie, pretože čas plynie a stále neexistuje bod GFS. A len mocný šaman z technickej podpory dokáže predpovedať, v ktorý deň sa bod objaví. V skutočnosti mágia nie je potrebná – stačí sa pozrieť na nastavený počet bodov a interval synchronizácie (koľko bodov sa vytvorí každý deň). Skúste si to vypočítať sami na tomto príklade: úloha je nastavená na uloženie 7 bodov, interval synchronizácie je 12 hodín (t.j. 2 body za deň). Momentálne je v reťazci už 7 bodov, dnes je pondelok a na tento deň je naplánované vytvorenie GFS bodu. V ktorý deň bude vytvorený?
odpoveď
Tu je lepšie popísať, ako sa bude reťaz meniť v priebehu času, deň čo deň:
V pondelok je teda posledný prírastok v reťazci označený ako GFS, no žiadne iné viditeľné zmeny nenastanú. Každý deň úloha vytvorí 2 nové body a udržanie neúprosne posúva reťaz vpred. Nakoniec, vo štvrtok nadišiel čas použiť zadržanie na tento prírastok. Táto relácia bude trvať dlhšie ako zvyčajne - pretože úloha „vytiahne“ potrebné bloky z reťazca a vytvorí nový úplný bod. Od tohto momentu bude v reťazci už 8 bodov - 7 v hlavnom reťazci + GFS.
Vytváranie bodov GFS pomocou možnosti „Prečítať celý bod“.
Vyššie som povedal, že BCJ funguje v nekonečne inkrementálnom režime. Teraz sa pozrieme na jedinú výnimku z tohto pravidla. Keď je povolená možnosť „Prečítať celý bod“, bod GFS sa vytvorí presne v naplánovaný deň. Samotná úloha bude fungovať v prírastkovom režime s pravidelnými úplnými zálohami, o ktorých sme hovorili vyššie. Zadržanie sa uplatní aj odstránením najstaršej časti reťaze. V tomto prípade sa však vymažú iba prírastky a plná záloha zostane ako bod GFS. Body označené príznakmi GFS sa teda pri výpočte retencie neberú do úvahy.
Povedzme, že úloha je nastavená na uloženie 7 bodov a vytvorenie týždenného bodu GFS v pondelok. V tomto prípade každý pondelok úloha skutočne vytvorí plnú zálohu a označí ju ako GFS. Zachovanie sa použije, keď po odstránení prírastkov z najstaršej časti počet zostávajúcich prírastkov neklesne pod 7. Takto to vyzerá na diagrame:
Do konca druhého týždňa je teda v reťazci celkovo 14 bodov. Počas druhého týždňa úloha vytvorila 7 bodov. Ak by to bola jednoduchá úloha, uchovávanie by sa už použilo. Toto je však BCJ s udržaním GFS, takže body GFS nepočítame, čo znamená, že ich je len 6. To znamená, že zadržanie ešte nemôžeme použiť. V treťom týždni vytvoríme ďalšiu plnú zálohu s príznakom GFS. 15 bodov, ale tento opäť nepočítame. A nakoniec v utorok tretieho týždňa vytvoríme prírastok. Ak teraz odstránime reťazové prírastky z prvého týždňa, celkový počet prírastkov bude spĺňať stanovené zachovanie.
Ako je uvedené vyššie, pri tejto metóde je veľmi dôležité, aby sa pravidelne vytvárali úplné zálohy. Povedzme, že ak nastavíte hlavné uchovanie na 7 dní, ale iba 1 ročný bod, je ľahké si predstaviť, že prírastky sa nahromadia oveľa, oveľa viac ako 7. V takýchto prípadoch je lepšie použiť syntetickú metódu vytvárania GFS.
A znova „Odstrániť odstránené položky“
Táto možnosť je k dispozícii aj pre BCJ:
Logika tejto možnosti je tu rovnaká ako pri bežných úlohách zálohovania – ak sa stroj nespracuje po zadaný počet dní, jeho údaje sa vymažú z reťazca. Pre BCJ je však užitočnosť tejto možnosti objektívne vyššia a tu je dôvod.
V normálnom režime BCJ funguje v nekonečne inkrementálnom režime, takže ak je v určitom bode stroj odstránený z úlohy, potom uchovávanie postupne vymaže všetky body obnovy, až kým nezostane iba jeden - vo VBK. Teraz si predstavme, že úloha je stále nakonfigurovaná na vytváranie syntetických bodov GFS. Keď príde čas, úloha bude musieť vytvoriť GFS pre všetky stroje v reťazci. Ak niektorý stroj nemá vôbec žiadne nové body, budete musieť použiť ten, ktorý je. A tak zakaždým. V dôsledku toho môže nastať nasledujúca situácia:
Venujte pozornosť sekcii Súbory: máme hlavné body VBK a 2 týždenné body GFS. A teraz k časti Body obnovenia – v skutočnosti tieto súbory obsahujú rovnaký obrázok stroja. Prirodzene, takéto GFS body nemajú zmysel, len zaberajú miesto.
Táto situácia je možná len pri použití syntetického GFS. Aby ste tomu zabránili, použite možnosť „Odstrániť odstránené položky“. Nezabudnite ho nastaviť na primeraný počet dní. Technická podpora zaznamenala prípady, keď bola možnosť nastavená na menej dní, ako je interval synchronizácie - BCJ začal zúriť a mazať body skôr, ako sa stihli vytvoriť.
Upozorňujeme tiež, že táto možnosť neovplyvňuje už vytvorené body GFS. Ak chcete vyčistiť archívy, musíte to urobiť ručne - kliknutím pravým tlačidlom myši na stroj a výberom možnosti „Odstrániť z disku“ (v okne, ktoré sa zobrazí, nezabudnite začiarknuť políčko „Odstrániť úplnú zálohu GFS“). :
Innovation v.10 – okamžitá kópia
Keď sme sa zaoberali „klasickou“ funkcionalitou, prejdime k novej. Je tu jedna inovácia, ale veľmi dôležitá. Toto je nový režim prevádzky.
Neexistuje nič také ako „interval synchronizácie“, úloha bude neustále sledovať, či sa objavili nové body a kopírovať ich všetky, bez ohľadu na to, koľko ich je. Zároveň však úloha zostáva prírastková, to znamená, že aj keď hlavné pracovné miesto vytvorí VBK alebo VRB, tieto body sa skopírujú ako VIB. Inak sa v tomto režime nekoná žiadne prekvapenie – štandardné aj GFS uchovanie funguje podľa vyššie popísaných pravidiel (tu je však k dispozícii len syntetický GFS).
Disky sa točia. Vlastnosti úložísk s otočenými diskami
Neustála hrozba ransomvérových vírusov urobila z de facto bezpečnostný štandard mať kópiu údajov na médiu, kam sa vírus nedostane. Jednou z možností je použiť úložiská na rotáciu diskov, kde sa disky používajú jeden po druhom: zatiaľ čo jeden disk je pripojený a zapisovateľný, ostatné sú uložené na bezpečnom mieste.
Ak chcete naučiť B&R pracovať s takýmito repozitármi, musíte kliknúť na tlačidlo Advanced v nastaveniach repozitára v kroku Repository a vybrať príslušnú možnosť:
Potom bude VBR očakávať, že existujúci reťazec bude pravidelne miznúť z úložiska, čo znamená rotáciu disku. V závislosti od typu úložiska a typu úlohy sa B&R bude správať odlišne. To možno znázorniť pomocou nasledujúcej tabuľky:
Zvážme každú možnosť.
Normálna úloha a úložisko Windows
Takže máme úlohu, ktorá ukladá reťazce na prvý disk. Počas rotácie vytvorený reťazec skutočne zmizne a úloha musí túto stratu nejako prežiť. Útechu nachádza vo vytvorení úplnej zálohy. Každá rotácia teda znamená úplnú zálohu. Čo sa však stane s bodmi na odpojenom disku? Pamätajú sa a berú do úvahy pri výpočte retencie. Stanovený počet bodov v úlohe je teda počet bodov, ktoré je potrebné ponechať na všetkých diskoch. Tu je príklad:
Úloha beží v nekonečnom prírastkovom režime a je nakonfigurovaná na uloženie 3 bodov obnovenia. Ale máme aj druhý disk, a ten otáčame raz týždenne (kotúčov môže byť viac, na podstate to nič nemení).
V prvom týždni úloha vytvorí body na prvom disku a zlúči nadbytočné. Celkový počet bodov sa teda bude rovnať trom:
Potom pripojíme druhý pohon. Po spustení si B&R všimne, že disk bol vymenený. Reťaz na prvom disku zmizne z rozhrania, ale informácie o ňom zostanú v databáze. Teraz si úloha ponechá 3 body na druhom disku. Všeobecná situácia bude takáto:
Nakoniec znova pripojíme prvý disk. Pred vytvorením nového bodu úloha skontroluje, čo sa deje so zachovaním. Pripomínam vám, že uchovávanie je nastavené na ukladanie 3 bodov. Zatiaľ máme 3 body na disku 2 (ale je odpojený a uložený na bezpečnom mieste, kam sa B&R nedostane) a 3 body na disku 1 (tento je však pripojený). To znamená, že môžeme bezpečne odstrániť 3 body z disku 1, pretože presahujú retenciu. Potom úloha znova vytvorí plnú zálohu a náš reťazec začne vyzerať takto:
Ak je uchovávanie nakonfigurované na ukladanie dní namiesto počtu bodov, logika sa nezmení. Navyše, pri použití repozitárov s rotáciou disku nie je vôbec podporované uchovávanie GFS.
Pravidelná práca a sieťové úložisko Linuxu
Táto možnosť je tiež možná, ale vo všeobecnosti menej odporúčaná z dôvodu uložených obmedzení. Úloha bude reagovať na rotáciu disku a zmiznutie reťazca rovnakým spôsobom – vytvorením úplnej zálohy. Obmedzenie je spôsobené mechanizmom retencie cut-off.
Tu sa pri rotácii celý reťazec na odpojenom disku jednoducho vymaže z databázy B&R. Upozorňujeme, že z databázy samotné súbory zostávajú na disku. Dajú sa importovať a použiť na obnovu, no dá sa ľahko uhádnuť, že skôr či neskôr takéto zabudnuté reťazce zaplnia celé úložisko.
Riešením je pridať DWORD ForceDeleteBackupFiles, ako je uvedené na tejto stránke: . Úloha potom začne jednoducho odstraňovať celý obsah priečinka úlohy alebo priečinka úložiska (v závislosti od hodnoty) pri každom otočení.
Nejde však o elegantnú retenciu, ale skôr o vyčistenie celého obsahu. Žiaľ, technická podpora sa stretla s prípadmi, keď úložisko bolo jednoducho koreňovým adresárom disku, kde sa okrem záloh nachádzali aj iné dáta. Toto všetko bolo zničené počas rotácie.
Okrem toho, keď je povolená funkcia ForceDeleteBackupFiles, funguje pre všetky typy úložísk, to znamená, že dokonca aj repozitáre v systéme Windows prestanú uplatňovať uchovávanie a začnú odstraňovať obsah. Inými slovami, lokálny disk v systéme Windows je najlepšou voľbou pre takýto systém zálohovania.
Záložná kópia a úložisko systému Windows
S BCJ sú veci ešte zaujímavejšie. Nielenže má plnohodnotnú retenciu, ale nie je potrebné robiť plnú zálohu pri každej výmene disku! Funguje to takto:
Najprv B&R začne vytvárať body na prvom disku. Povedzme, že nastavíme udržanie na 3 body. Úloha bude fungovať v nekonečne inkrementálnom režime a zlúči všetko nepotrebné (pripomínam, že uchovávanie GFS v tomto prípade nie je podporované).
Potom pripojíme druhý pohon. Keďže na ňom ešte nie je žiadny reťazec, vytvoríme plnú zálohu, po ktorej máme druhý reťazec troch bodov:
Nakoniec je čas znova pripojiť prvý disk. A tu začína kúzlo, pretože úloha nevytvorí úplnú zálohu, ale namiesto toho bude jednoducho pokračovať v postupnom reťazci:
Potom bude mať prakticky každý disk svoj vlastný nezávislý reťazec. Ponechanie tu teda neznamená počet bodov na všetkých diskoch, ale počet bodov na každom disku zvlášť.
Záložná kópia a sieťové úložisko repozitára Linuxu
Opäť sa všetka elegancia stratí, ak sa úložisko nenachádza na lokálnom disku Windows. Tento skript funguje podobne ako vyššie uvedený skript s jednoduchou úlohou. Pri každej rotácii BCJ vytvorí plnú zálohu a existujúce body budú zabudnuté. Aby ste sa vyhli nedostatku voľného miesta, musíte použiť DWORD ForceDeleteBackupFiles.
Záver
V dôsledku takého dlhého textu sme sa teda pozreli na dva typy úloh. Samozrejme, existuje oveľa viac úloh, ale nebude možné ich všetky zvážiť vo formáte jedného článku. Ak máte po prečítaní ešte nejaké otázky, napíšte ich do komentárov, rád odpoviem osobne.
Zdroj: hab.com