{"id":93710,"date":"2020-09-09T07:42:42","date_gmt":"2020-09-09T05:42:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj"},"modified":"2020-09-09T07:42:42","modified_gmt":"2020-09-09T05:42:42","slug":"politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sk\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Politiky uchov\u00e1vania Veeam B&R \u2013 rozpletieme z\u00e1lohovacie re\u0165azce spolo\u010dne s technickou podporou","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Vitajte \u010ditatelia n\u00e1\u0161ho blogu! Do istej miery sa u\u017e pozn\u00e1me \u2013 moje pr\u00edspevky v angli\u010dtine sa tu objavovali v preklade mojej drahej kolegyne polarowl<\/a><\/noindex>. Tentoraz som sa rozhodol oslovi\u0165 rusky hovoriace publikum priamo. <\/p>\n

Pre svoj debut som chcel n\u00e1js\u0165 t\u00e9mu, ktor\u00e1 by zauj\u00edmala \u010do naj\u0161ir\u0161ie publikum a vy\u017eadovala podrobn\u00e9 zv\u00e1\u017eenie. Daniel Defo tvrdil, \u017ee smr\u0165 a dane \u010dakaj\u00fa ka\u017ed\u00e9ho. Z mojej strany m\u00f4\u017eem poveda\u0165, \u017ee ka\u017ed\u00e9ho technika podpory \u010dakaj\u00fa ot\u00e1zky t\u00fdkaj\u00face sa polit\u00edk uchov\u00e1vania bodov obnovy (alebo ak to zjednodu\u0161\u00edme \u2013 retencie). Ako funguje retencia, som za\u010dal vysvet\u013eova\u0165 pred 4 rokmi, ke\u010f som bol junior technik prv\u00e9ho stup\u0148a, a pokra\u010dujem v tom aj dnes ako t\u00edmov\u00fd l\u00edder \u0161panielskej a talianskej podpornej skupiny. Som si ist\u00fd, \u017ee moji kolegovia zo druh\u00e9ho a dokonca tretieho stup\u0148a podpory tie\u017e pravidelne odpovedaj\u00fa na rovnak\u00e9 ot\u00e1zky. <\/p>\n

V tomto svetle som sa rozhodol nap\u00edsa\u0165 kone\u010dn\u00fd, \u010do najpodrobnej\u0161\u00ed pr\u00edspevok, ku ktor\u00e9mu by sa rusky hovoriaci pou\u017e\u00edvatelia mohli vraca\u0165 znova a znova ako k pr\u00edru\u010dke. Okamih je vhodn\u00fd \u2013 ned\u00e1vno vydan\u00e1 jubilejn\u00e1 desiata verzia pridala nov\u00e9 funk\u010dnosti k z\u00e1kladn\u00e9mu funk\u010dn\u00e9mu s\u00faboru, ktor\u00fd sa roky nezmenil. M\u00f4j pr\u00edspevok je zameran\u00fd predov\u0161etk\u00fdm na t\u00fato verziu \u2014 hoci v\u00e4\u010d\u0161ina nap\u00edsan\u00e9ho plat\u00ed aj pre predch\u00e1dzaj\u00face verzie, nie\u010do z op\u00edsan\u00fdch funkci\u00ed tam prosto nen\u00e1jdete. Napokon, ak sa pozrieme trochu do bud\u00facnosti, poviem, \u017ee v \u010fal\u0161ej verzii sa o\u010dak\u00e1vaj\u00fa niektor\u00e9 zmeny, ale o tom sa podel\u00edme, ke\u010f pr\u00edde \u010das. Tak sa do toho pustime.<\/p>\n

\"Politiky
\n<\/a><\/noindex><\/p>\n

Zadania z\u00e1lohovania (Backup job)<\/h2>\n

\nNajprv sa pozrime na t\u00fa \u010das\u0165, ktor\u00e1 sa v verzii 10 nezmenila. Politika retencie sa ur\u010duje nieko\u013ek\u00fdmi parametrami. Otvor\u00edme okno na vytvorenie nov\u00e9ho zadania a prejdeme na kartu \u00dalo\u017eisko. Tu uvid\u00edme parameter, ktor\u00fd ur\u010duje po\u017eadovan\u00fd po\u010det bodov obnovy:<\/p>\n

\"Politiky
\n
\nAv\u0161ak, to je len \u010das\u0165 rovnice. Skuto\u010dn\u00fd po\u010det bodov sa ur\u010duje aj re\u017eimom z\u00e1lohy, ktor\u00fd je nastaven\u00fd pre zadanie. Pre v\u00fdber tohto parametra je potrebn\u00e9 klikn\u00fa\u0165 na tla\u010didlo Roz\u0161\u00edren\u00e9 na tej istej karte. To otvor\u00ed nov\u00e9 okno s mno\u017estvom mo\u017enost\u00ed. O\u010d\u00edslujme ich a presk\u00famajme po jednom:<\/p>\n

\"Politiky
\n
\nAk sa aktivuje iba mo\u017enos\u0165 1, \u00faloha bude fungova\u0165 v re\u017eime \u201enepretr\u017eit\u00fdch inkrementov\u201c (forever forward incremental). Tu nevznikaj\u00fa \u017eiadne \u0165a\u017ekosti \u2013 \u00faloha bude uchov\u00e1va\u0165 nastaven\u00fd po\u010det bodov obnovenia od \u00fapln\u00e9ho z\u00e1lohovania (s\u00fabor s pr\u00edponou VBK) po posledn\u00fd inkrement (s\u00fabor s pr\u00edponou VIB). Ke\u010f po\u010det bodov prekro\u010d\u00ed nastaven\u00fa hodnotu, najstar\u0161\u00ed inkrement sa spoj\u00ed s \u00fapln\u00fdm z\u00e1lohovan\u00edm. In\u00fdmi slovami, ak je \u00faloha nastaven\u00e1 na uchov\u00e1vanie 3 bodov, hne\u010f po \u010fal\u0161ej rel\u00e1cii na \u00falo\u017eisku bud\u00fa 4 body, po \u010dom sa \u00fapln\u00e9 z\u00e1lohovanie spoj\u00ed s najstar\u0161\u00edm inkrementom a celkov\u00fd po\u010det bodov sa vr\u00e1ti na 3. <\/p>\n

\"Politiky
\n
\nRovnako je ve\u013emi jednoduch\u00e9 spravova\u0165 retenciu pre re\u017eim \u201eobr\u00e1ten\u00fdch inkrementov\u201c (reverse incremental) (mo\u017enos\u0165 2). Ke\u010f\u017ee v tomto pr\u00edpade je najnov\u0161\u00ed bod \u00fapln\u00fdm z\u00e1lohovan\u00edm, za ktor\u00fdm sa \u0165ah\u00e1 re\u0165azec tzv. rollbackov (s\u00fabory s pr\u00edponou VRB), na aplik\u00e1ciu retencie sta\u010d\u00ed jednoducho odstr\u00e1ni\u0165 najstar\u0161\u00ed rollback. Situ\u00e1cia bude rovnak\u00e1: hne\u010f po rel\u00e1cii po\u010det bodov prekro\u010d\u00ed nastaven\u00e9 o 1, po \u010dom sa vr\u00e1ti na po\u017eadovan\u00fa hodnotu.<\/p>\n

\"Politiky
\n
\nMajte na pam\u00e4ti, \u017ee s re\u017eimom obr\u00e1ten\u00fdch inkrementov je mo\u017en\u00e9 tie\u017e zahrn\u00fa\u0165 periodick\u00e9 \u00fapln\u00e9 z\u00e1lohovanie (mo\u017enos\u0165 4), ale podstatu to nezmen\u00ed. \u00c1no, v re\u0165azci sa objavia \u00fapln\u00e9 body obnovenia, ale aj tak budeme jednoducho odstra\u0148ova\u0165 najstar\u0161ie body jeden po druhom. <\/p>\n

Nakoniec sa dost\u00e1vame k zauj\u00edmavej \u010dasti. Ak aktivujete inkrement\u00e1lne z\u00e1lohovanie, ale navy\u0161e aktivujete mo\u017enosti 3 alebo 4 (alebo obidve naraz), \u00faloha za\u010dne vytv\u00e1ra\u0165 periodick\u00e9 \u00fapln\u00e9 z\u00e1lohovania \u201eakt\u00edvnym\u201c alebo syntetick\u00fdm sp\u00f4sobom. Met\u00f3da vytvorenia \u00fapln\u00e9ho z\u00e1lohovania nie je podstatn\u00e1 \u2013 bude obsahova\u0165 rovnak\u00e9 \u00fadaje, a inkrement\u00e1lny re\u0165azec bude rozdelen\u00fd na \u201epodre\u0165azce\u201c. T\u00e1to met\u00f3da sa naz\u00fdva forward incremental a pr\u00e1ve ona sp\u00f4sobuje v\u00fdznamn\u00fa \u010das\u0165 ot\u00e1zok na\u0161ich klientov. <\/p>\n

Retencia sa tu aplikuje odstr\u00e1nen\u00edm najstar\u0161ej \u010dasti re\u0165azca (od \u00fapln\u00e9ho z\u00e1lohovania po inkrement). Pri tom nebudeme odstra\u0148ova\u0165 len pr\u00e1zdne z\u00e1lohovanie alebo len \u010das\u0165 inkrementov. Cel\u00e1 \u201epodre\u0165azec\u201c sa odstra\u0148uje naraz. Zmen\u00ed sa aj v\u00fdznam nastavenia po\u010dtu bodov \u2013 ak v in\u00fdch met\u00f3dach ide o maxim\u00e1lne povolen\u00fd po\u010det, po ktorom je potrebn\u00e9 aplikova\u0165 retenciu, tak tu toto nastavenie ur\u010duje minim\u00e1lny po\u010det. In\u00fdmi slovami, po odstr\u00e1nen\u00ed najstar\u0161ej \u201epodre\u0165azca\u201c nesmie po\u010det bodov v zost\u00e1vaj\u00facej \u010dasti klesn\u00fa\u0165 pod t\u00fato minim\u00e1lnu hodnotu. <\/p>\n

Pok\u00fasim sa t\u00fato koncepciu zn\u00e1zorni\u0165 graficky. Predpokladajme, \u017ee je nastaven\u00e1 retencia na 3 body, \u00faloha be\u017e\u00ed ka\u017ed\u00fd de\u0148 s \u00fapln\u00fdm z\u00e1lohovan\u00edm v pondelok. Retencia sa v takom pr\u00edpade pou\u017eije, ke\u010f celkov\u00fd po\u010det bodov dosiahne 10:<\/p>\n

\"Politiky
\n
\nPre\u010do 10, ke\u010f je nastaven\u00fdch 3? V pondelok bol vytvoren\u00fd \u00fapln\u00fd z\u00e1loh. Od utorka po nede\u013eu \u00faloha vytv\u00e1rala inkrementy. Nakoniec, v nasleduj\u00faci pondelok sa op\u00e4\u0165 vytvor\u00ed \u00fapln\u00fd z\u00e1loh a a\u017e ke\u010f bud\u00fa vytvoren\u00e9 2 inkrementy, nakoniec sa m\u00f4\u017ee odstr\u00e1ni\u0165 cel\u00e1 star\u00e1 \u010das\u0165 re\u0165azca, preto\u017ee zost\u00e1vaj\u00faci po\u010det bodov neklesne pod nastaven\u00e9 3. <\/p>\n

Ak je my\u0161lienka jasn\u00e1, navrhujem v\u00e1m sk\u00fasi\u0165 vypo\u010d\u00edta\u0165 retenciu samostatne. Vezmime si tak\u00e9 podmienky: \u00faloha sa sp\u00fa\u0161\u0165a prv\u00fdkr\u00e1t vo \u0161tvrtok (samozrejme, vykon\u00e1 sa \u00fapln\u00fd z\u00e1loh). \u00daloha je nastaven\u00e1 na vytv\u00e1ranie \u00fapln\u00e9ho z\u00e1lohu v stredu a v nede\u013eu a uchov\u00e1vanie 8 bodov obnovenia. Kedy sa retencia aplikuje prv\u00fdkr\u00e1t?<\/p>\n

Na odpove\u010f na t\u00fato ot\u00e1zku v\u00e1m odpor\u00fa\u010dam vzia\u0165 si papier, rozdelen\u00fd pod\u013ea dn\u00ed v t\u00fd\u017edni a nap\u00edsa\u0165, ak\u00fd bod sa ka\u017ed\u00fd de\u0148 vytv\u00e1ra. Odpove\u010f bude jasn\u00e1.<\/p>\n

Odpove\u010f<\/b>
\n \"Politiky
\nVysvetlenie: na odpove\u010f sta\u010d\u00ed op\u00fdta\u0165 sa sami seba \u201ekedy sa aplikuje retencia\u201c? Odpove\u010f \u2013 ke\u010f budeme schopn\u00ed odstr\u00e1ni\u0165 3 prv\u00e9 body (VBK, VIB, VIB) a ostatn\u00e1 re\u0165azec neklesne pod po\u017eadovan\u00fdch 8 bodov. Je jasn\u00e9, \u017ee to m\u00f4\u017eeme urobi\u0165, ke\u010f budeme ma\u0165 celkom 11 bodov, t. j. v nede\u013eu druh\u00e9ho t\u00fd\u017ed\u0148a. <\/p>\n

Niektor\u00ed \u010ditatelia m\u00f4\u017eu namieta\u0165: \u201ena\u010do to v\u0161etko, ak je tu rps.dewin.me<\/a><\/noindex>?\u00bb. \u0411\u0435\u0437 \u0441\u043e\u043c\u043d\u0435\u043d\u0438\u044f, \u044d\u0442\u043e \u043e\u0447\u0435\u043d\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0439 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442, \u0438 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u044f \u0431\u044b \u043f\u0440\u0438\u043c\u0435\u043d\u044f\u043b \u0438\u043c\u0435\u043d\u043d\u043e \u0435\u0433\u043e, \u043d\u043e \u0435\u0441\u0442\u044c \u0443 \u043d\u0435\u0433\u043e \u0438 \u043e\u0433\u0440\u0430\u043d\u0438\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0435\u0436\u0434\u0435 \u0432\u0441\u0435\u0433\u043e, \u043e\u043d \u043d\u0435 \u043f\u043e\u0437\u0432\u043e\u043b\u044f\u0435\u0442 \u0443\u043a\u0430\u0437\u0430\u0442\u044c \u043d\u0430\u0447\u0430\u043b\u044c\u043d\u044b\u0435 \u0443\u0441\u043b\u043e\u0432\u0438\u044f, \u0430 \u0432\u043e \u043c\u043d\u043e\u0433\u0438\u0445 \u0441\u043b\u0443\u0447\u0430\u044f\u0445 \u0441\u043b\u0443\u0447\u0430\u0435\u0432 \u0432\u043e\u043f\u0440\u043e\u0441 \u0437\u0432\u0443\u0447\u0438\u0442 \u0438\u043c\u0435\u043d\u043d\u043e \u00ab\u0443 \u043d\u0430\u0441 \u0435\u0441\u0442\u044c \u0442\u0430\u043a\u0430\u044f \u0446\u0435\u043f\u043e\u0447\u043a\u0430, \u0447\u0442\u043e \u0431\u0443\u0434\u0435\u0442, \u0435\u0441\u043b\u0438 \u0438\u0437\u043c\u0435\u043d\u0438\u0442\u044c \u0442\u0430\u043a\u0438\u0435-\u0442\u043e \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438?\u00bb. \u0412\u043e-\u0432\u0442\u043e\u0440\u044b\u0445, \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u0443 \u0432\u0441\u0435-\u0442\u0430\u043a\u0438 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043d\u0435 \u0445\u0432\u0430\u0442\u0430\u0435\u0442 \u043d\u0430\u0433\u043b\u044f\u0434\u043d\u043e\u0441\u0442\u0438. \u041f\u043e\u043a\u0430\u0437\u044b\u0432\u0430\u044f \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 RPS \u043a\u043b\u0438\u0435\u043d\u0442\u0430\u043c, \u044f \u043d\u0435 \u043d\u0430\u0445\u043e\u0434\u0438\u043b \u043f\u043e\u043d\u0438\u043c\u0430\u043d\u0438\u044f, \u0430 \u0432\u043e\u0442 \u0440\u0430\u0441\u043f\u0438\u0441\u0430\u0432 \u0435\u0435 \u043a\u0430\u043a \u0432 \u043f\u0440\u0438\u043c\u0435\u0440\u0435 (\u0434\u0430\u0436\u0435 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f \u0442\u043e\u0442 \u0436\u0435 Paint), \u0434\u0435\u043d\u044c \u0437\u0430 \u0434\u043d\u0435\u043c, \u0432\u0441\u0435 \u0441\u0442\u0430\u043d\u043e\u0432\u0438\u043b\u043e\u0441\u044c \u044f\u0441\u043d\u043e. <\/p>\n

Nakoniec sme nepresk\u00famali mo\u017enos\u0165 \"Transform previous backup chains into rollbacks\" (ozna\u010den\u00fa \u010d\u00edslom 5). T\u00e1to mo\u017enos\u0165 niekedy m\u00e4tie klientov, ktor\u00ed ju aktivuj\u00fa \u201eautomaticky\u201c, s cie\u013eom zahrn\u00fa\u0165 iba syntetick\u00fa z\u00e1lohu. Medzit\u00fdm t\u00e1to mo\u017enos\u0165 aktivuje \u00faplne osobitn\u00fd re\u017eim z\u00e1lohy. Bez podrobnost\u00ed hne\u010f poviem, \u017ee v s\u00fa\u010dasnej f\u00e1ze v\u00fdvoja produktu je \"Transform previous backup chains into rollbacks\" - zastaran\u00e1 mo\u017enos\u0165, a neviem si predstavi\u0165 \u017eiadny scen\u00e1r, kedy by sa mala pou\u017ei\u0165. Jej hodnota je tak pochybne, \u017ee ist\u00fd \u010das s\u00e1m Anton Gostev vyz\u00fdval prostredn\u00edctvom f\u00f3ra, aby mu poslali pr\u00edklady jej u\u017eito\u010dn\u00e9ho pou\u017eitia (ak ich m\u00e1te, nap\u00ed\u0161te do koment\u00e1rov, ve\u013emi ma to zauj\u00edma). Ak sa tak\u00e9to pr\u00edklady nen\u00e1jdu (mysl\u00edm, \u017ee to tak bude), tak t\u00fato mo\u017enos\u0165 odstr\u00e1nia v \u010fal\u0161\u00edch verzi\u00e1ch. <\/p>\n

\u00daloha bude vytv\u00e1ra\u0165 inkrementy (VIB) do d\u0148a, ke\u010f je napl\u00e1novan\u00e1 syntetick\u00e1 \u00fapln\u00e1 z\u00e1loha. V tento de\u0148 sa naozaj vytvor\u00ed VBK, ale v\u0161etky body pred t\u00fdmto VBK sa transformuj\u00fa na rolbaky (VRB). Po tomto \u00faloha bude pokra\u010dova\u0165 vo vytv\u00e1ran\u00ed inkrementov k \u00faplnej z\u00e1lohe do \u010fal\u0161ej syntetickej z\u00e1lohy. V d\u00f4sledku toho sa v re\u0165azci vytv\u00e1ra nebezpe\u010dn\u00e1 kombin\u00e1cia s\u00faborov VBK, VBR a VIB. Reten\u010dn\u00fd proces sa aplikuje ve\u013emi jednoducho \u2013 odstr\u00e1nen\u00edm posledn\u00e9ho VBR:<\/p>\n

\"Politiky
\n<\/p>\n

Probl\u00e9my<\/h3>\n

\nOkrem porozumenia, ako to funguje, v\u00e4\u010d\u0161ina probl\u00e9mov, ktor\u00e9 sa vyskytuj\u00fa pri pou\u017e\u00edvan\u00ed inkrement\u00e1lneho re\u017eimu, je zvy\u010dajne spojen\u00e1 s \u00faplnou z\u00e1lohou. Pravideln\u00e1 \u00fapln\u00e1 z\u00e1loha je pre tento re\u017eim nevyhnutn\u00e1, inak sa v \u00falo\u017eisku nahromadia body, a\u017e k\u00fdm sa neprepln\u00ed. <\/p>\n

Napr\u00edklad, \u00fapln\u00e1 z\u00e1loha sa m\u00f4\u017ee vytv\u00e1ra\u0165 pr\u00edli\u0161 zriedkavo. Povedzme, \u00faloha je nastaven\u00e1 na uchov\u00e1vanie 10 bodov, ale \u00fapln\u00e1 z\u00e1loha sa vytv\u00e1ra raz za mesiac. Je jasn\u00e9, \u017ee skuto\u010dn\u00fd po\u010det bodov tu bude v\u00fdrazne v\u00e4\u010d\u0161\u00ed ne\u017e nastaven\u00fd. Alebo je \u00faloha nastaven\u00e1 na pr\u00e1cu v nekone\u010dne-inkrement\u00e1lnom re\u017eime a uchov\u00e1vanie 50 bodov. Potom niekto n\u00e1hodou vytvoril \u00fapln\u00fa z\u00e1lohu. V\u0161etko, odteraz bude \u00faloha \u010daka\u0165, k\u00fdm sa pln\u00e1 bodka nahromad\u00ed 49 inkrementov, po \u010dom uplatn\u00ed reten\u010dn\u00fd proces a vr\u00e1ti sa do nekone\u010dne-\u00fapln\u00e9ho re\u017eimu.<\/p>\n

V in\u00fdch pr\u00edpadoch je pln\u00fd z\u00e1loh nastaven\u00fd na pravideln\u00e9 vytv\u00e1ranie, ale z nejak\u00e9ho d\u00f4vodu to nerob\u00ed. Tu pop\u00ed\u0161em naj\u010dastej\u0161\u00ed d\u00f4vod. Niektor\u00ed klienti uprednost\u0148uj\u00fa pou\u017e\u00edvanie opcie pl\u00e1novania \u201erun after\u201c a nastavuj\u00fa \u00falohy, aby pracovali v re\u0165azci. Predstavme si tak\u00fdto pr\u00edklad: s\u00fa 3 \u00falohy, ktor\u00e9 pracuj\u00fa ka\u017ed\u00fd de\u0148 a vytv\u00e1raj\u00fa pln\u00fd z\u00e1loh v nede\u013eu. Prv\u00e1 \u00faloha sa sp\u00fa\u0161\u0165a o 22:30, \u010fal\u0161ie sa sp\u00fa\u0161\u0165aj\u00fa v re\u0165azci. Inkrement\u00e1lny z\u00e1loh trv\u00e1 10 min\u00fat, a preto do 23:00 v\u0161etky \u00falohy kon\u010dia svoju pr\u00e1cu. Pln\u00fd z\u00e1loh v\u0161ak trv\u00e1 hodinu, a preto sa v nede\u013eu deje nasledovn\u00e9: prv\u00e1 \u00faloha pracuje od 22:30 do 23:30. \u010eal\u0161ie od 23:30 do 00:30. A tretia \u00faloha sa sp\u00fa\u0161\u0165a u\u017e v pondelok. Pln\u00fd z\u00e1loh je napl\u00e1novan\u00fd na nede\u013eu, preto v takomto pr\u00edpade jednoducho nebude. \u00daloha bude \u010daka\u0165 na pln\u00fd z\u00e1loh, aby mohla uplatni\u0165 retenciu. Preto bu\u010fte opatrn\u00ed pri pou\u017e\u00edvan\u00ed opcie \u201erun after\u201c alebo ju v\u00f4bec nepou\u017e\u00edvajte \u2013 jednoducho nastavte \u00falohy, aby sa sp\u00fa\u0161\u0165ali v rovnakom \u010dase a nechajte pl\u00e1nova\u010d zdrojov vykona\u0165 svoju pr\u00e1cu. <\/p>\n

N\u00e1ro\u010dn\u00e1 opcia \u201eRemove deleted items\u201c<\/h2>\n

\nPrech\u00e1dzaj\u00fac nastaveniami \u00falohy Storage \u2013 Advanced \u2013 Maintenance, m\u00f4\u017eete narazi\u0165 na opciu \u201eremove deleted items data after\u201c, po\u010d\u00edtan\u00fa v d\u0148och. <\/p>\n

\"Politiky
\n
\nNiektor\u00ed klienti o\u010dak\u00e1vaj\u00fa, \u017ee toto je retencia. V skuto\u010dnosti je to \u00faplne samostatn\u00e1 opcia, nepochopenie ktorej m\u00f4\u017ee vies\u0165 k neo\u010dak\u00e1van\u00fdm n\u00e1sledkom. Najprv je v\u0161ak potrebn\u00e9 vysvetli\u0165, ako B&R reaguje na situ\u00e1cie, ke\u010f sa po\u010das rel\u00e1cie \u00faspe\u0161ne z\u00e1lohuj\u00fa iba niektor\u00e9 stroje. <\/p>\n

Predstavme si tak\u00fd sc\u00e9nar: nekone\u010dne-inkrement\u00e1lna \u00faloha, nastaven\u00e1 na uchov\u00e1vanie 6 bodov. V \u00falohe s\u00fa 2 stroje, jeden sa v\u017edy \u00faspe\u0161ne z\u00e1lohova\u0165, druh\u00fd ob\u010das d\u00e1val chyby. Nakoniec pri siedmom bode nastala tak\u00e1to situ\u00e1cia:<\/p>\n

\"Politiky
\n
\nNast\u00e1va \u010das uplatni\u0165 retenciu, ale na jednom stroji je 7 bodov, zatia\u013e \u010do na druhom iba 4. Bude tu aplikovan\u00e1 retencia? Odpove\u010f \u2013 \u00e1no, bude. Ak aspo\u0148 jeden objekt bol z\u00e1lohovan\u00fd, B&R pova\u017euje bod za vytvoren\u00fd. <\/p>\n

Podobn\u00e1 situ\u00e1cia m\u00f4\u017ee nasta\u0165, ak nejak\u00fd stroj jednoducho nebol zahrnut\u00fd do \u00falohy po\u010das ur\u010ditej rel\u00e1cie. To sa st\u00e1va napr\u00edklad, ke\u010f s\u00fa stroje pridan\u00e9 do \u00falohy nie individu\u00e1lne, ale v r\u00e1mci kontajnerov (prie\u010dinkov, \u00falo\u017e\u00edsk) a nejak\u00fd stroj do\u010dasne migruje do in\u00e9ho kontajnera. \u00daloha bude v takom pr\u00edpade pova\u017eovan\u00e1 za \u00faspe\u0161n\u00fa, ale v \u0161tatistike n\u00e1jdete oznam, ktor\u00fd upozor\u0148uje, \u017ee ur\u010dit\u00fd stroj u\u017e nie je spracov\u00e1van\u00fd \u00falohou. <\/p>\n

\"Politiky
\n
\n\u010co sa v\u0161ak stane, ak na to nebudeme bra\u0165 oh\u013ead? V pr\u00edpade nekone\u010dne inkrement\u00e1lneho alebo sp\u00e4tn\u00e9ho inkrement\u00e1lneho re\u017eimu sa po\u010det bodov obnovenia \"probl\u00e9mov\u00e9ho\" stroja bude zni\u017eova\u0165 s ka\u017edou rel\u00e1ciou, a\u017e k\u00fdm nedosiahne 1, ulo\u017een\u00fa v VBK. In\u00fdmi slovami, aj ke\u010f sa stroj nebude z\u00e1lohova\u0165 dlh\u00fd \u010das, jeden bod obnovenia predsa len zostane. Situ\u00e1cia je in\u00e1, ak s\u00fa povolen\u00e9 periodick\u00e9 kompletn\u00e9 z\u00e1lohy. Ak ignorujete sign\u00e1ly od B&R, nakoniec m\u00f4\u017ee by\u0165 posledn\u00fd bod odstr\u00e1nen\u00fd spolu so starou \u010das\u0165ou re\u0165azca. <\/p>\n

Po pochopen\u00ed t\u00fdchto detailov sa kone\u010dne m\u00f4\u017eeme pozrie\u0165 na mo\u017enos\u0165 \"Odstr\u00e1ni\u0165 \u00fadaje o odstr\u00e1nen\u00fdch polo\u017ek\u00e1ch po\". T\u00e1to mo\u017enos\u0165 odstr\u00e1ni v\u0161etky body pre konkr\u00e9tny stroj, ak sa tento stroj nez\u00e1lohuje po\u010das X dn\u00ed. Upozor\u0148ujeme, \u017ee t\u00e1to nastavenie nereaguje na chyby (sk\u00fasili sme - nepodarilo sa). Nemala by by\u0165 ani snaha z\u00e1lohova\u0165 stroj. Zdalo by sa, \u017ee t\u00e1to mo\u017enos\u0165 je u\u017eito\u010dn\u00e1 a mala by by\u0165 v\u017edy zapnut\u00e1. Ak spr\u00e1vca odstr\u00e1nil stroj z \u00falohy, je logick\u00e9 po nejakom \u010dase vy\u010disti\u0165 zbyto\u010dn\u00e9 \u00fadaje a re\u0165azec. Av\u0161ak, t\u00e1to nastavenie vy\u017eaduje discipl\u00ednu a pozornos\u0165.<\/p>\n

Uvediem pr\u00edklad z praxe: do \u00falohy bolo pridan\u00fdch nieko\u013eko kontajnerov, ktor\u00fdch obsah bol dos\u0165 dynamick\u00fd. Z d\u00f4vodu nedostatku RAM mal server B&R probl\u00e9my, ktor\u00e9 zostali nepozorovan\u00e9. \u00daloha sa spustila a pok\u00fasila sa vytvori\u0165 z\u00e1lohu strojov, okrem jedn\u00e9ho, ktor\u00fd v tom \u010dase nebol pr\u00edtomn\u00fd v kontajneri. Ke\u010f\u017ee mnoh\u00e9 stroje narazili na chyby, server B&R sa pok\u00fasil vykona\u0165 3 \u010fal\u0161ie pokusy o vytvorenie z\u00e1lohy \u201eprobl\u00e9mov\u00fdch\u201c strojov. Kv\u00f4li neust\u00e1lym probl\u00e9mom s RAM sa tieto pokusy natiahli na nieko\u013eko dn\u00ed. Op\u00e4tovn\u00fd pokus o vytvorenie z\u00e1lohy ch\u00fdbaj\u00facej VM sa nekonal (absencia VM nie je chyba). Nakoniec, po\u010das jedn\u00e9ho z opakovan\u00fdch pokusov bol splnen\u00fd predpoklad \u201eOdstr\u00e1ni\u0165 odstr\u00e1nen\u00e9 polo\u017eky\u201c a v\u0161etky body stroja boli odstr\u00e1nen\u00e9. <\/p>\n

K tomu m\u00f4\u017eem poveda\u0165 toto: ak m\u00e1te nastaven\u00e9 upozornenia na v\u00fdsledky \u00faloh, a e\u0161te lep\u0161ie - pou\u017e\u00edvate integr\u00e1ciu s Veeam ONE, pravdepodobne sa v\u00e1m to nestane. Ak sa v\u0161ak na server B&R pozriete raz za t\u00fd\u017ede\u0148, aby ste skontrolovali, \u010di v\u0161etko funguje, je lep\u0161ie sa vzda\u0165 mo\u017enost\u00ed, ktor\u00e9 m\u00f4\u017eu potenci\u00e1lne vies\u0165 k odstr\u00e1neniu z\u00e1loh. <\/p>\n

\u010co sa pridalo vo verzii 10<\/h2>\n

\nTo, o \u010dom sme hovorili predt\u00fdm, existovalo v B&R po\u010das mnoh\u00fdch verzi\u00ed. Ujasnili sme si tieto principy fungovania, teraz sa pozrime na to, \u010do sa pridalo v jubilejnej 'desiatke'. <\/p>\n

Denn\u00e1 retencia<\/h3>\n

\nVy\u0161\u0161ie sme sa zaoberali \u201eklasickou\u201c politikou uchov\u00e1vania zalo\u017eenou na po\u010dte bodov. Alternat\u00edvny pr\u00edstup - nastavi\u0165 v rovnakom menu 'dni' namiesto 'bodov na obnovenie'. <\/p>\n

\"Politiky
\n
\nN\u00e1pad je jasn\u00fd z n\u00e1zvu - retencia bude uchov\u00e1va\u0165 stanoven\u00fd po\u010det dn\u00ed, pri\u010dom po\u010det bodov v ka\u017edom dni nie je d\u00f4le\u017eit\u00fd. Pri tom treba ma\u0165 na pam\u00e4ti nasleduj\u00face:<\/p>\n