{"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 s\u00eb Veeam B&R \u2014 kemi zgjidhur zinxhir\u00ebt e kopjimeve s\u00eb bashku me mb\u00ebshtetje teknike","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

P\u00ebrsh\u00ebndetje, lexues t\u00eb blogs ton\u00eb! N\u00eb nj\u00ebfar\u00eb m\u00ebnyre, ne jemi tashm\u00eb t\u00eb njohur \u2013 postimet e mia n\u00eb anglisht kan\u00eb qen\u00eb k\u00ebtu p\u00ebrmes p\u00ebrkthimit nga kolegu im t\u00eb dashur. polarowl<\/a><\/noindex>. K\u00ebt\u00eb her\u00eb kam vendosur t\u00eb drejtohem drejtp\u00ebrdrejt ndaj publikut rusishtfol\u00ebs. <\/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 t\u00eb k\u00ebrkonte shqyrtim t\u00eb detajuar. Daniel Defo thoshte se \u00e7do njeri pritet nga vdekja dhe taksat. Nga ana ime, mund t\u00eb them se \u00e7do inxhinier mb\u00ebshtetjeje p\u00ebrballet me pyetje p\u00ebr politikat e ruajtjes s\u00eb pikave t\u00eb rikuperimit (ose, m\u00eb thjesht, retensin). Si funksionon retensioni, kam filluar ta shpjegoj 4 vjet m\u00eb par\u00eb, duke qen\u00eb nj\u00eb inxhinier i ri niveli t\u00eb par\u00eb, dhe vazhdoj ta shpjegoj edhe tani, duke qen\u00eb tashm\u00eb lider i ekipit spanjoll dhe italishtfol\u00ebs. Jam i sigurt se koleg\u00ebt e mi nga niveli i dyt\u00eb dhe madje edhe i tret\u00eb i mb\u00ebshtetjes p\u00ebrgjigjen gjithashtu rregullisht p\u00ebr t\u00eb nj\u00ebjtat pyetje. <\/p>\n

N\u00eb k\u00ebt\u00eb kontekst, m\u00eb erdhi d\u00ebshira t\u00eb shkruaj nj\u00eb postim p\u00ebrfundimtar, sa m\u00eb t\u00eb detajuar, n\u00eb t\u00eb cilin p\u00ebrdoruesit rusishtfol\u00ebs mund t\u00eb rikthehen p\u00ebrs\u00ebri e p\u00ebrs\u00ebri si n\u00eb nj\u00eb manual. Moment i p\u00ebrshtatsh\u00ebm \u2013 p\u00ebr versionin e 10-t\u00eb, q\u00eb sapo doli, u shtuan mund\u00ebsi t\u00eb reja n\u00eb funksionalitetin baz\u00eb, q\u00eb ka mbetur i pandryshuar p\u00ebr vite me radh\u00eb. Postimi im \u00ebsht\u00eb orientuar kryesisht n\u00eb k\u00ebt\u00eb version\u2014ndon\u00ebse pjesa m\u00eb e madhe e asaj q\u00eb kam shkruar \u00ebsht\u00eb e sakt\u00eb edhe p\u00ebr versionet e m\u00ebparshme, disa nga funksionalitetet e p\u00ebrshkruara atje thjesht nuk do t'i gjeni. N\u00eb fund, duke shikuar pak n\u00eb t\u00eb ardhmen, do t\u00eb them se n\u00eb versionin e ardhsh\u00ebm pritet t\u00eb ket\u00eb disa ndryshime, por p\u00ebr k\u00ebt\u00eb ne do t\u00eb flasim kur t\u00eb vij\u00eb koha. Le ta 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 ka p\u00ebsuar ndryshime n\u00eb versionin 10. Politika e retensionit p\u00ebrcaktohet nga disa parametra. T\u00eb hapim dritaren p\u00ebr krijimin e nj\u00eb detyre t\u00eb re dhe t\u00eb kalojm\u00eb te karta Storage. K\u00ebtu do t\u00eb shohim nj\u00eb parameter q\u00eb p\u00ebrcakton numrin e d\u00ebshiruar t\u00eb pikave t\u00eb rikuperimit:<\/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 regjimi i kopjimit t\u00eb vendosur p\u00ebr detyr\u00ebn. P\u00ebr t\u00eb zgjedhur k\u00ebt\u00eb parameter, duhet t\u00eb klikoni mbi butonin Advanced n\u00eb t\u00eb nj\u00ebjt\u00ebn kart\u00eb. Kjo do t\u00eb hap\u00eb nj\u00eb dritare t\u00eb re me shum\u00eb opsione. Le t\u00eb num\u00ebrojm\u00eb ato dhe t'i shqyrtojm\u00eb ato nj\u00eb nga nj\u00eb:<\/p>\n

\"Politikat
\n
\nN\u00ebse aktivizoni vet\u00ebm opsionin 1, detyra do t\u00eb punoj\u00eb n\u00eb modin \"p\u00ebrher\u00eb p\u00ebrpar\u00ebsor incremental\" (forever forward incremental). K\u00ebtu nuk ka asnj\u00eb v\u00ebshtir\u00ebsi \u2013 detyra do t\u00eb mbaj\u00eb numrin e caktuar t\u00eb pikave t\u00eb rikuperimit nga backup-i i plot\u00eb (skedari me shtes\u00eb VBK) deri tek inkrementi i fundit (skedari me shtes\u00eb VIB). Kur numri i pikave t\u00eb kaloj\u00eb vler\u00ebn e caktuar, inkrementi m\u00eb i vjet\u00ebr do t\u00eb bashkohet me backup-in e plot\u00eb. N\u00eb fjal\u00eb t\u00eb tjera, n\u00ebse detyra \u00ebsht\u00eb e caktuar t\u00eb ruaj\u00eb 3 pika, menj\u00ebher\u00eb pas sesionit t\u00eb ardhsh\u00ebm, do t\u00eb ket\u00eb 4 pika n\u00eb repository, pas s\u00eb cil\u00ebs backup-i i 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, edhe retensioni p\u00ebr regjimin \"p\u00ebrmbys\u00ebs incremental\" (reverse incremental) \u00ebsht\u00eb jasht\u00ebzakonisht i thjesht\u00eb (opsioni 2). Duke qen\u00eb se n\u00eb k\u00ebt\u00eb rast pika m\u00eb e re do t\u00eb jet\u00eb backup-i i plot\u00eb, pas t\u00eb cilit do t\u00eb ndjek\u00eb nj\u00eb zinxhir i ashtuquajtur i rrotullimeve (skedar\u00ebt me shtes\u00eb VRB), at\u00ebher\u00eb p\u00ebr t\u00eb aplikuar retensionin mjafton thjesht t\u00eb fshini rrotullimin m\u00eb t\u00eb vjet\u00ebr. Situata do t\u00eb jet\u00eb e nj\u00ebjt\u00eb: menj\u00ebher\u00eb pas sesionit numri i pikave do t\u00eb kaloj\u00eb vler\u00ebn e vendosur p\u00ebr 1, pas s\u00eb cil\u00ebs do t\u00eb kthehet n\u00eb vler\u00ebn e k\u00ebrkuar.<\/p>\n

\"Politikat
\n
\nVini re se me regjimin p\u00ebrmbys\u00ebs incremental mund t\u00eb aktivizoni gjithashtu nj\u00eb backup t\u00eb plot\u00eb periodik (opsioni 4), por kjo nuk do t\u00eb ndryshoj\u00eb thelbin. Po, n\u00eb zinxhir do t\u00eb shfaqen pika t\u00eb plota rikuperimi, por ne do t\u00eb vazhdojm\u00eb thjesht t\u00eb fshijm\u00eb pik\u00ebt m\u00eb t\u00eb vjetra nj\u00eb nga nj\u00eb. <\/p>\n

S\u00eb fundi, po i qasemi pjes\u00ebs interesante. N\u00ebse aktivizoni backup-in incremental, por gjithashtu aktivizoni opsionet 3 ose 4 (apo mund t'i aktivizoni t\u00eb dyja nj\u00ebkoh\u00ebsisht), detyra do t\u00eb filloj\u00eb t\u00eb krijoj\u00eb backup-e t\u00eb plota periodike \"aktive\" ose me metod\u00eb sintetike. Metoda e krijimit t\u00eb backup-it t\u00eb plot\u00eb nuk ka r\u00ebnd\u00ebsi \u2013 ai do t\u00eb p\u00ebrmbaj\u00eb t\u00eb nj\u00ebjtat t\u00eb dh\u00ebna, dhe zinxhiri incremental do t\u00eb ndahet n\u00eb \"n\u00ebnzinxhir\u00eb\". Kjo metod\u00eb quhet forward incremental, dhe pik\u00ebrisht kjo shkakton nj\u00eb pjes\u00eb t\u00eb konsiderueshme t\u00eb pyetjeve nga klient\u00ebt tan\u00eb. <\/p>\n

Retensoni k\u00ebtu aplikohet duke hequr pjes\u00ebn m\u00eb t\u00eb vjet\u00ebr t\u00eb zinxhirit (nga backup-i i plot\u00eb deri te incrementi). N\u00eb k\u00ebt\u00eb rast, ne nuk do t\u00eb heqim vet\u00ebm backup-in e paplot\u00eb ose vet\u00ebm nj\u00eb pjes\u00eb t\u00eb inkrement\u00ebve. E gjith\u00eb \"n\u00ebnzgjidhja\" hiqet krejt\u00ebsisht nj\u00ebher\u00ebsh. Ndryshon dhe kuptimi i cil\u00ebsimit t\u00eb numrit t\u00eb pikave \u2013 n\u00ebse n\u00eb metodat e tjera ky \u00ebsht\u00eb numri maksimal i lejuesh\u00ebm, pas s\u00eb cil\u00ebs duhet aplikuar retensioni, k\u00ebtu ky cil\u00ebsim p\u00ebrcakton numrin minimal. Me fjal\u00eb t\u00eb tjera, pas heqjes s\u00eb n\u00ebnzgjidhjes m\u00eb t\u00eb vjet\u00ebr, numri i pikave n\u00eb pjes\u00ebn e mbetur nuk duhet t\u00eb bie n\u00ebn k\u00ebt\u00eb minimum. <\/p>\n

Do t\u00eb p\u00ebrpiqem ta ilustroj k\u00ebt\u00eb koncept grafikisht. Le t\u00eb themi se retensioni \u00ebsht\u00eb caktuar n\u00eb 3 pika, detyra punon \u00e7do dit\u00eb me nj\u00eb backup t\u00eb plot\u00eb t\u00eb h\u00ebn\u00ebn. Retensioni n\u00eb k\u00ebt\u00eb rast do t\u00eb aplikohet kur numri total i pikave arrin n\u00eb 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 deri t\u00eb diel\u00ebn, detyra krijoi inkrement\u00eb. N\u00eb fund, t\u00eb h\u00ebn\u00ebn tjet\u00ebr krijohet p\u00ebrs\u00ebri nj\u00eb backup i plot\u00eb dhe vet\u00ebm kur krijohen 2 inkrement\u00eb, krejt\u00ebsisht e gjith\u00eb pjesa e vjet\u00ebr e zinxhirit mund t\u00eb hiqet, sepse numri i mbetur i pikave nuk do t\u00eb bjer\u00eb posht\u00eb caktimit prej 3. <\/p>\n

N\u00ebse ideja \u00ebsht\u00eb e qart\u00eb, sugjeroj q\u00eb ta provoni t\u00eb llogaritni retensinoni vet\u00eb. Le t\u00eb marrim k\u00ebto kushte: detyra fillon p\u00ebr her\u00eb t\u00eb par\u00eb t\u00eb premten (sigurisht, do t\u00eb b\u00ebhet nj\u00eb backup i plot\u00eb). Detyra \u00ebsht\u00eb caktuar t\u00eb krijoj\u00eb nj\u00eb backup t\u00eb plot\u00eb \u00e7do t\u00eb m\u00ebrkur\u00eb dhe t\u00eb diel\u00eb dhe t\u00eb ruaj\u00eb 8 pika rikuperimi. Kur do t\u00eb aplikohet retensioni 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 flet\u00eb letre, ta ndiheni sipas dit\u00ebve t\u00eb jav\u00ebs dhe t\u00eb shkruani se cila pik\u00eb krijohet \u00e7do dit\u00eb. P\u00ebgjigjja do t\u00eb b\u00ebhet e qart\u00eb.<\/p>\n

P\u00ebrgjigja<\/b>
\n \"Politikat
\nSqarimi: p\u00ebr t\u00eb p\u00ebrgjigjur mjafton t\u00eb pyesni veten \"kur do t\u00eb aplikohet retensioni\"? P\u00ebrgjigja \u00ebsht\u00eb \u2013 kur do t\u00eb mund t\u00eb heqim 3 pikat e para (VBK, VIB, VIB) dhe zinxhiri i mbetur nuk do t\u00eb bjer\u00eb posht\u00eb pikave t\u00eb caktuara 8. B\u00ebhet e qart\u00eb se ne do ta b\u00ebjm\u00eb k\u00ebt\u00eb kur t\u00eb kemi 11 pika gjithsej, dmth. t\u00eb diel\u00ebn e jav\u00ebs s\u00eb dyt\u00eb. <\/p>\n

Disa lexues mund t\u00eb kund\u00ebrshtojn\u00eb: \"pse e 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

M\u00eb n\u00eb fund, nuk e kemi shqyrtuar opsionin \u201cTransform previous backup chains into rollbacks\u201d (i sh\u00ebnuar me numrin 5). Ky opsion ndonj\u00ebher\u00eb ngat\u00ebrron klient\u00ebt q\u00eb e aktivizojn\u00eb at\u00eb \"n\u00eb automat\", duke d\u00ebshiruar t\u00eb p\u00ebrfshijn\u00eb thjesht nj\u00eb backup sintetik. Nd\u00ebrkoh\u00eb, ky opsion aktivizon nj\u00eb mod t\u00eb ve\u00e7ant\u00eb backup-i. Pa u thelluar n\u00eb detaje, do t\u00eb thosha se n\u00eb k\u00ebt\u00eb faz\u00eb t\u00eb zhvillimit t\u00eb produktit \u201cTransform previous backup chains into rollbacks\u201d \u2013 \u00ebsht\u00eb nj\u00eb opsion i vjet\u00ebruar, dhe nuk mund t\u00eb p\u00ebrmend nj\u00eb skenar n\u00eb t\u00eb cilin duhet t\u00eb p\u00ebrdoret. Vlera e tij \u00ebsht\u00eb aq e dyshimt\u00eb, saq\u00eb nj\u00eb koh\u00eb t\u00eb caktuar Anton Gostev hodhi nj\u00eb thirrje p\u00ebrmes forumit, duke k\u00ebrkuar shembuj t\u00eb p\u00ebrdorimit t\u00eb tij t\u00eb dobish\u00ebm (n\u00ebse i keni, shkruani n\u00eb komentet, m\u00eb intereson shum\u00eb). N\u00ebse nuk do t\u00eb gjenden t\u00eb till\u00eb (mendoj se k\u00ebshtu do t\u00eb ndodh\u00eb), at\u00ebher\u00eb opsioni do t\u00eb hiqet n\u00eb versionet e ardhshme. <\/p>\n

Detyra do t\u00eb krijoj\u00eb inkrement\u00eb (VIB) deri n\u00eb dit\u00ebn kur caktuar nj\u00eb backup t\u00eb plot\u00eb sintetik. N\u00eb k\u00ebt\u00eb dit\u00eb do t\u00eb krijohet v\u00ebrtet nj\u00eb VBK, por t\u00eb gjitha pikat 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 inkrement\u00eb p\u00ebr backup-in e plot\u00eb deri n\u00eb backup-in e ardhsh\u00ebm sintetik. N\u00eb fund n\u00eb zinxhir krijohet nj\u00eb p\u00ebrzierje e \u00e7uditshme e skedar\u00ebve VBK, VBR dhe VIB. Retensioni aplikohet shum\u00eb thjesht\u00eb \u2013 duke hequr VBR-n\u00eb e fundit:<\/p>\n

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

Problemet<\/h3>\n

\nP\u00ebrve\u00e7 vet\u00eb kuptimit t\u00eb si funksionon, 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 plot\u00eb i rregullt \u00ebsht\u00eb i nevojsh\u00ebm p\u00ebr k\u00ebt\u00eb mod, p\u00ebrndryshe repo do t\u00eb vazhdoj\u00eb t\u00eb mbledh\u00eb pika derisa t\u00eb mbushet. <\/p>\n

P\u00ebr shembull, nj\u00eb backup i plot\u00eb mund t\u00eb krijohet shum\u00eb rrall\u00eb. Le t\u00eb themi, detyra \u00ebsht\u00eb caktuar 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 aktual i pikave do t\u00eb jet\u00eb shum\u00eb m\u00eb i madh se ai i caktuar. Ose ndoshta detyra ka qen\u00eb caktuar t\u00eb funksionoj\u00eb n\u00eb nj\u00eb modalitet p\u00ebrjet\u00ebsisht inkremental dhe t\u00eb ruaj\u00eb 50 pika. Pastaj dikush aksidentalisht ka krijuar nj\u00eb backup t\u00eb plot\u00eb. Tani, detyra do t\u00eb pres\u00eb derisa pika e plot\u00eb t\u00eb akumuloj\u00eb 49 inkrement\u00eb, pas s\u00eb cil\u00ebs do t\u00eb aplikoj\u00eb retensioni dhe do t\u00eb kthehet n\u00eb modalitetin e plot\u00eb t\u00eb pafund.<\/p>\n

N\u00eb raste t\u00eb tjera, kopjimi i plot\u00eb \u00ebsht\u00eb caktuar t\u00eb krijohet rregullisht, por p\u00ebr nj\u00eb arsye t\u00eb caktuar nuk ndodh. Do t\u00eb p\u00ebrshkruaj k\u00ebtu shkakun m\u00eb t\u00eb zakonsh\u00ebm. Disa klient\u00eb preferojn\u00eb t\u00eb p\u00ebrdorin opsionin \u201crun after\u201d dhe ta konfigurjn\u00eb detyr\u00ebn p\u00ebr t\u00eb punuar n\u00eb zinxhir. Marim nj\u00eb shembull: ka 3 detyra q\u00eb punojn\u00eb \u00e7do dit\u00eb dhe krijojn\u00eb nj\u00eb kopje t\u00eb plot\u00eb t\u00eb s\u00eb diel\u00ebs. Detyra e par\u00eb starton n\u00eb or\u00ebn 22.30, dhe t\u00eb tjerat starton n\u00eb zinxhir. Kopjimi inkremental zgjat 10 minuta, k\u00ebshtu q\u00eb deri n\u00eb or\u00ebn 23.00 t\u00eb gjitha detyrat p\u00ebrfundojn\u00eb pun\u00ebn. Nd\u00ebrsa, kopjimi i plot\u00eb zgjat nj\u00eb or\u00eb, k\u00ebshtu q\u00eb t\u00eb diel\u00ebn ndodh e kund\u00ebrta: detyra e par\u00eb punon nga 22.30 deri n\u00eb 23.30. Tjetra nga 23.30 deri n\u00eb 00.30. Dhe d\u00ebtyra e tret\u00eb fillon ngjash\u00ebm me t\u00eb h\u00ebn\u00ebn. Kopjimi i plot\u00eb \u00ebsht\u00eb caktuar p\u00ebr t\u00eb diel\u00ebn, prandaj n\u00eb k\u00ebt\u00eb rast nuk do t\u00eb ket\u00eb. Detyra do t\u00eb pres\u00eb nj\u00eb kopje t\u00eb plot\u00eb p\u00ebr t\u00eb aplikuar ruajtjen. Prandaj, t\u00eb jeni t\u00eb kujdessh\u00ebm kur p\u00ebrdorni opsionin \u201crun after\u201d apo mos e p\u00ebrdorni fare \u2013 thjesht caktoni detyrat t\u00eb fillojn\u00eb n\u00eb t\u00eb nj\u00ebjtin koh\u00eb dhe lejoni burimin e planifikuesit t\u00eb kryej\u00eb pun\u00ebn e tij. <\/p>\n

Opsioni i nd\u00ebrlikuar \u201cRemove deleted items\u201d<\/h2>\n

\nDuke kaluar n\u00ebp\u00ebr cil\u00ebsimet e detyr\u00ebs Storage \u2013 Advanced \u2013 Maintenance, mund t\u00eb hasni opsionin \u201cremove deleted items data after\u201d, i llogaritur n\u00eb dit\u00eb. <\/p>\n

\"Politikat
\n
\nDisa klient\u00eb presin q\u00eb kjo t\u00eb jet\u00eb ruajtja. N\u00eb t\u00eb v\u00ebrtet\u00eb, kjo \u00ebsht\u00eb nj\u00eb opsion krejt\u00ebsisht i ve\u00e7ant\u00eb, moskuptimi i t\u00eb cilit mund t\u00eb sjell\u00eb pasojat e papritura. Megjithat\u00eb, n\u00eb radh\u00eb t\u00eb par\u00eb duhet t\u00eb shpjegohet se si B&R reagon n\u00eb situatat kur gjat\u00eb sesionit kopjohen me sukses vet\u00ebm disa makina. <\/p>\n

Le t\u00eb paraqesim nj\u00eb skenar t\u00eb till\u00eb: nj\u00eb detyr\u00eb e pafundme e inkrementit, e caktuar t\u00eb ruaj\u00eb 6 pika. N\u00eb detyr\u00eb ka 2 makina, nj\u00ebra gjithmon\u00eb kopjohet me sukses, nd\u00ebrsa tjetra ndonj\u00ebher\u00eb ka dh\u00ebn\u00eb gabime. N\u00eb fund, deri n\u00eb pik\u00ebn e shtat\u00eb, ka ndodhur nj\u00eb situat\u00eb e till\u00eb:<\/p>\n

\"Politikat
\n
\nKoha p\u00ebr t\u00eb aplikuar ruajtjen, por nj\u00eb makin\u00eb ka 7 pika, nd\u00ebrsa tjetra vet\u00ebm 4. A do t\u00eb aplikohet ruajtja k\u00ebtu? P\u00ebrgjigja \u00ebsht\u00eb \u2013 po, do t\u00eb aplikohet. N\u00ebse edhe nj\u00eb objekt \u00ebsht\u00eb kopjuar, B&R e konsideron se pika \u00ebsht\u00eb krijuar. <\/p>\n

Nj\u00eb situat\u00eb e ngjashme mund t\u00eb ndodhi n\u00ebse ndonj\u00eb makin\u00eb thjesht nuk \u00ebsht\u00eb p\u00ebrfshir\u00eb 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 kontejner\u00ebve (dosjeve, depozita) dhe ndonj\u00eb makin\u00eb migron p\u00ebrkoh\u00ebsisht n\u00eb nj\u00eb kontejner tjet\u00ebr. N\u00eb k\u00ebt\u00eb rast, detyra do t\u00eb konsiderohet e suksesshme, por n\u00eb statistik\u00eb do t\u00eb gjeni nj\u00eb mesazh q\u00eb e nxjerr n\u00eb pah se nj\u00eb makin\u00eb e till\u00eb m\u00eb nuk po p\u00ebrpunohet nga detyra. <\/p>\n

\"Politikat
\n
\n\u00c7far\u00eb do t\u00eb ndodh\u00eb n\u00ebse nuk i kushtoni v\u00ebmendje k\u00ebsaj? N\u00eb rastin e modit t\u00eb pafund-incremental ose t\u00eb rikthimit-incremental, numri i pikave t\u00eb rikthimit t\u00eb \"makin\u00ebs problematike\" do t\u00eb zvog\u00eblohet me \u00e7do seanc\u00eb deri sa t\u00eb arrij\u00eb 1, e ruajtur n\u00eb VBK. Me fjal\u00eb t\u00eb tjera, edhe n\u00ebse makina nuk do t\u00eb b\u00ebj\u00eb backup p\u00ebr nj\u00eb koh\u00eb t\u00eb gjat\u00eb, nj\u00eb pik\u00eb rikthimi do t\u00eb mbetet ende. Situata \u00ebsht\u00eb ndryshe n\u00ebse jan\u00eb t\u00eb aktivizuara 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

Duke kuptuar k\u00ebto detaje, m\u00eb n\u00eb fund mund t\u00eb shqyrtojm\u00eb opsionin \"Hiq t\u00eb dh\u00ebnat e artikujve t\u00eb fshi\u00ebr pas\". Ky opsion 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 nj\u00eb periudh\u00eb X dit\u00ebsh. Kini parasysh se ky sistem nuk reagon ndaj gabimeve (provuan - nuk arrit\u00ebn). Nuk duhet t\u00eb ket\u00eb asnj\u00eb p\u00ebrpjekje p\u00ebr t\u00eb b\u00ebr\u00eb backup t\u00eb makin\u00ebs. Duke e par\u00eb k\u00ebshtu, opsioni duket i dobish\u00ebm dhe gjithmon\u00eb duhet t\u00eb jet\u00eb aktivizuar. N\u00ebse administratori ka fshir\u00eb makin\u00ebn nga detyra, at\u00ebher\u00eb \u00ebsht\u00eb logjike q\u00eb pas nj\u00eb kohe t\u00eb pastrohen t\u00eb dh\u00ebnat e panevojshme dhe zinxhiri. Megjithat\u00eb, konfigurimi k\u00ebrkon disiplin\u00eb dhe kujdes.<\/p>\n

M\u00eb lejoni t\u00eb jap nj\u00eb shembull nga praktika: nj\u00eb detyr\u00eb p\u00ebrfshinte disa konteiner\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 kaluan pa u v\u00ebn\u00eb re. Detyra u ekzekutua dhe p\u00ebrpiqej t\u00eb b\u00ebnte nj\u00eb backup t\u00eb makinave, p\u00ebrve\u00e7 nj\u00eb, e cila n\u00eb at\u00eb moment nuk ishte e pranishme n\u00eb konteiner. Duke qen\u00eb se shum\u00eb makina dhan\u00eb gabime, sipas parashikimeve B&R duhej t\u00eb b\u00ebnte 3 p\u00ebrpjekje t\u00eb tjera p\u00ebr t\u00eb b\u00ebr\u00eb backup t\u00eb makinave \"problemore\". P\u00ebr shkak t\u00eb problemeve t\u00eb vazhdueshme me RAM-in, k\u00ebto p\u00ebrpjekje u shtrin\u00eb p\u00ebr disa dit\u00eb. Nuk kishte 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 gabim). Si rezultat, gjat\u00eb nj\u00eb prej p\u00ebrpjekjeve t\u00eb p\u00ebrs\u00ebritura u p\u00ebrmbush kushti \"Remove deleted items\" dhe t\u00eb gjitha pikat e makin\u00ebs u hoq\u00ebn. <\/p>\n

N\u00eb lidhje me k\u00ebt\u00eb, mund t\u00eb themi se n\u00ebse keni vendosur njoftime p\u00ebr rezultatet e detyrave, dhe madje m\u00eb mir\u00eb - n\u00ebse p\u00ebrdorni integrimin me Veeam ONE, at\u00ebher\u00eb ndoshta kjo nuk do t'ju ndodh\u00eb. N\u00ebse ju vizitoni serverin B&R nj\u00eb her\u00eb n\u00eb jav\u00eb p\u00ebr t\u00eb kontrolluar se gjith\u00e7ka funksionon, \u00ebsht\u00eb m\u00eb mir\u00eb t\u00eb shmangni 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 p\u00ebr t\u00eb cil\u00ebn fol\u00ebm m\u00eb par\u00eb ka ekzistuar n\u00eb B&R p\u00ebr shum\u00eb versione. Tani q\u00eb kuptuam k\u00ebto principe t\u00eb funksionimit, le t\u00eb shohim se \u00e7far\u00eb \u00ebsht\u00eb shtuar n\u00eb 'dhjet\u00eb' jubilar. <\/p>\n

Ruajtja ditore<\/h3>\n

\nM\u00eb sip\u00ebr, e diskutuam politik\u00ebn 'klasike' t\u00eb ruajtjes, e cila \u00ebsht\u00eb e bazuar n\u00eb numrin e pikave. Nj\u00eb qasje alternative \u00ebsht\u00eb t\u00eb vendosni n\u00eb t\u00eb nj\u00ebjtin menu 'dit\u00eb' n\u00eb vend t\u00eb 'pikave t\u00eb rikthimit'. <\/p>\n

\"Politikat
\n
\nIdeja \u00ebsht\u00eb e qart\u00eb nga emri - ruajtja do t\u00eb mbaj\u00eb numrin e caktuar t\u00eb dit\u00ebve, nd\u00ebrsa numri i pikave n\u00eb \u00e7do dit\u00eb nuk ka r\u00ebnd\u00ebsi. N\u00eb k\u00ebt\u00eb rast, \u00ebsht\u00eb e r\u00ebnd\u00ebsishme t\u00eb mbani parasysh:<\/p>\n