{"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\/sq\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Politikat e ruajtjes Veeam B&R \u2014 zgjidhim zinxhir\u00ebt e kopjimeve n\u00eb bashk\u00ebpunim me mb\u00ebshtetje teknike","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

P\u00ebrsh\u00ebndetje lexuesve t\u00eb blogut ton\u00eb! Disi jemi tashm\u00eb t\u00eb njohur \u2013 postimet e mia n\u00eb anglisht kan\u00eb qen\u00eb k\u00ebtu n\u00eb p\u00ebrkthimin e koleges time t\u00eb shtrenjt\u00eb. polarowl<\/a><\/noindex>. K\u00ebt\u00eb her\u00eb kam vendosur t'i drejtohem publikut shqipfol\u00ebs direkt. <\/p>\n

P\u00ebr debutimin tim doja t\u00eb gjeja nj\u00eb tem\u00eb q\u00eb t\u00eb ishte interesante p\u00ebr nj\u00eb audienc\u00eb sa m\u00eb t\u00eb gjer\u00eb dhe q\u00eb k\u00ebrkonte shqyrtim t\u00eb detajuar. Daniel Defo thoshte se \u00e7do njeri e pret vdekja dhe taksat. Nga ana ime mund t\u00eb them se \u00e7do inxhinier mb\u00ebshtetjeje e pret pyetje p\u00ebr politikat e ruajtjes s\u00eb pikave t\u00eb rikthimit (ose ndryshe \u2013 retensh\u00ebn). Si funksionon retensha, fillova ta shpjegoj 4 vjet m\u00eb par\u00eb, duke qen\u00eb inxhinier i ri i nivelit t\u00eb par\u00eb, vazhdoj ta shpjegoj edhe tani, duke qen\u00eb tashm\u00eb lider i ekipit spanjoll dhe italian. Jam i sigurt q\u00eb koleg\u00ebt e mi t\u00eb nivelit t\u00eb dyt\u00eb dhe madje edhe t\u00eb tret\u00eb t\u00eb mb\u00ebshtetjes p\u00ebrgjigjen rregullisht ndaj t\u00eb nj\u00ebjtave pyetje. <\/p>\n

N\u00eb k\u00ebt\u00eb drit\u00eb, d\u00ebshiroja t\u00eb shkruaja nj\u00eb postim p\u00ebrfundimtar, sa m\u00eb t\u00eb detajuar, n\u00eb t\u00eb cilin p\u00ebrdoruesit shqipfol\u00ebs mund t\u00eb kthehen p\u00ebrs\u00ebri dhe p\u00ebrs\u00ebri si nj\u00eb udh\u00ebzues. Momenti \u00ebsht\u00eb i p\u00ebrshtatsh\u00ebm \u2013 sapo \u00ebsht\u00eb l\u00ebshuar versioni jubilant i dhjet\u00eb q\u00eb ka shtuar mund\u00ebsi t\u00eb reja n\u00eb funksionalitetin baz\u00eb, q\u00eb nuk ka ndryshuar p\u00ebr vite. Postimi im \u00ebsht\u00eb orientuar kryesisht ndaj k\u00ebtij versioni \u2013 megjithat\u00eb, shumica e asaj q\u00eb \u00ebsht\u00eb shkruar \u00ebsht\u00eb e v\u00ebrtet\u00eb edhe p\u00ebr versionet e m\u00ebparshme, disa nga funksionalitetet e p\u00ebrshkruara nuk do t'i gjeni atje. S\u00eb fundi, duke shikuar pak n\u00eb t\u00eb ardhmen, them se n\u00eb versionin e ardhsh\u00ebm priten disa ndryshime, por p\u00ebr k\u00ebt\u00eb ne do t\u00eb flasim kur t\u00eb vij\u00eb koha. Pra, le t\u00eb fillojm\u00eb.<\/p>\n

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

Detyrat e kopjimit rezerv\u00eb (Backup job)<\/h2>\n

\nP\u00ebr t\u00eb filluar, le t\u00eb shqyrtojm\u00eb at\u00eb pjes\u00eb q\u00eb nuk \u00ebsht\u00eb ndryshuar n\u00eb versionin 10. Politika e retensh\u00ebs p\u00ebrcaktohet nga disa parametra. Do t\u00eb hapim dritaren p\u00ebr krijimin e nj\u00eb detyre t\u00eb re dhe do t\u00eb shkojm\u00eb n\u00eb sked\u00ebn Storage. K\u00ebtu do t\u00eb shohim parametrin q\u00eb p\u00ebrcakton numrin e d\u00ebshiruar t\u00eb pikave t\u00eb rikthimit:<\/p>\n

\"Politikat
\n
\nMegjithat\u00eb, kjo \u00ebsht\u00eb vet\u00ebm nj\u00eb pjes\u00eb e ekuacionit. Numri real i pikave p\u00ebrcaktohet gjithashtu nga m\u00ebnyra e kopjimit, e cila \u00ebsht\u00eb vendosur p\u00ebr detyr\u00ebn. P\u00ebr t\u00eb zgjedhur k\u00ebt\u00eb parametr, duhet t\u00eb klikoni mbi butonin Advanced n\u00eb t\u00eb nj\u00ebjt\u00ebn sked\u00eb. Kjo do t\u00eb hap\u00eb nj\u00eb dritare t\u00eb re me shum\u00eb mund\u00ebsi. Do t'i num\u00ebrojm\u00eb ato dhe do t'i shqyrtojm\u00eb nj\u00eb nga nj\u00eb:<\/p>\n

\"Politikat
\n
\nN\u00ebse aktivizohet vet\u00ebm opsioni 1, detyra do t\u00eb funksionoj\u00eb n\u00eb modalitetin \"incremental t\u00eb pafund\" (forever forward incremental). Nuk ka asnj\u00eb v\u00ebshtir\u00ebsi k\u00ebtu - detyra do t\u00eb ruaj\u00eb numrin e caktuar t\u00eb pikave t\u00eb rikuperimit nga kopja e plot\u00eb (skedari me zgjerim VBK) deri n\u00eb inkrementin e fundit (skedari me zgjerim VIB). Kur numri i pikave t\u00eb kaloj\u00eb vler\u00ebn e caktuar, inkrementi m\u00eb i vjet\u00ebr do t\u00eb bashkohet me kopjen e plot\u00eb. Me fjal\u00eb t\u00eb tjera, n\u00ebse detyra \u00ebsht\u00eb vendosur t\u00eb ruaj\u00eb 3 pika, menj\u00ebher\u00eb pas seanc\u00ebs s\u00eb radh\u00ebs do t\u00eb ket\u00eb 4 pika n\u00eb repositor, pas s\u00eb cil\u00ebs kopja e plot\u00eb do t\u00eb bashkohet me inkrementin m\u00eb t\u00eb vjet\u00ebr dhe numri total i pikave do t\u00eb kthehet n\u00eb 3. <\/p>\n

\"Politikat
\n
\nPo ashtu, retention p\u00ebr modalitetin \"reverse incremental\" (opsioni 2) \u00ebsht\u00eb jasht\u00ebzakonisht i thjesht\u00eb. Meqen\u00ebse n\u00eb k\u00ebt\u00eb rast pika m\u00eb e re do t\u00eb jet\u00eb kopja e plot\u00eb, e cila do t\u00eb ndjek\u00eb nj\u00eb zinxhir t\u00eb ashtuquajtur \"rollback\" (skedar\u00ebt me zgjerim VRB), p\u00ebr t\u00eb aplikuar retention \u00ebsht\u00eb mjaft t\u00eb eleminosh rollback-un m\u00eb t\u00eb vjet\u00ebr. Situata do t\u00eb jet\u00eb e nj\u00ebjt\u00eb: menj\u00ebher\u00eb pas seanc\u00ebs numri i pikave do t\u00eb kaloj\u00eb vler\u00ebn e caktuar me 1, pas s\u00eb cil\u00ebs do t\u00eb kthehet n\u00eb vler\u00ebn e k\u00ebrkuar.<\/p>\n

\"Politikat
\n
\nKujdes, q\u00eb me modalitetin reverse incremental mund t\u00eb aktivizohet gjithashtu nj\u00eb kopje e plot\u00eb periodike (opsioni 4), por kjo nuk do ta ndryshoj\u00eb thelbin. Po, n\u00eb zinxhir do t\u00eb shfaqen pik\u00eb t\u00eb plota rikuperimi, por ne do t\u00eb vazhdojm\u00eb t\u00eb fshijm\u00eb pik\u00ebt m\u00eb t\u00eb vjetra nj\u00eb nga nj\u00eb. <\/p>\n

N\u00eb fund, po i afrohemi pjes\u00ebs interesante. N\u00ebse aktivizoni kopjen inkrementale, por gjithashtu aktivizoni opsionet 3 ose 4 (madje mund t\u00eb aktivizoni t\u00eb dyja nj\u00ebkoh\u00ebsisht), detyra do t\u00eb filloj\u00eb t\u00eb krijoj\u00eb kopje t\u00eb plota periodike \"aktive\" ose me metod\u00ebn sintetike. Metoda e krijimit t\u00eb kopjes s\u00eb plot\u00eb nuk \u00ebsht\u00eb e r\u00ebnd\u00ebsishme - ajo do t\u00eb p\u00ebrmbaj\u00eb t\u00eb nj\u00ebjtat t\u00eb dh\u00ebna, dhe zinxhiri inkremental do t\u00eb ndahet n\u00eb \"podzinqira\". Kjo metod\u00eb quhet forward incremental, dhe kjo \u00ebsht\u00eb ajo q\u00eb shkakton nj\u00eb pjes\u00eb t\u00eb madhe t\u00eb pyetjeve nga ana e klient\u00ebve tan\u00eb. <\/p>\n

Retenshioni aplikohet k\u00ebtu duke fshir\u00eb pjes\u00ebn m\u00eb t\u00eb vjet\u00ebr t\u00eb zinxhirit (nga backup-i i plot\u00eb deri te inkrementi). N\u00eb k\u00ebt\u00eb m\u00ebnyr\u00eb, ne nuk do t\u00eb fshijm\u00eb vet\u00ebm backup-in e zbraz\u00ebt ose vet\u00ebm nj\u00eb pjes\u00eb t\u00eb inkrementeve. I gjith\u00eb \"n\u00ebnzinxhiri\" fshihet plot\u00ebsisht n\u00eb nj\u00eb her\u00eb. Ndryshon gjithashtu kuptimi i parametrit t\u00eb numrit t\u00eb pikave \u2013 n\u00ebse n\u00eb metoda t\u00eb tjera kjo \u00ebsht\u00eb numri maksimal i lejuar, pas t\u00eb cilit duhet t\u00eb aplikohet retenshioni, k\u00ebtu ky paramet\u00ebr p\u00ebrcakton numrin minimal. Me fjal\u00eb t\u00eb tjera, pas fshirjes s\u00eb \"n\u00ebnzinxhirit\" m\u00eb t\u00eb vjet\u00ebr, numri i pikave n\u00eb pjes\u00ebn e mbetur nuk duhet t\u00eb bjer\u00eb n\u00ebn k\u00ebt\u00eb minimum. <\/p>\n

Do t\u00eb p\u00ebrpiqem ta ilustroj k\u00ebt\u00eb koncept grafikisht. Supozoni se retenshioni \u00ebsht\u00eb vendosur n\u00eb 3 pika, dhe detyra funksionon \u00e7do dit\u00eb me nj\u00eb backup t\u00eb plot\u00eb t\u00eb dit\u00ebs h\u00ebn\u00eb. N\u00eb k\u00ebt\u00eb rast, retenshioni do t\u00eb aplikohet kur numri total i pikave arrin 10:<\/p>\n

\"Politikat
\n
\nPse 10, kur vendos\u00ebm 3? Nj\u00eb backup i plot\u00eb u krijua t\u00eb h\u00ebn\u00ebn. Nga e mart\u00eb n\u00eb t\u00eb diel, detyra krijonte inkremente. Finalmente, t\u00eb h\u00ebn\u00ebn tjet\u00ebr krijohet p\u00ebrs\u00ebri nj\u00eb backup i plot\u00eb dhe vet\u00ebm kur krijohen 2 inkremente, mund t\u00eb fshihet e gjith\u00eb pjesa e vjet\u00ebr e zinxhirit, sepse numri i mbetur i pikave nuk do t\u00eb bjer\u00eb n\u00ebn 3 t\u00eb vendosura. <\/p>\n

N\u00ebse ideja \u00ebsht\u00eb e qart\u00eb, ju ftoj t\u00eb provoni t\u00eb llogaritni retenshionin vet\u00eb. T\u00eb supozojm\u00eb k\u00ebto kushte: detyra fillon p\u00ebr her\u00eb t\u00eb par\u00eb t\u00eb enjten (sigurisht, do t\u00eb b\u00ebhet nj\u00eb backup i plot\u00eb). Detyra \u00ebsht\u00eb vendosur t\u00eb krijoj\u00eb nj\u00eb backup t\u00eb plot\u00eb t\u00eb m\u00ebrkurave dhe t\u00eb dielave dhe t\u00eb ruaj\u00eb 8 pika rikuperimi. Kur do t\u00eb aplikohet retenshioni p\u00ebr her\u00eb t\u00eb par\u00eb?<\/p>\n

P\u00ebr t\u00eb p\u00ebrgjigjur n\u00eb k\u00ebt\u00eb pyetje, ju rekomandoj t\u00eb merrni nj\u00eb let\u00ebr, ta ndani sipas dit\u00ebve t\u00eb jav\u00ebs dhe t\u00eb shkruani se cila pik\u00eb krijohet \u00e7do dit\u00eb. P\u00ebrgjigja do t\u00eb b\u00ebhet e qart\u00eb.<\/p>\n

P\u00ebrgjigje<\/b>
\n \"Politikat
\nShpjegim: p\u00ebr t\u00eb p\u00ebrgjigjur, mjafton t\u00eb pyesni veten \"kur do t\u00eb aplikohet retenshioni\"? P\u00ebrgjigja \u00ebsht\u00eb - kur mund t\u00eb fshijm\u00eb 3 pikat e para (VBK, VIB, VIB) dhe zinxhiri i mbetur nuk do t\u00eb bjer\u00eb n\u00ebn 8 pika t\u00eb vendosura. B\u00ebhet e qart\u00eb se ne do t\u00eb mund t\u00eb b\u00ebjm\u00eb k\u00ebt\u00eb kur kemi 11 pika n\u00eb total, pra t\u00eb diel\u00ebn e jav\u00ebs s\u00eb dyt\u00eb. <\/p>\n

Disa lexues mund t\u00eb kund\u00ebrshtojn\u00eb: \"pse gjith\u00eb kjo, n\u00ebse ka 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

N\u00eb fund, ne nuk e shqyrtuam opsionin \"Transform previous backup chains into rollbacks\" (i sh\u00ebnuar me numrin 5). Ky opsion nganj\u00ebher\u00eb i ngat\u00ebrrohet klient\u00ebve q\u00eb e aktivizojn\u00eb at\u00eb \"automatikisht\", duke d\u00ebshiruar t\u00eb p\u00ebrfshijn\u00eb thjesht nj\u00eb backup sintetik. Megjithat\u00eb, ky opsion aktivizon nj\u00eb mod t\u00eb ve\u00e7ant\u00eb backup-i. Pa hyr\u00eb n\u00eb detaje, do t\u00eb thosha se n\u00eb k\u00ebt\u00eb faz\u00eb t\u00eb zhvillimit t\u00eb produktit, \"Transform previous backup chains into rollbacks\" \u00ebsht\u00eb nj\u00eb opsion i tejkaluar, dhe nuk mund t\u00eb imagjinoj asnj\u00eb skenar ku do t\u00eb ishte e nevojshme ta p\u00ebrdorim at\u00eb. Vlera e saj \u00ebsht\u00eb aq e diskutueshme, saq\u00eb p\u00ebr nj\u00eb koh\u00eb t\u00eb gjat\u00eb Anton Gostev k\u00ebrkoi n\u00eb forum p\u00ebr t\u00eb d\u00ebrguar shembuj t\u00eb p\u00ebrdorimit t\u00eb saj t\u00eb dobish\u00ebm (n\u00ebse i keni, ju lutem shkruani n\u00eb komentet, m\u00eb intereson shum\u00eb). N\u00ebse nuk do t\u00eb gjendet asnj\u00eb (mendoj se k\u00ebshtu do t\u00eb jet\u00eb), at\u00ebher\u00eb opsioni do t\u00eb hiqet n\u00eb versionet e ardhshme. <\/p>\n

Detyra do t\u00eb krijoj\u00eb inkremente (VIB) deri n\u00eb dit\u00ebn kur \u00ebsht\u00eb caktuar nj\u00eb backup sintetik i plot\u00eb. N\u00eb k\u00ebt\u00eb dit\u00eb krijohet r\u00ebndomt\u00eb nj\u00eb VBK, por t\u00eb gjith\u00eb piket deri n\u00eb k\u00ebt\u00eb VBK transformohen n\u00eb rollbacks (VRB). Pas k\u00ebsaj, detyra do t\u00eb vazhdoj\u00eb t\u00eb krijoj\u00eb inkremente p\u00ebr backup-in e plot\u00eb deri n\u00eb backup-in e ardhsh\u00ebm sintetik. N\u00eb p\u00ebrfundim, krijohet nj\u00eb p\u00ebrzierje e b\u00ebr\u00eb nga skedar\u00ebt VBK, VBR dhe VIB. Retensioni aplikohet shum\u00eb thjesht\u00eb \u2013 duke fshir\u00eb VBR-n\u00eb e fundit:<\/p>\n

\"Politikat
\n<\/p>\n

Problemet<\/h3>\n

\nP\u00ebrve\u00e7 se t\u00eb kuptoni si funksionon kjo, shumica e problemeve q\u00eb ndodhin gjat\u00eb p\u00ebrdorimit t\u00eb modit inkremental zakonisht lidhen me backup-in e plot\u00eb. Nj\u00eb backup i rregullt i plot\u00eb \u00ebsht\u00eb i nevojsh\u00ebm p\u00ebr k\u00ebt\u00eb mod, p\u00ebrndryshe repozitori do t\u00eb mbledh\u00eb pika derisa t\u00eb mbushet. <\/p>\n

P\u00ebr shembull, backup-i i plot\u00eb mund t\u00eb krijohet shum\u00eb rrall\u00eb. Le t\u00eb themi, detyra \u00ebsht\u00eb vendosur t\u00eb ruaj\u00eb 10 pika, nd\u00ebrsa nj\u00eb backup i plot\u00eb krijohet nj\u00eb her\u00eb n\u00eb muaj. \u00cbsht\u00eb e qart\u00eb se numri real i pikave k\u00ebtu do t\u00eb jet\u00eb ndjesh\u00ebm m\u00eb i madh se ai i vendosur. Ose detyra \u00ebsht\u00eb vendosur t\u00eb punoj\u00eb n\u00eb modin inkremental t\u00eb pafund dhe t\u00eb ruaj\u00eb 50 pika. Pastaj dikush papritur krijoi nj\u00eb backup t\u00eb plot\u00eb. Tani, detyra do t\u00eb pres\u00eb deri sa pika e plot\u00eb t\u00eb grumbulloj\u00eb 49 inkremente, pas s\u00eb cil\u00ebs do t\u00eb aplikohet retensioni dhe do t\u00eb kthehet n\u00eb modin e plot\u00eb t\u00eb pafund.<\/p>\n

N\u00eb raste t\u00eb tjera, backup-i i plot\u00eb \u00ebsht\u00eb planifikuar t\u00eb krijohet rregullisht, por p\u00ebr ndonj\u00eb arsye, kjo nuk ndodh. Do ta shpjegoj k\u00ebtu shkakun m\u00eb t\u00eb zakonsh\u00ebm. Disa klient\u00eb preferojn\u00eb t\u00eb p\u00ebrdorin mund\u00ebsin\u00eb e planifikimit \"run after\" dhe t\u00eb programojn\u00eb detyra p\u00ebr t\u00eb punuar n\u00eb zinxhir. T\u00eb marrim nj\u00eb shembull: ka 3 detyra q\u00eb punojn\u00eb \u00e7do dit\u00eb dhe krijojn\u00eb nj\u00eb backup t\u00eb plot\u00eb t\u00eb diel\u00ebn. Detyra e par\u00eb fillon n\u00eb 22:30, t\u00eb tjerat fillojn\u00eb n\u00eb zinxhir. Backup-i incremental z\u00eb 10 minuta, k\u00ebshtu q\u00eb deri n\u00eb 23:00 t\u00eb gjitha detyrat p\u00ebrfundojn\u00eb pun\u00ebn. Nd\u00ebrsa backup-i i plot\u00eb z\u00eb nj\u00eb or\u00eb, prandaj t\u00eb diel\u00ebn ndodh e siguiente: detyra e par\u00eb punon nga 22:30 deri n\u00eb 23:30. Tjet\u00ebr nga 23:30 deri n\u00eb 00:30. Dhe detyra e tret\u00eb fillon vet\u00ebm t\u00eb h\u00ebn\u00ebn. Backup-i i plot\u00eb \u00ebsht\u00eb planifikuar p\u00ebr t\u00eb diel\u00ebn, prandaj n\u00eb k\u00ebt\u00eb rast nuk do t\u00eb ket\u00eb thjesht. Detyra do t\u00eb pres\u00eb q\u00eb backup-i i plot\u00eb t\u00eb aplikohet p\u00ebr t\u00eb zbatuar retenc\u00ebn. Prandaj, jini t\u00eb kujdessh\u00ebm kur p\u00ebrdorni mund\u00ebsin\u00eb \"run after\" ose mos e p\u00ebrdorni fare \u2013 thjesht planifikoni detyrat t\u00eb fillojn\u00eb n\u00eb t\u00eb nj\u00ebjt\u00ebn koh\u00eb dhe lejoni planifikuesin e burimeve t\u00eb b\u00ebj\u00eb pun\u00ebn e tij. <\/p>\n

Mund\u00ebsi e komplikuar \"Remove deleted items\"<\/h2>\n

\nDuke kaluar p\u00ebrmes cil\u00ebsimeve t\u00eb detyr\u00ebs Storage \u2013 Advanced \u2013 Maintenance, mund t\u00eb gjeni mund\u00ebsin\u00eb \"remove deleted items data after\", e cila llogaritet n\u00eb dit\u00eb. <\/p>\n

\"Politikat
\n
\nDisa klient\u00eb presin q\u00eb kjo t\u00eb jet\u00eb retenca. N\u00eb t\u00eb v\u00ebrtet\u00eb, kjo \u00ebsht\u00eb nj\u00eb mund\u00ebsi krejt\u00ebsisht e ve\u00e7ant\u00eb, mungesa e kuptimit t\u00eb s\u00eb cil\u00ebs mund t\u00eb sjell\u00eb pasoja t\u00eb papritura. Sidoqoft\u00eb, s\u00eb pari duhet shpjeguar se si B&R reagon n\u00eb situatat kur gjat\u00eb seanc\u00ebs me sukses backupohen vet\u00ebm disa makina. <\/p>\n

T\u00eb imagjinojm\u00eb nj\u00eb skenar: nj\u00eb detyr\u00eb incremental e pafund, e cila \u00ebsht\u00eb planifikuar t\u00eb mbaj\u00eb 6 pika. N\u00eb detyr\u00eb jan\u00eb 2 makina, nj\u00ebra gjithmon\u00eb ka p\u00ebrfunduar me sukses backup, tjetra ndonj\u00ebher\u00eb ka dh\u00ebn\u00eb gabime. N\u00eb p\u00ebrfundim, n\u00eb pik\u00ebn e shtat\u00eb ka arritur nj\u00eb situat\u00eb t\u00eb till\u00eb:<\/p>\n

\"Politikat
\n
\nKoha p\u00ebr t\u00eb aplikuar retenc\u00ebn, por nj\u00eb makin\u00eb ka 7 pika, nd\u00ebrsa tjetra vet\u00ebm 4. A do t\u00eb aplikohet k\u00ebtu retenca? P\u00ebrgjigjja \u2013 po, do t\u00eb aplikohet. N\u00ebse s\u00eb paku nj\u00eb objekt \u00ebsht\u00eb backupuar, B&R e konsideron se pika \u00ebsht\u00eb krijuar. <\/p>\n

Nj\u00eb situat\u00eb e ngjashme mund t\u00eb ndodh\u00eb n\u00ebse ndonj\u00eb makin\u00eb thjesht nuk u p\u00ebrfshi n\u00eb detyr\u00eb gjat\u00eb nj\u00eb seance t\u00eb caktuar. Kjo ndodh, p\u00ebr shembull, kur makinat jan\u00eb shtuar n\u00eb detyr\u00eb jo individualisht, por si pjes\u00eb e konteiner\u00ebve (dosjeve, ruajtjeve) dhe ndonj\u00eb makin\u00eb migron p\u00ebrkoh\u00ebsisht n\u00eb nj\u00eb konteiner tjet\u00ebr. N\u00eb k\u00ebt\u00eb rast, detyra do t\u00eb konsiderohet e suksesshme, por n\u00eb statistika do t\u00eb gjeni nj\u00eb mesazh q\u00eb ju thot\u00eb t\u00eb merrni parasysh se makina e till\u00eb nuk po p\u00ebrpunon m\u00eb detyr\u00ebn. <\/p>\n

\"Politikat
\n
\n\u00c7far\u00eb do t\u00eb ndodh\u00eb n\u00ebse nuk i kushtoni v\u00ebmendje k\u00ebtyre? N\u00eb rastin e modifikimeve t\u00eb pafundme ose t\u00eb p\u00ebrmbysura, numri i pikave t\u00eb rikuperimit p\u00ebr makin\u00ebn \"problem\" do t\u00eb ulet me \u00e7do seanc\u00eb, derisa t\u00eb arrij\u00eb n\u00eb 1, e ruajtur n\u00eb VBK. Me fjal\u00eb t\u00eb tjera, edhe n\u00ebse makina nuk do t\u00eb b\u00ebhet backup p\u00ebr nj\u00eb koh\u00eb t\u00eb gjat\u00eb, nj\u00eb pik\u00eb rikuperimi do t\u00eb mbetet gjithsesi. Gj\u00ebrat q\u00ebndrojn\u00eb ndryshe n\u00ebse jan\u00eb aktivizuar backup-et e plota periodike. N\u00ebse injoroni sinjalet nga B&R, p\u00ebrfundimisht pika e fundit mund t\u00eb fshihet s\u00eb bashku me pjes\u00ebn e vjet\u00ebr t\u00eb zinxhirit. <\/p>\n

Pas kuptimit t\u00eb k\u00ebtyre detajeve, tani mund t\u00eb shqyrtojm\u00eb opsionin \"Shkarko t\u00eb dh\u00ebnat e elementeve t\u00eb fshira pas\". Ai do t\u00eb fshij\u00eb t\u00eb gjitha pikat p\u00ebr nj\u00eb makin\u00eb t\u00eb caktuar, n\u00ebse kjo makin\u00eb nuk b\u00ebhet backup p\u00ebr X dit\u00eb. Vini re se kjo cil\u00ebsim nuk reagon ndaj gabimeve (provoni \u2013 nuk funksionoi). Nuk duhet t\u00eb ket\u00eb as nj\u00eb p\u00ebrpjekje p\u00ebr t\u00eb b\u00ebr\u00eb backup t\u00eb makin\u00ebs. Duket se opsioni \u00ebsht\u00eb i dobish\u00ebm dhe gjithmon\u00eb duhet mbajtur aktiv. N\u00ebse administratori e ka fshir\u00eb makin\u00ebn nga detyra, \u00ebsht\u00eb logjike t\u00eb pastrohet nga t\u00eb dh\u00ebnat e panevojshme dhe zinxhiri pas nj\u00eb kohe. Megjithat\u00eb, cil\u00ebsimi k\u00ebrkon disiplin\u00eb dhe v\u00ebmendje.<\/p>\n

T\u00eb jap nj\u00eb shembull nga praktika: n\u00eb detyr\u00eb u shtuan disa kontejner\u00eb, p\u00ebrb\u00ebrja e t\u00eb cil\u00ebve ishte mjaft dinamike. P\u00ebr shkak t\u00eb munges\u00ebs s\u00eb RAM-it, serveri B&R kishte probleme q\u00eb mbet\u00ebn t\u00eb pa v\u00ebrejtura. Detyra u aktivizua dhe p\u00ebrpiqej t\u00eb b\u00ebnte nj\u00eb backup t\u00eb makinave, p\u00ebrve\u00e7 nj\u00eb, e cila n\u00eb at\u00eb koh\u00eb nuk ishte e pranishme n\u00eb kontejner. Meqen\u00ebse shum\u00eb makina dhan\u00eb gabime, sipas t\u00eb dh\u00ebnave, B&R duhet t\u00eb b\u00ebnte 3 p\u00ebrpjekje shtes\u00eb p\u00ebr t\u00eb b\u00ebr\u00eb backup t\u00eb makinave 'problem', dhe p\u00ebr shkak t\u00eb problemeve t\u00eb vazhdueshme me RAM-in, k\u00ebto p\u00ebrpjekje zgjat\u00ebn disa dit\u00eb. Nuk pati nj\u00eb p\u00ebrpjekje t\u00eb dyt\u00eb p\u00ebr t\u00eb b\u00ebr\u00eb backup t\u00eb VM-s\u00eb s\u00eb munguar (mungesa e VM-s\u00eb nuk \u00ebsht\u00eb nj\u00eb gabim). N\u00eb fund, gjat\u00eb nj\u00eb prej p\u00ebrpjekjeve t\u00eb p\u00ebrs\u00ebritura u realizua kushti \u201cFshij artikujt e fshir\u00eb\u201d dhe t\u00eb gjith\u00eb pik\u00ebt e makin\u00ebs u fshin. <\/p>\n

N\u00eb lidhje me k\u00ebt\u00eb, mund t\u00eb them se: n\u00ebse keni konfigurime njoftimesh p\u00ebr rezultatet e detyrave, e madhe m\u00eb mir\u00eb \u2013 p\u00ebrdoren integrimet me Veeam ONE, at\u00ebher\u00eb me siguri kjo nuk do t'ju ndodh\u00eb. N\u00ebse megjithat\u00eb e kontrolloni serverin B&R nj\u00eb her\u00eb n\u00eb jav\u00eb, p\u00ebr t\u00eb kontroluar q\u00eb gjith\u00e7ka funksionon, \u00ebsht\u00eb m\u00eb mir\u00eb t\u00eb heqni dor\u00eb nga opsionet q\u00eb potencialisht mund t\u00eb \u00e7ojn\u00eb n\u00eb fshirjen e backup-eve. <\/p>\n

\u00c7far\u00eb \u00ebsht\u00eb shtuar n\u00eb v.10<\/h2>\n

\nAjo q\u00eb diskutuam m\u00eb par\u00eb ka ekzistuar n\u00eb B&R p\u00ebr shum\u00eb versione. Pas kuptimit t\u00eb k\u00ebtyre parimeve t\u00eb funksionimit, le t\u00eb shohim tani se \u00e7far\u00eb \u00ebsht\u00eb shtuar n\u00eb jubileun 'dhjet\u00eb'. <\/p>\n

Ruajtja ditore<\/h3>\n

\nM\u00eb sip\u00ebr diskutuam politik\u00ebn 'klasike' t\u00eb ruajtjes, t\u00eb bazuar n\u00eb numrin e pik\u00ebve. Qasja alternative \u2013 t\u00eb vendosni n\u00eb t\u00eb nj\u00ebjtin menu \u201cdit\u00ebt\u201d n\u00eb vend t\u00eb \u201cpikave t\u00eb rikuperimit\u201d. <\/p>\n

\"Politikat
\n
\nIdeja \u00ebsht\u00eb e qart\u00eb nga emri \u2013 ruajtja do t\u00eb mbaj\u00eb nj\u00eb sasi t\u00eb caktuar dit\u00ebsh, nd\u00ebrsa numri i pik\u00ebve n\u00eb \u00e7do dit\u00eb nuk ka r\u00ebnd\u00ebsi. Por duhet t\u00eb keni parasysh se:<\/p>\n