{"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\/sl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Veeam B&amp;R politike shranjevanja \u2014 razvozlavanje varnostnih verig skupaj s tehni\u010dno podporo","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Pozdravljam bralce na\u0161ega bloga! Delno smo si \u017ee znani \u2013 moji angle\u0161ko pisani prispevki so se tukaj pojavljali v prevodu moje drage kolegice. <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/users\/polarowl\/\" class=\"user_link\">polarowl<\/a><\/noindex>. Tokrat sem se odlo\u010dil, da se neposredno obrnem na rusko govore\u010do publiko. <\/p>\n<p>Za svoj debi sem \u017eelel najti temo, ki bi zanimala \u0161iroko ob\u010dinstvo in zahtevala podrobno obravnavo. Daniel Defo je trdil, da vsakega \u010dloveka \u010dakajo smrt in davki. S svoje strani lahko re\u010dem, da vsak tehni\u010dni in\u017eenir pri\u010dakuje vpra\u0161anja o pravilnikih o shranjevanju to\u010dk obnovitve (ali poenostavljeno \u2013 retenciji). Kako deluje retencija, sem za\u010del razlagati pred 4 leti, ko sem bil mlaj\u0161i in\u017eenir prve ravni, in \u0161e vedno jo razlagam zdaj, ko sem \u017ee vodja hispansko in italijansko govore\u010de ekipe. Prepri\u010dan sem, da moji kolegi iz druge in celo tretje ravni podpore redno odgovarjajo na ista vpra\u0161anja. <\/p>\n<p>V tem kontekstu me je zamikalo napisati kon\u010den, kar se da podroben prispevek, ki bi se ga rusko govore\u010di uporabniki lahko znova in znova vra\u010dali kot k priro\u010dniku. \u010cas je primeren \u2013 nedavno izdana jubilejna deseta razli\u010dica je dodala nove mo\u017enosti osnovni funkcionalnosti, ki se ni spremenila \u017ee leta. Moj prispevek je predvsem usmerjen na to razli\u010dico \u2013 \u010deprav je ve\u010dina napisanega pravilna tudi za prej\u0161nje razli\u010dice, boste nekaterih opisanih funkcionalnosti preprosto ne na\u0161li. Nazadnje, \u010de malo pogledamo v prihodnost, naj povem, da se v naslednji razli\u010dici pri\u010dakujejo nekatere spremembe, o tem pa bomo govorili, ko bo pri\u0161el \u010das. Torej, za\u010dnimo.<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/b1058211b747658bd40edd88e8d18b3b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2>Opravljanje varnostnih kopij (Backup job)<\/h2>\n<p>\nNajprej bomo obravnavali tisti del, ki se ni spremenil v razli\u010dici 10. Politiko retencije dolo\u010dajo ve\u010d parametrov. Odprimo okno za ustvarjanje novega opravila in pojdimo na zavihek Shranjevanje. Tukaj bomo videli parameter, ki dolo\u010da \u017eeleno \u0161tevilo to\u010dk obnovitve:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/7dbc5000fc7f2cba09baf5951d7f9ac3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nVendar pa je to le del ena\u010dbe. Dejanska \u0161tevilka to\u010dk je prav tako dolo\u010dena z na\u010dinom varnostnih kopij, nastavljenim za nalogo. Da izberete ta parameter, morate klikniti gumb Napredno na istem zavihku. To odpre novo okno z mnogimi mo\u017enostmi. \u0160tevil\u010dimo jih in jih preu\u010dimo zaporedoma:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/267e51961b9084484c3bfdd4e729467b.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u010ce aktivirate samo opcijo 1, bo naloga delovala v \"neprekinjenem inkrementalnem\" na\u010dinu (forever forward incremental). Tu ni nikakr\u0161nih zapletov \u2013 naloga bo shranjevala nastavljeno \u0161tevilo to\u010dk obnovitve od celotne varnostne kopije (datoteka s kon\u010dnico VBK) do zadnjega inkrementa (datoteka s kon\u010dnico VIB). Ko \u0161tevilo to\u010dk prese\u017ee nastavljeno vrednost, se najstarej\u0161i inkrement zdru\u017ei s celotno varnostno kopijo. Z drugimi besedami, \u010de je naloga nastavljena na shranjevanje 3 to\u010dk, bo takoj po naslednji seji v repozitoriju 4 to\u010dke, nato se bo celotna varnostna kopija zdru\u017eila z najstarej\u0161im inkrementom in skupno \u0161tevilo to\u010dk se bo vrnilo na 3. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/f0f06ce8e283c8f9046b3ca336dfbda9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTudi retencija za \"obratno inkrementalno\" (reverse incremental) stanje (opcija 2) je izjemno preprosta. Ker je v tem primeru najnovej\u0161a to\u010dka celotna varnostna kopija, za katero sledi veriga tako imenovanih rollbakov (datoteke s kon\u010dnico VRB), je za uporabo retencije dovolj, da preprosto izbri\u0161emo najstarej\u0161i rollbak. Situacija bo enaka: takoj po seji bo \u0161tevilo to\u010dk preseglo nastavljeno za 1, nato se bo vrnilo na \u017eeleno vrednost.<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/99e7905396ccaa94f9ead7b48a393180.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUpo\u0161tevajte, da je mogo\u010de pri obratno inkrementalnem na\u010dinu vklju\u010diti tudi periodi\u010dno celotno varnostno kopijo (opcija 4), vendar to ne spremeni bistva. Da, v verigi se bodo pojavile celotne to\u010dke obnovitve, vendar bomo \u0161e naprej preprosto brisali najstarej\u0161e to\u010dke eno po eno. <\/p>\n<p>Nazadnje pridemo do zanimivega dela. \u010ce aktivirate inkrementalno varnostno kopijo, hkrati pa vklju\u010dite mo\u017enosti 3 ali 4 (ali pa obe hkrati), bo naloga za\u010dela ustvarjati periodi\u010dne celotne varnostne kopije na \"aktiven\" ali sinteti\u010den na\u010din. Metoda ustvarjanja celotne varnostne kopije ni pomembna \u2013 vsebovala bo iste podatke, inkrementalna veriga pa bo razdeljena na \"podverige\". Tak\u0161na metoda se imenuje forward incremental in prav ta povzro\u010da znaten del vpra\u0161anj na\u0161ih strank. <\/p>\n<p>Retencija se ovde primenjuje brisanjem najstarijeg dela lanca (od punog backup-a do inkrementa). Pri tome ne\u0107emo brisati samo prazni backup ili samo deo inkremenata. Celi \"podlanac\" se uklanja kompletno odjednom. Menja se i smisao pode\u0161avanja broja ta\u010daka \u2013 dok je u drugim metodama to maksimalan dozvoljeni broj, posle kojeg treba primeniti retenciju, ovde ovo pode\u0161avanje defini\u0161e minimalni broj. Drugim re\u010dima, nakon brisanja najstarijeg \"podlanca\", broj ta\u010daka u preostalom delu ne sme pasti ispod ovog minimuma. <\/p>\n<p>Poku\u0161a\u0107u da grafi\u010dki prika\u017eem ovu koncept. Recimo da je retencija postavljena na 3 ta\u010dke, a zadatak se pokre\u0107e svaki dan sa punim backup-om u ponedeljak. Retencija \u0107e se primeniti kada ukupni broj ta\u010daka dostigne 10:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/9575b97a1cb0855cef387bd2b28554aa.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZa\u0161to \u010dak 10, kada je postavljeno 3? U ponedeljak je napravljen puni backup. Od utorka do nedelje zadatak je pravio inkremenate. Kona\u010dno, slede\u0107eg ponedeljka ponovo se pravi puni backup i tek kada su stvorena 2 inkrementa, mo\u017ee se obrisati cela stara deo lanca, jer preostali broj ta\u010daka ne mo\u017ee pasti ispod postavljenih 3. <\/p>\n<p>Ako je ideja jasna, predla\u017eem da poku\u0161ate sami da izra\u010dunate retenciju. Uze\u0107emo slede\u0107e uslove: zadatak se pokre\u0107e prvi put u \u010detvrtak (naravno, bi\u0107e napravljen puni backup). Zadatak je postavljen da pravi pun backup svake srede i nedelje i \u010duva 8 ta\u010daka obnavljanja. Kada \u0107e se retencija prvi put primeniti?<\/p>\n<p>Da biste odgovorili na ovo pitanje, preporu\u010dujem da uzmete papir, podelite ga po danima u nedelji i zapi\u0161ete koja ta\u010dka se stvara svakog dana. Odgovor \u0107e biti o\u010digledan.<\/p>\n<p>                        <b class=\"spoiler_title\">Odgovor<\/b><br \/>\n                        <img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/7929f9871cbc8e77efe08d5bf471684a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nObja\u0161njenje: da biste odgovorili, dovoljno je pitati se \"kada \u0107e se primeniti retencija\"? Odgovor \u2013 kada mo\u017eemo obrisati prva 3 ta\u010dke (VBK, VIB, VIB) a preostala lanac ne padne ispod postavljenih 8 ta\u010daka. Postaje jasno da \u0107emo to mo\u0107i u\u010diniti kada budemo imali ukupno 11 ta\u010daka, tj. u nedelju druge nedelje. <\/p>\n<p>Neki \u010ditaoci mogu prigovarati: \"za\u0161to sve ovo, kada postoji <noindex><a rel=\"nofollow\" href=\"https:\/\/rps.dewin.me\/\">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<p>Nazad, nismo razmotrili opciju \"Transform previous backup chains into rollbacks\" (ozna\u010dena brojem 5). Ova opcija ponekad zbunjuje klijente koji je aktiviraju automatski, \u017eele\u0107i jednostavno uklju\u010diti sinteti\u010dku rezervnu kopiju. U me\u0111uvremenu, ova opcija aktivira jedinstveni re\u017eim rezervne kopije. Nepotrebno je obja\u0161njavati, odmah \u0107u re\u0107i da je u trenutnoj fazi razvoja proizvoda \"Transform previous backup chains into rollbacks\" - zastarjela opcija, i ne mogu smisliti nijedan scenarij u kojem bi je trebalo koristiti. Njena vrednost je toliko sumnjiva da je neko vreme Anton Gostev pozivao putem foruma da mu po\u0161alju primere njene korisnosti (ako ih imate, pi\u0161ite u komentarima, veoma sam zainteresovan). Ako ih ne bude (mislim da ne\u0107e), opcija \u0107e biti uklonjena u narednim verzijama. <\/p>\n<p>Zadatak \u0107e kreirati inkremente (VIB) do dana kada je zakazana sinteti\u010dka puna rezervna kopija. Tog dana se zapravo kreira VBK, ali sve ta\u010dke do tog VBK se transformi\u0161u u rolbeke (VRB). Nakon toga, zadatak \u0107e nastaviti da stvara inkremente ka punoj rezervnoj kopiji do slede\u0107e sinteti\u010dke rezervne kopije. Na kraju se u lancu stvara me\u0161avina VBK, VBR i VIB fajlova. Reten\u0161n se primenjuje vrlo jednostavno \u2013 brisanjem poslednjeg VBR:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/b58a12fa0fbe21c3af6754f19974d76e.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h3>Te\u017eave<\/h3>\n<p>\nPored samog razumevanja kako to funkcioni\u0161e, ve\u0107ina problema koji se javljaju prilikom kori\u0161\u0107enja inkrementalnog re\u017eima obi\u010dno je povezana sa punom rezervnom kopijom. Redovno puna rezervna kopija je neophodna ovom re\u017eimu, ina\u010de \u0107e repozitorijum gomilati ta\u010dke dok se ne prepuniti. <\/p>\n<p>Na primer, puna rezervna kopija mo\u017ee se praviti previ\u0161e retko. Recimo, zadatak je postavljen da \u010duva 10 ta\u010daka, a puna rezervna kopija se stvara jednom mese\u010dno. Jasno je da \u0107e stvarni broj ta\u010daka ovde biti znatno ve\u0107i od postavljenog. Ili je zadatak uop\u0161te postavljen da radi u beskona\u010dno-inkrementalnom re\u017eimu i \u010duva 50 ta\u010daka. Tada je neko slu\u010dajno stvorio punu rezervnu kopiju. Sve, od sada \u0107e zadatak \u010dekati dok puna ta\u010dka ne skupi 49 inkremenata, nakon \u010dega \u0107e primeniti reten\u0161n i vratiti se u beskona\u010dno-puni re\u017eim.<\/p>\n<p>V drugih primerih se popoln varnostni kopija nastavi na redno ustvarjanje, vendar iz nekega razloga to ne poteka. Tukaj bom opisal najpogostej\u0161i razlog. Nekateri klienti raje uporabljajo mo\u017enost urnika \"run after\" in konfigurirajo naloge, da delujejo v verigi. Vzemimo tak primer: imamo 3 naloge, ki delujejo vsak dan in ustvarjajo popoln varnostni kopijo ob nedeljah. Prva naloga se za\u010dne ob 22.30, ostale se za\u017eenejo v verigi. Inkrementalni varnostni kopija traja 10 minut, zato do 23.00 vse naloge kon\u010dajo. Popolni varnostni kopija pa traja eno uro, zato se ob nedelji zgodi to: prva naloga dela od 22.30 do 23.30. Naslednja od 23.30 do 00.30. Tretja naloga se za\u017eene \u017ee v ponedeljek. Popolni varnostni kopija je nastavljen na nedeljo, zato v tem primeru ne bo na voljo. Naloga bo \u010dakala na popolni varnostni kopijo, da uporabi zadr\u017eevanje. Zato bodite previdni pri uporabi mo\u017enosti \"run after\" ali je sploh ne uporabljajte \u2013 preprosto nastavite naloge, da se za\u010dnejo isto\u010dasno in pustite, da razporejevalnik virov opravi svoje delo. <\/p>\n<h2>Zahtevna mo\u017enost \"Remove deleted items\"<\/h2>\n<p>\n\u010ce ste preu\u010dili nastavitve naloge Shranjevanje \u2013 Napredno \u2013 Vzdr\u017eevanje, lahko naletite na mo\u017enost \"remove deleted items data after\", ki se izra\u010duna v dnevih. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/c69ea635b789c34986cc1e516cda7141.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNekateri klienti pri\u010dakujejo, da je to zadr\u017eevanje. V resnici pa gre za povsem lo\u010deno mo\u017enost, ki jo razumevanje lahko privede do nepri\u010dakovanih posledic. Vendar pa je najprej treba razlo\u017eiti, kako B&amp;R reagira na situacije, ko se med sejo uspe\u0161no varnostno kopirajo le nekatere naprave. <\/p>\n<p>Predstavljamo si tak\u0161en scenarij: neskon\u010dno-incrementalna naloga, nastavljena za shranjevanje 6 to\u010dk. V nalogi sta 2 napravi, ena se vedno uspe\u0161no kopira, druga pa ob\u010dasno povzro\u010da napake. Na koncu do sedme to\u010dke nastane taka situacija:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/bd18b145319fd73273fdf5a9a3593934.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u010cas je za uporabo zadr\u017eevanja, vendar ima ena naprava 7 to\u010dk, druga pa le 4. Ali bo zadr\u017eevanje tukaj uporabljeno? Odgovor je \u2013 da, bo. \u010ce je bila vsaj ena enota varnostno kopirana, B&amp;R \u0161teje, da je bila to\u010dka ustvarjena. <\/p>\n<p>Podobna situacija se lahko zgodi, \u010de dolo\u010dena naprava preprosto ni bila vklju\u010dena v nalogo med dolo\u010denim sejanjem. To se zgodi, na primer, ko so naprave dodane v nalogo neindividualno, temve\u010d kot del vsebnikov (mape, skladi\u0161\u010da), in neka naprava za\u010dasno migrira v drug vsebnik. V takem primeru se bo naloga \u0161tela za uspe\u0161no, vendar boste v statistiki na\u0161li sporo\u010dilo, ki vas opozarja, da se dolo\u010dena naprava ve\u010d ne obdeluje v nalogi. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/cdc7065b8ecd1c326a6fe50d4d527a3f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKaj se zgodi, \u010de tega ne upo\u0161tevamo? V primeru neskon\u010dne inkrementalne ali obratno inkrementalne metode se bo \u0161tevilo to\u010dk obnovitve 'problemati\u010dne' naprave z vsakim sejanjem zmanj\u0161evalo, dokler ne dose\u017ee 1, shranjene v VBK. Z drugimi besedami, tudi \u010de naprava dolgo ne bo varnostno kopirana, bo ena to\u010dka obnovitve \u0161e vedno ostala. Druga\u010de je, \u010de so vklju\u010dene ob\u010dasne popolne varnostne kopije. \u010ce ignorirate signale iz B&amp;R, lahko na koncu zadnjo to\u010dko izbri\u0161ete skupaj s starim delom verige. <\/p>\n<p>Ko razumemo te podrobnosti, lahko kon\u010dno obravnavamo mo\u017enost 'Remove deleted items data after'. Ta bo izbrisala vse to\u010dke za dolo\u010deno napravo, \u010de ta naprava ne bo varnostno kopirana v X dneh. Upo\u0161tevajte, da ta nastavitev ne reagira na napake (poskusili smo - ni \u0161lo). Ne bi smelo biti niti poskusa varnostnega kopiranja naprave. Zdi se, da je ta mo\u017enost uporabna in bi jo morali vedno imeti vklopljeno. \u010ce je administrator izbrisal napravo iz naloge, je logi\u010dno, da jo po nekem \u010dasu o\u010distimo od odve\u010dnih podatkov in verige. Vendar nastavitev zahteva discipline in pozornost.<\/p>\n<p>\u041f\u0440\u0438\u043c\u0435\u0440 \u0438\u0437 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438: \u0432 \u0437\u0430\u0434\u0430\u043d\u0438\u0438 \u0431\u044b\u043b\u0438 \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u044b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432, \u0447\u0435\u0439 \u0441\u043e\u0441\u0442\u0430\u0432 \u043e\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u043d\u044b\u043c. \u0418\u0437-\u0437\u0430 \u043d\u0435\u0434\u043e\u0441\u0442\u0430\u0442\u043a\u0430 \u041e\u0417\u0423 \u0441\u0435\u0440\u0432\u0435\u0440 B&amp;R \u0441\u0442\u043e\u043b\u043a\u043d\u0443\u043b\u0441\u044f \u0441 \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u043c\u0438, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043e\u0441\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0435\u0437\u0430\u043c\u0435\u0447\u0435\u043d\u043d\u044b\u043c\u0438. \u0417\u0430\u0434\u0430\u043d\u0438\u0435 \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u043b\u043e\u0441\u044c \u0438 \u043f\u043e\u043f\u044b\u0442\u0430\u043b\u043e\u0441\u044c \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0431\u044d\u043a\u0430\u043f \u0432\u0441\u0435\u0445 \u043c\u0430\u0448\u0438\u043d, \u043a\u0440\u043e\u043c\u0435 \u043e\u0434\u043d\u043e\u0439, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u043d\u0430 \u0442\u043e\u0442 \u043c\u043e\u043c\u0435\u043d\u0442 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u043e\u0432\u0430\u043b\u0430 \u0432 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u0435. \u041f\u043e\u0441\u043a\u043e\u043b\u044c\u043a\u0443 \u043c\u043d\u043e\u0433\u0438\u0435 \u043c\u0430\u0448\u0438\u043d\u044b \u0432\u044b\u0434\u0430\u043b\u0438 \u043e\u0448\u0438\u0431\u043a\u0438, \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e B&amp;R \u0434\u043e\u043b\u0436\u0435\u043d \u0431\u044b\u043b \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u0442\u0440\u0438 \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0435 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0441\u043e\u0445\u0440\u0430\u043d\u0438\u0442\u044c \u0431\u044d\u043a\u0430\u043f \u00ab\u043f\u0440\u043e\u0431\u043b\u0435\u043c\u043d\u044b\u0445\u00bb \u043c\u0430\u0448\u0438\u043d. \u0412\u0441\u043b\u0435\u0434\u0441\u0442\u0432\u0438\u0435 \u043f\u043e\u0441\u0442\u043e\u044f\u043d\u043d\u044b\u0445 \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u0441 \u041e\u0417\u0423, \u044d\u0442\u0438 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0437\u0430\u0442\u044f\u043d\u0443\u043b\u0438\u0441\u044c \u043d\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u0434\u043d\u0435\u0439. \u041f\u043e\u0432\u0442\u043e\u0440\u043d\u043e\u0439 \u043f\u043e\u043f\u044b\u0442\u043a\u0438 \u0441\u043e\u0437\u0434\u0430\u0442\u044c \u0431\u044d\u043a\u0430\u043f \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0435\u0439 \u0412\u041c \u043d\u0435 \u0431\u044b\u043b\u043e (\u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0412\u041c \u2014 \u044d\u0442\u043e \u043d\u0435 \u043e\u0448\u0438\u0431\u043a\u0430). \u0412 \u0438\u0442\u043e\u0433\u0435, \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043f\u043e\u0432\u0442\u043e\u0440\u043d\u044b\u0445 \u043f\u043e\u043f\u044b\u0442\u043e\u043a \u0431\u044b\u043b\u043e \u0432\u044b\u043f\u043e\u043b\u043d\u0435\u043d\u043e \u0443\u0441\u043b\u043e\u0432\u0438\u0435 \u201c\u0423\u0434\u0430\u043b\u0438\u0442\u044c \u0443\u0434\u0430\u043b\u0435\u043d\u043d\u044b\u0435 \u044d\u043b\u0435\u043c\u0435\u043d\u0442\u044b\u201d \u0438 \u0432\u0441\u0435 \u0442\u043e\u0447\u043a\u0438 \u043c\u0430\u0448\u0438\u043d\u044b \u0431\u044b\u043b\u0438 \u0443\u0434\u0430\u043b\u0435\u043d\u044b. <\/p>\n<p>\u041f\u043e \u044d\u0442\u043e\u043c\u0443 \u0432\u043e\u043f\u0440\u043e\u0441\u0443 \u043c\u043e\u0433\u0443 \u0441\u043a\u0430\u0437\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0435: \u0435\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u043d\u0430\u0441\u0442\u0440\u043e\u0435\u043d\u044b \u043e\u043f\u043e\u0432\u0435\u0449\u0435\u043d\u0438\u044f \u043e \u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442\u0430\u0445 \u0437\u0430\u0434\u0430\u043d\u0438\u0439, \u0430 \u0435\u0449\u0435 \u043b\u0443\u0447\u0448\u0435 \u2014 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0446\u0438\u044f \u0441 Veeam ONE, \u0442\u043e, \u0432\u0435\u0440\u043e\u044f\u0442\u043d\u043e, \u0441 \u0432\u0430\u043c\u0438 \u044d\u0442\u043e\u0433\u043e \u043d\u0435 \u043f\u0440\u043e\u0438\u0437\u043e\u0439\u0434\u0435\u0442. \u0415\u0441\u043b\u0438 \u0436\u0435 \u0432\u044b \u043f\u0440\u043e\u0432\u0435\u0440\u044f\u0435\u0442\u0435 \u0441\u0435\u0440\u0432\u0435\u0440 B&amp;R \u0440\u0430\u0437 \u0432 \u043d\u0435\u0434\u0435\u043b\u044e, \u0447\u0442\u043e\u0431\u044b \u0443\u0434\u043e\u0441\u0442\u043e\u0432\u0435\u0440\u0438\u0442\u044c\u0441\u044f, \u0447\u0442\u043e \u0432\u0441\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442, \u0442\u043e \u043b\u0443\u0447\u0448\u0435 \u043e\u0442\u043a\u0430\u0437\u0430\u0442\u044c\u0441\u044f \u043e\u0442 \u043e\u043f\u0446\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043c\u043e\u0433\u0443\u0442 \u043f\u0440\u0438\u0432\u0435\u0441\u0442\u0438 \u043a \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u044e \u0431\u044d\u043a\u0430\u043f\u043e\u0432. <\/p>\n<h2>\u0427\u0442\u043e \u0434\u043e\u0431\u0430\u0432\u043b\u0435\u043d\u043e \u0432 v.10<\/h2>\n<p>\n\u0422\u043e, \u043e \u0447\u0435\u043c \u043c\u044b \u0433\u043e\u0432\u043e\u0440\u0438\u043b\u0438 \u0440\u0430\u043d\u0435\u0435, \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u043e\u0432\u0430\u043b\u043e \u0432 B&amp;R \u043d\u0430 \u043f\u0440\u043e\u0442\u044f\u0436\u0435\u043d\u0438\u0438 \u043c\u043d\u043e\u0433\u0438\u0445 \u0432\u0435\u0440\u0441\u0438\u0439. \u0422\u0435\u043f\u0435\u0440\u044c, \u0443\u0441\u0432\u043e\u0438\u0432 \u044d\u0442\u0438 \u043f\u0440\u0438\u043d\u0446\u0438\u043f\u044b \u0440\u0430\u0431\u043e\u0442\u044b, \u0434\u0430\u0432\u0430\u0439\u0442\u0435 \u043f\u043e\u0441\u043c\u043e\u0442\u0440\u0438\u043c, \u0447\u0442\u043e \u043d\u043e\u0432\u043e\u0433\u043e \u0432 \u044e\u0431\u0438\u043b\u0435\u0439\u043d\u043e\u0439 \u00ab\u0434\u0435\u0441\u044f\u0442\u043e\u0447\u043a\u0435\u00bb. <\/p>\n<h3>\u0415\u0436\u0435\u0434\u043d\u0435\u0432\u043d\u043e\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435<\/h3>\n<p>\n\u041c\u044b \u0443\u0436\u0435 \u0440\u0430\u0441\u0441\u043c\u0430\u0442\u0440\u0438\u0432\u0430\u043b\u0438 \u00ab\u043a\u043b\u0430\u0441\u0441\u0438\u0447\u0435\u0441\u043a\u0443\u044e\u00bb \u043f\u043e\u043b\u0438\u0442\u0438\u043a\u0443 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f, \u043e\u0441\u043d\u043e\u0432\u0430\u043d\u043d\u0443\u044e \u043d\u0430 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u0435 \u0442\u043e\u0447\u0435\u043a. \u0410\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u043d\u044b\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u2014 \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u0438\u0442\u044c \u0432 \u0442\u043e\u043c \u0436\u0435 \u043c\u0435\u043d\u044e \u201c\u0434\u043d\u0438\u201d \u0432\u043c\u0435\u0441\u0442\u043e \u201c\u0442\u043e\u0447\u0435\u043a \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f\u201d. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/7fb1d2128ca8553f8ba58687cb6d5ae7.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u0418\u0434\u0435\u044f \u044f\u0441\u043d\u0430 \u0438\u0437 \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u044f \u2014 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u0442\u044c \u0443\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u043d\u043e\u0435 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0434\u043d\u0435\u0439, \u0430 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u043e \u0442\u043e\u0447\u0435\u043a \u0432 \u043a\u0430\u0436\u0434\u043e\u043c \u0434\u043d\u0435 \u043d\u0435 \u0438\u043c\u0435\u0435\u0442 \u0437\u043d\u0430\u0447\u0435\u043d\u0438\u044f. \u041f\u0440\u0438 \u044d\u0442\u043e\u043c \u043d\u0443\u0436\u043d\u043e \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0442\u044c \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0435:<\/p>\n<ul>\n<li>\u0422\u0435\u043a\u0443\u0449\u0438\u0439 \u0434\u0435\u043d\u044c \u043d\u0435 \u0441\u0447\u0438\u0442\u0430\u0435\u0442\u0441\u044f \u043f\u0440\u0438 \u0440\u0430\u0441\u0447\u0435\u0442\u0435 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f<\/li>\n<li>\u0414\u043d\u0438, \u043a\u043e\u0433\u0434\u0430 \u0437\u0430\u0434\u0430\u043d\u0438\u0435 \u043d\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u043b\u043e \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e, \u0442\u0430\u043a\u0436\u0435 \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u044e\u0442\u0441\u044f. \u042d\u0442\u043e \u0441\u0442\u043e\u0438\u0442 \u043f\u043e\u043c\u043d\u0438\u0442\u044c, \u0447\u0442\u043e\u0431\u044b \u0441\u043b\u0443\u0447\u0430\u0439\u043d\u043e \u043d\u0435 \u043f\u043e\u0442\u0435\u0440\u044f\u0442\u044c \u0442\u043e\u0447\u043a\u0438 \u0442\u0435\u0445 \u0437\u0430\u0434\u0430\u043d\u0438\u0439, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0442 \u043d\u0435\u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e. <\/li>\n<li>\u0422\u043e\u0447\u043a\u0430 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0447\u0438\u0442\u0430\u0435\u0442\u0441\u044f \u0441 \u0442\u043e\u0433\u043e \u0434\u043d\u044f, \u043a\u043e\u0433\u0434\u0430 \u043d\u0430\u0447\u0430\u043b\u043e\u0441\u044c \u0435\u0435 \u0441\u043e\u0437\u0434\u0430\u043d\u0438\u0435 (\u0442. \u0435. \u0435\u0441\u043b\u0438 \u0437\u0430\u0434\u0430\u043d\u0438\u0435 \u043d\u0430\u0447\u0430\u043b\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c \u0432 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a \u0438 \u0437\u0430\u043a\u043e\u043d\u0447\u0438\u043b\u043e\u0441\u044c \u0432\u043e \u0432\u0442\u043e\u0440\u043d\u0438\u043a, \u0442\u043e \u044d\u0442\u0430 \u0442\u043e\u0447\u043a\u0430 \u0441\u0447\u0438\u0442\u0430\u0435\u0442\u0441\u044f \u0441 \u043f\u043e\u043d\u0435\u0434\u0435\u043b\u044c\u043d\u0438\u043a\u0430)<\/li>\n<\/ul>\n<p>\nV ostalem so na\u010deli uporabe retenzije nalog \u0161e vedno dolo\u010dajo izbrana metoda varnostnega kopiranja. Poskusimo z novo nalogo za izra\u010dun, pri \u010demer uporabimo enak inkrementalni na\u010din. Recimo, da je retenzija nastavljena na 8 dni, naloga pa deluje vsake 6 ur s popolnim varnostnim kopiranjem ob sredah. Naloga ne deluje v nedeljo. Prvi\u010d se naloga za\u017eene v ponedeljek. Kdaj bo uporabljena retenzija?<\/p>\n<p>                        <b class=\"spoiler_title\">Odgovor<\/b><br \/>\n                        Kot vedno je najbolje narisati tabelo. Dovolite, da poenostavim nalogo in ne bom risal vseh to\u010dk, ustvarjenih vsak dan, saj \u0161tevilo to\u010dk na dan tukaj ni pomembno. Pomembno nam je samo, da bo prva to\u010dka ob prvem ponedeljku in ob sredah popolno varnostno kopiranje, v ostalih dneh pa bo naloga preprosto ustvarila 4 inkrementalne to\u010dke. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/4ba50acb62b779dec1e1407f0257837f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUgotavljamo, da bo retenzija uporabljena z izbrisom ponedeljkovega popolnega varnostnega kopiranja in njegovega inkrementa. Kdaj se bo to zgodilo? Ko bo preostali del verige vseboval 8 dni. Pri tem ne \u0161teje\u0161 dana\u0161njega dne, nedelja pa se \u0161teje. Zato je odgovor \u2013 v \u010detrtek drugega tedna. <\/p>\n<h3>Arhiviranje z metodo GFS za obi\u010dajne naloge<\/h3>\n<p>\nDo v.10 je bila metoda shranjevanja Grandfather-Father-Son (GFS) na voljo samo za naloge ustvarjanja varnostnih kopij (Backup copy) in naloge kopiranja na magnetne trakove. Zdaj pa je na voljo tudi za obi\u010dajno varnostno kopiranje. <\/p>\n<blockquote><p>\u010ceprav to ne sodi v trenutne teme, ne morem, da ne bi omenil, da nova funkcionalnost ne pomeni odstopanja od strategije 3-2-1. Prisotnost arhivskih to\u010dk v glavnem repozitoriju nikakor ne vpliva na njegovo zanesljivost. Predvideva se, da se bo GFS uporabljal skupaj z raz\u0161irljivim (Scale-out) repozitorijem, za prenos teh to\u010dk v S3 in podobne shranjevanja. \u010ce jih ne uporabljate, je bolje, da nadaljujete s shranjevanjem primarnih in arhivskih to\u010dk na razli\u010dnih repozitorijih.<\/p><\/blockquote>\n<p> Zdaj si oglejmo na\u010dela ustvarjanja GFS to\u010dk. V nastavitvah naloge, v koraku Shranjevanje, je pojavila posebna gumb, ki kli\u010de naslednje meni:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/0425b40d17eff734c49d0abadd3d2040.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nBistvo GFS lahko strnemo v ve\u010d to\u010dk (uporabite pozornost, GFS v drugih vrstah nalog deluje druga\u010de, a o tem kasneje):<\/p>\n<ul>\n<li>Zadanie ne ustvarja lo\u010denega popolnega varnostnega kopiranja za GFS to\u010dko. Namesto tega bo uporabljen najprimernej\u0161i popoln backup iz razpolo\u017eljivih. Zato mora naloga delovati v inkrementalnem na\u010dinu s periodi\u010dnim popolnim varnostnim kopiranjem, ali pa mora uporabnik ro\u010dno ustvariti popolno varnostno kopijo. <\/li>\n<li>\u010ce je vklju\u010den le en obdobje (na primer tedensko), bo naloga na za\u010detek GFS obdobja preprosto za\u010dela \u010dakati na popolno varnostno kopijo in ozna\u010dila prvo primerno kot GFS.<\/li>\n<\/ul>\n<p>\nPrimer: naloga je nastavljena, da shranjuje tedenski GFS, z uporabo varnostne kopije v sredo. Naloga deluje vsak dan, vendar je popoln backup na\u010drtovan za petek. V tem primeru se bo v sredo za\u010delo GFS obdobje in naloga bo za\u010dela \u010dakati na primerno to\u010dko. Ta se bo pojavila v petek in bo ozna\u010dena z zastavico GFS.<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/022ee6e9f71fc86848cf1d9b3fde5f1c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li>\u010ce je hkrati vklju\u010denih ve\u010d obdobij (na primer tedensko in mese\u010dno), bo B&amp;R uporabil metodo, ki omogo\u010da uporabo iste to\u010dke kot GFS za ve\u010d intervalov (za var\u010devanje s prostorom). Zastavice bodo dodeljene zaporedno, za\u010den\u0161i z mlaj\u0161imi.<\/li>\n<\/ul>\n<p>\nPrimer: tedenski GFS je nastavljen na sredo, mese\u010dni pa na zadnji teden meseca. Naloga deluje vsak dan in ustvarja popolne varnostne kopije ob ponedeljkih in petkih. <\/p>\n<p>Za poenostavitev za\u010dnimo \u0161tetje s predzadnjim tednom meseca. V tem tednu bo v ponedeljek ustvarjena popolna varnostna kopija, vendar bo prezrta, ker tedensko GFS obdobje za\u010dne v sredo. Vendar bo petkova popolna varnostna kopija popolnoma primerna za GFS to\u010dko. Ta sistem nam je \u017ee znan.<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/384962c561d254d696334b9e1c288733.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nZdaj poglejmo, kaj se bo zgodilo v zadnjem tednu meseca. Mese\u010dno GFS obdobje se za\u010dne v ponedeljek, vendar ponedeljkov VBK ne bo ozna\u010den kot GFS, ker naloga \u017eeli ozna\u010diti en VBK tako kot mese\u010dno kot tedensko GFS to\u010dko. Pri tem se za\u010dne iskanje natan\u010dno od tedenske, ker ta po definiciji lahko postane tudi mese\u010dna. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/508f1aa1e12bf41f0e1aa6be686c9612.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u010ce pa vklju\u010dimo le tedenske in letne intervale, bodo delovali neodvisno drug od drugega in lahko ozna\u010dijo 2 lo\u010deni VBK kot ustrezna GFS intervala. <\/p>\n<h2>Naloge za ustvarjanje arhivske kopije (Backup copy)<\/h2>\n<p>\n\u0160e en tip nalog, ki pogosto zahteva pojasnila o delovanju. Za za\u010detek raz\u010dlenimo 'klasi\u010dno' metodo dela, brez novosti v v.10.<\/p>\n<h3>Preprost na\u010din ohranjanja.<\/h3>\n<p>\nPrivzeto so taka zadachi delujejo v neskon\u010dnem inkrementalnem na\u010dinu. Ustvarjanje to\u010dk je dolo\u010deno z dvema parametroma \u2013 intervalom kopiranja in \u017eelenim \u0161tevilom to\u010dk za obnovitev (tu ni retencije po dnevih). Interval kopiranja se nastavi na prvi zavihek Job ob ustvarjanju naloge:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/afcfdd003458387fec5d3ac780a38eec.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u0160tevilo to\u010dk pa je dolo\u010deno nekoliko naprej na zavihku Target<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/60b61d72640f78e98cc3fb5c0f98cde2.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNaloga ustvari 1 novo to\u010dko za vsak interval (koliko to\u010dk je bilo ustvarjenih za VM z izvorno nalogo, nima vrednosti). Na koncu intervala se nova to\u010dka finalizira in, \u010de je to potrebno, se uporabi retencija z zdru\u017eevanjem VBK in najstarej\u0161ega inkrementa. Ta mehanizem nam je \u017ee znan. <\/p>\n<h3>Metoda retencije z uporabo GFS<\/h3>\n<p>\nBCJ tudi zna hraniti arhivske to\u010dke. To se nastavi na istem zavihku Target, nekoliko ni\u017eje od nastavitev \u0161tevila to\u010dk za obnovitev:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/29d7199709b88042ea5bbf5a59098ef3.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nGFS to\u010dke se lahko ustvarjajo na dva na\u010dina \u2013 sinteti\u010dno, z uporabo podatkov na sekundarnem repozitoriju, ali pa s posnemanjem celotnega varnostnega kopiranja in branjem vseh podatkov iz primarnega repozitorija (aktivira se z opcijo, ozna\u010deno s \u0161tevilko 3). Retencija v obeh primerih se bo mo\u010dno razlikovala, zato ju bomo obravnavali lo\u010deno.<\/p>\n<h4>Sinteti\u010dni GFS<\/h4>\n<p>\nV tem primeru GFS to\u010dka ni ustvarjena to\u010dno na dolo\u010den dan. Namesto tega bo GFS to\u010dka ustvarjena, ko bo VIB tistega dne, na katerega je bilo na\u010drtovano ustvarjanje GFS to\u010dke, zdru\u017een s celotnim varnostnim kopiranjem. To v\u010dasih povzro\u010da zmedo, saj \u010das mineva, GFS to\u010dke pa \u0161e ni. In samo mogo\u010dni \u0161aman iz tehni\u010dne podpore lahko napove, katerega dne bo to\u010dka dejansko ustvarjena. V resnici magija ni potrebna \u2013 dovolj je, da pogledate na dolo\u010deno \u0161tevilo to\u010dk in interval sinhronizacije (koliko to\u010dk se ustvari vsak dan). Poskusite izra\u010dunati sami na takem primeru: naloga je nastavljena za shranjevanje 7 to\u010dk, interval sinhronizacije \u2013 12 ur (tj. 2 to\u010dki na dan). Trenutno je v verigi \u017ee 7 to\u010dk, danes je ponedeljek in za ta dan je na\u010drtovano ustvarjanje GFS to\u010dke. Kdaj bo ta to\u010dka ustvarjena?<\/p>\n<p>                        <b class=\"spoiler_title\">Odgovor<\/b><br \/>\n                        Tukaj je bolje opisati, kako se bo veriga spreminjala v dinamiki, po dnevih: <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/eb3852ba1b09cd9d070e2ffcf9d87d2d.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTorej, v ponedeljek je zadnji inkrement v verigi ozna\u010den kot GFS, vendar se ne zgodijo nobene druge vidne spremembe. Vsak dan naloga ustvari 2 novi to\u010dki, in zadr\u017eevanje neomejeno premika verigo naprej. Kon\u010dno, v \u010detrtek pride \u010das, da se zadr\u017eevanje uporabi na istem inkrementu. Ta seja bo trajala dlje kot obi\u010dajno \u2013 ker bo naloga \"izvlekla\" potrebne bloke iz verige in ustvarila novo popolno to\u010dko. Od tega trenutka bo v verigi \u017ee 8 to\u010dk \u2013 7 v osnovni verigi + GFS. <\/p>\n<h4>Ustvarjanje GFS to\u010dk z mo\u017enostjo \u201cPreberi celo to\u010dko\u201d<\/h4>\n<p>\nZgoraj sem povedal, da BCJ deluje v neskon\u010dno inkrementalnem na\u010dinu. Zdaj bomo razmislili o edini izjavi iz tega pravila. Ko je izbrana mo\u017enost \u201cPreberi celo to\u010dko\u201d, bo GFS to\u010dka ustvarjena to\u010dno na na\u010drtovan dan. Naloga pa bo delovala v inkrementalnem na\u010dinu z ob\u010dasnimi popolnimi varnostnimi kopijami, ki smo jih obravnavali zgoraj. Zadr\u017eevanje se bo prav tako uporabilo z brisanjem najstarej\u0161ega dela verige. Vendar pa bodo v tem primeru odstranjeni samo inkrementi, medtem ko bo popolna varnostna kopija ostala kot GFS to\u010dka. Tako se pri izra\u010dunu zadr\u017eevanja ne upo\u0161tevajo to\u010dke, ozna\u010dene z GFS oznakami. <\/p>\n<p>Recimo, da je naloga nastavljena za shranjevanje 7 to\u010dk in ustvarjanje tedenske GFS to\u010dke v ponedeljek. V tem primeru bo naloga v ponedeljek dejansko ustvarila popolno varnostno kopijo in jo ozna\u010dila kot GFS. Zadr\u017eevanje se bo uporabilo, ko se po brisanju inkrementov iz najstarej\u0161ega dela \u0161tevilo preostalih inkrementov ne bo zni\u017ealo pod 7. Tako to izgleda na shemi:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/e04cab727c745bdd4c27e9d82c1ab7c6.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTorej, do konca drugega tedna bo v verigi skupno 14 to\u010dk. V drugem tednu je naloga ustvarila 7 to\u010dk. \u010ce bi \u0161lo za preprosto nalogo, bi se zadr\u017eevanje \u017ee uporabilo. Toda to je BCJ z GFS zadr\u017eevanjem, zato GFS to\u010dk ne upo\u0161tevamo, kar pomeni, da jih je le 6. To pomeni, da zadr\u017eevanja \u0161e ne moremo uporabiti. V tretjem tednu ustvarimo \u0161e eno popolno varnostno kopijo z GFS oznako. 15 to\u010dk, toda te zopet ne upo\u0161tevamo. In nazadnje, v torek tretjega tedna ustvarimo inkrement. Zdaj, \u010de izbri\u0161emo inkremente verige prvega tedna, bo skupno \u0161tevilo inkrementov zadovoljilo nastavljeno zadr\u017eevanje. <\/p>\n<p>Kot sem \u017ee omenil, je v tej metodi zelo pomembno, da se popolni varnostni kopiji redno ustvarjajo. Recimo, \u010de je glavni retention nastavljen na 7 dni, vendar le na 1 letno to\u010dko, ni te\u017eko predstavljati, da bo inkrementov nastalo veliko, veliko ve\u010d kot 7. V takih primerih je bolje uporabiti sinteti\u010dno metodo ustvarjanja GFS.<\/p>\n<h2>\u0160e enkrat \u201eOdstrani izbrisane elemente\u201c<\/h2>\n<p>\nTa opcija je prisotna tudi za BCJ: <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/05f3c594ff2edc70fc9d4837779e89d4.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nLogika te opcije je tukaj enaka kot pri obi\u010dajnih nalogah za varnostno kopiranje \u2013 \u010de naprava ni obdelovana dolo\u010deno \u0161tevilo dni, se njeni podatki izbri\u0161ejo iz verige. Vendar pa je objektivna korist te mo\u017enosti za BCJ ve\u010dja in to je razlog. <\/p>\n<p>V obi\u010dajnem na\u010dinu BCJ deluje v neskon\u010dno inkrementalnem na\u010dinu, zato, \u010de se v nekem trenutku naprava izbri\u0161e iz naloge, bo retention postopoma izbrisal vse to\u010dke obnovitve, dokler ne ostane le ena \u2013 v VBK. Zdaj si zamislimo, da je naloga \u0161e vedno nastavljena za ustvarjanje sinteti\u010dnih GFS to\u010dk. Ko pride \u010das, bo naloga morala ustvariti GFS za vse naprave v verigi. \u010ce ima katera naprava povsem nove to\u010dke \u2013 no, uporabiti bo treba tisto, kar je na voljo. In tako vsaki\u010d. Na koncu lahko nastane taka situacija:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/00694834c2bd7117763ddc5ae6add05f.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nUpo\u0161tevajte odsek Files: imamo osnovni VBK in 2 tedenski GFS to\u010dki. In zdaj poglejmo odsek Restore points \u2013 v teh datotekah se dejansko nahaja ista slika naprave. Seveda, tak\u0161ne GFS to\u010dke nimajo nobenega smisla, le zasedajo prostor. <\/p>\n<p>Tak\u0161na situacija je mo\u017ena le pri uporabi sinteti\u010dnega GFS. Da se to ne bi zgodilo, uporabite opcijo \u201eOdstrani izbrisane elemente\u201c. Ne pozabite jo nastaviti na ustrezno \u0161tevilo dni. Tehni\u010dka podpora je videla primere, ko so opcijo nastavili na manj dni kot je interval sinhronizacije \u2013 BCJ je za\u010del divjati in brisati to\u010dke, preden jih je uspel ustvariti. <\/p>\n<p>Upo\u0161tevajte tudi, da ta opcija ne vpliva na \u017ee ustvarjene GFS to\u010dke. \u010ce \u017eelite o\u010distiti arhive, to morate storiti ro\u010dno \u2013 s klikom desne mi\u0161ke na napravo in izbiro \u201eIzbri\u0161i z diska\u201c (v pojavnem oknu ne pozabite ozna\u010diti \u201eOdstrani GFS polno varnostno kopijo\u201c): <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/ab55d6b4bb74ebaff90a1b021b87dbe9.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<h2>Novost v v.10 \u2013 takoj\u0161nja kopija (immediate copy) <\/h2>\n<p>\nPo razumevanju \u201eklasi\u010dne\u201c funkcionalnosti preidimo na novost. Novost je ena, a zelo pomembna. To je nov na\u010din delovanja. <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/77c7e7f5d5898a83faacb12100709cf7.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTu ni obstaja izraz \"interval sinhronizacije\"; naloga bo nenehno spremljala, ali so se pojavile nove to\u010dke, in jih kopirala vse, ne glede na \u0161tevilo. Vendar naloga ostaja inkrementalna, kar pomeni, da tudi \u010de glavna naloga ustvari VBK ali VRB, bodo te to\u010dke kopirane kot VIB. V vseh drugih pogledih v tem na\u010dinu ni presene\u010denj \u2013 tako standardna kot GFS ohranjanja delujeta po pravilih, opisanih zgoraj (vendar je tukaj na voljo samo sinteti\u010dni GFS). <\/p>\n<h2>Diski se vrti. Zna\u010dilnosti repozitorijev z rotacijo diskov (rotated drives) <\/h2>\n<p>\nNeprekinjena gro\u017enja virusov-\u0161ifrantov je de facto standard varnosti uvedla, da imajo podatki kopijo na nosilcu, do katerega virus ne more priti. Ena od mo\u017enosti je uporaba repozitorijev z rotacijo diskov, ko se diski uporabljajo izmeni\u010dno: medtem ko je en disk priklju\u010den in dostopen za pisanje, drugi shranjujejo na varnem mestu. <br \/>\nZa u\u010denje B&amp;R o takih repozitorijih je treba v nastavitvah repozitorija, na koraku Repository, klikniti gumb Advanced in izbrati ustrezno mo\u017enost:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/f2aab45987ddc6e79b56d6f8805f6780.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPo tem bo VBR pri\u010dakoval, da bo ob\u010dasno obstoje\u010da veriga izginila z repozitorija, kar pomeni rotacijo diska. Glede na tip repozitorija in vrsto naloge se bo B&amp;R obna\u0161al razli\u010dno. To lahko predstavimo s tak\u0161no tabelo:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/32120e0439da46a4b595dee1cd092069.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPoglejmo vsako mo\u017enost.<\/p>\n<h3>Obi\u010dajna naloga in Windows repozitorij<\/h3>\n<p>\nTorej imamo nalogo, ki shranjuje verige na prvi disk. Pri rotaciji ustvarjena veriga dejansko izgine, naloga pa se mora na nek na\u010din spoprijeti s to izgubo. Tola\u017ebo najde v ustvarjanju popolnega varnostnega kopiranja. Tako vsaka rotacija pomeni popolno varnostno kopijo. Kaj pa se zgodi s to\u010dkami na izklopljenem disku? Te se zabele\u017eijo in upo\u0161tevajo pri izra\u010dunu ohranjanja. Tako \u0161tevilo to\u010dk, dolo\u010denih v nalogi, predstavlja, koliko to\u010dk je potrebno obdr\u017eati na vseh diskih. Prikazujemo primer:<\/p>\n<p>Naloga deluje v neskon\u010dnem inkrementalnem na\u010dinu in je nastavljena na shranjevanje 3 to\u010dk obnove. Imamo \u0161e en disk in enkrat na teden izvajamo rotacijo (diskov je lahko ve\u010d, kar ne spremeni bistva). <\/p>\n<p>V prvem tednu bo naloga ustvarjala to\u010dke na prvem disku in zdru\u017eila odve\u010dne. Tako bo skupno \u0161tevilo to\u010dk enako trem:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/489139e833e406e3b348999ed7091332.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNato pove\u017eemo drugi disk. Ob zagonu B&amp;R bo opazil, da se je disk spremenil. Veriga na prvem disku bo izginila iz vmesnika, vendar bo informacija o njej ostala v bazi. Zdaj bo naloga ohranjala 3 to\u010dke na drugem disku. Skupna situacija bo naslednja:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/78c48db92a0e773ec1f53731267b0eb7.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNazadnje ponovno pove\u017eemo prvi disk. Pred ustvarjanjem nove to\u010dke bo naloga preverila, kako je s shranjevanjem. Shranjevanje je, kot spominjam, nastavljeno na ohranitev 3 to\u010dk. Medtem pa imamo 3 to\u010dke na disku 2 (a ta je izklopljen in shranjen na varnem mestu, kamor B&amp;R ne more dostopati) in 3 to\u010dke na disku 1 (ta pa je povezan). To pomeni, da lahko brez skrbi izbri\u0161emo 3 to\u010dke z diska 1, saj presega shranjevanje. Po tem naloga ponovno ustvari popoln varnostni kopijo in na\u0161a veriga za\u010dne izgledati tako:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/e31a1625547854b62905eec7f0a3f13a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\n\u010ce je shranjevanje nastavljeno za ohranjanje dni namesto \u0161tevila to\u010dk, se logika ne spremeni. Poleg tega GFS shranjevanje sploh ni podprto pri uporabi repozitorijev z rotacijo diskov. <\/p>\n<h3>Navadna naloga in Linux repozitorij omre\u017eno shranjevanje<\/h3>\n<p>\nTa mo\u017enost je tudi mo\u017ena, vendar je na splo\u0161no manj priporo\u010dljiva zaradi nalaganih omejitev. Naloga se na rotacijo diska in izginotje verige odzove na enak na\u010din \u2013 z ustvarjanjem popolne varnostne kopije. Omejitev pa je povezana z omejenim mehanizmom shranjevanja. <\/p>\n<p>Tukaj se pri rotaciji cela veriga na izklopljenem disku preprosto izbri\u0161e iz baze podatkov B&amp;R. Upo\u0161tevajte \u2013 iz baze podatkov, sami datoteki pa ostanejo na disku. Te lahko uvozite in uporabite za obnovitev, vendar ni te\u017eko uganiti, da bodo prej ali slej te pozabljene verige zapolnile celoten repozitorij. <\/p>\n<p>Re\u0161itev je v dodajanju DWORD ForceDeleteBackupFiles, kot je navedeno na tej strani: <noindex><a rel=\"nofollow\" href=\"https:\/\/www.veeam.com\/kb1154\">www.veeam.com\/kb1154<\/a><\/noindex>. Po tem bo naloga za\u010dela preprosto brisati vsebino mape naloge ali mape repozitorija (odvisno od vrednosti) pri vsaki rotaciji. <\/p>\n<p>Vendar to ni eleganten na\u010din shranjevanja, temve\u010d preprosto \u010di\u0161\u010denje vsebine. Na \u017ealost so se tehniki pri podpori sre\u010dali s primeri, ko je bil kot repozitorij naveden preprosto korenski katalog diska, kjer poleg varnostnih kopij le\u017eali tudi drugi podatki. Vse to je bilo uni\u010deno pri rotaciji. <\/p>\n<p>Poleg tega, ko je aktivirana mo\u017enost ForceDeleteBackupFiles, deluje za vse vrste repozitorijev, kar pomeni, da celo repozitoriji v sistemu Windows prenehajo uporabljati zadr\u017eevanje in za\u010dnejo odstranjevati vsebino. Z drugimi besedami, lokalni disk v sistemu Windows je najbolj\u0161a izbira za tovrstni sistem shranjevanja varnostnih kopij.<\/p>\n<h3>Varnostna kopija in repozitorij Windows<\/h3>\n<p>\nS BCJ pa postane \u0161e bolj zanimivo. Ne le, da je tukaj popolno zadr\u017eevanje, temve\u010d tudi ni treba izvajati popolne varnostne kopije pri vsakem preklopu diska! Deluje tako:<\/p>\n<p>Najprej B&amp;R za\u010dne ustvarjati to\u010dke na prvem disku. Recimo, da smo nastavili zadr\u017eevanje na 3 to\u010dke. Naloga bo delovala v neskon\u010dno inkrementalnem na\u010dinu in zdru\u017eila vse ostalo (spominjam vas, da GFS zadr\u017eevanje v tem primeru ni podprto). <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/4d51f8257805ab6eaf5be12d2349768a.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nNato priklju\u010dimo drugi disk. Ker na njem \u0161e ni verige, ustvarimo popolno varnostno kopijo, po kateri se pojavi druga veriga treh to\u010dk:<\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/4e904aded833ba28e5a792e4e947ec7c.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKon\u010dno je \u010das, da ponovno priklju\u010dimo prvi disk. In tukaj se za\u010dne \u010darovnija, saj naloga ne bo ustvarila popolne varnostne kopije, ampak bo preprosto nadaljevala z inkrementalno verigo: <\/p>\n<p><img decoding=\"async\" alt=\"Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo\" src=\"\/wp-content\/uploads\/2020\/09\/5080d776175ee1de591e5a6a600a8259.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nPo tem bo dejansko na vsakem disku obstajala svoja neodvisna veriga. Zato tu zadr\u017eevanje ne pomeni \u0161tevila to\u010dk na vseh diskih, ampak \u0161tevilo to\u010dk na chaque disku posebej. <\/p>\n<h3>Varnostna kopija in repozitorij Linux omre\u017eno shranjevanje<\/h3>\n<p>\nIn spet, vsa eleganca izgine, \u010de repozitorij ni na lokalnem disku Windows. Ta scenarij deluje podobno kot prej obravnavana preprosta naloga. Pri vsakem kro\u017eenju BCJ bo ustvaril popolno varnostno kopijo, preostale to\u010dke pa bodo pozabljene. Da ne ostanete brez prostega prostora, je treba uporabiti DWORD ForceDeleteBackupFiles.<\/p>\n<h2>Zaklju\u010dek<\/h2>\n<p>\nTorej, kot rezultat tega dolgega besedila smo obravnavali dva tipa nalog. Seveda je nalog \u0161e veliko ve\u010d, vendar vseh ni mogo\u010de obravnavati v formatu enega \u010dlanka. \u010ce imate po branju kak\u0161na vpra\u0161anja, jih prosim napi\u0161ite v komentarje, z veseljem bom odgovoril osebno.<br \/>\n<br \/>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/veeam\/blog\/515564\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043d\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u0433\u0430! \u041e\u0442\u0447\u0430\u0441\u0442\u0438 \u043c\u044b \u0443\u0436\u0435 \u0437\u043d\u0430\u043a\u043e\u043c\u044b \u2013 \u043c\u043e\u0438 \u0430\u043d\u0433\u043b\u043e\u044f\u0437\u044b\u0447\u043d\u044b\u0435 \u043f\u043e\u0441\u0442\u044b \u043f\u043e\u044f\u0432\u043b\u044f\u043b\u0438\u0441\u044c \u0437\u0434\u0435\u0441\u044c \u0432 \u043f\u0435\u0440\u0435\u0432\u043e\u0434\u0435 \u043c\u043e\u0435\u0439 \u0434\u043e\u0440\u043e\u0433\u043e\u0439 \u043a\u043e\u043b\u043b\u0435\u0433\u0438 polarowl. \u041d\u0430 \u044d\u0442\u043e\u0442 \u0440\u0430\u0437 \u044f \u0440\u0435\u0448\u0438\u043b \u043e\u0431\u0440\u0430\u0442\u0438\u0442\u044c\u0441\u044f \u043a \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0439 \u0430\u0443\u0434\u0438\u0442\u043e\u0440\u0438\u0438 \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e. \u0414\u043b\u044f \u0441\u0432\u043e\u0435\u0433\u043e \u0434\u0435\u0431\u044e\u0442\u0430 \u043c\u043d\u0435 \u0445\u043e\u0442\u0435\u043b\u043e\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0442\u0435\u043c\u0443, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u0443\u044e \u043c\u0430\u043a\u0441\u0438\u043c\u0430\u043b\u044c\u043d\u043e \u0448\u0438\u0440\u043e\u043a\u043e\u0439 \u0430\u0443\u0434\u0438\u0442\u043e\u0440\u0438\u0438 \u0438 \u0442\u0440\u0435\u0431\u0443\u044e\u0449\u0443\u044e \u0434\u0435\u0442\u0430\u043b\u044c\u043d\u043e\u0433\u043e \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0435\u043d\u0438\u044f. \u0414\u0430\u043d\u0438\u044d\u043b\u044c \u0414\u0435\u0444\u043e \u0443\u0442\u0432\u0435\u0440\u0436\u0434\u0430\u043b, \u0447\u0442\u043e \u043b\u044e\u0431\u043e\u0433\u043e \u0447\u0435\u043b\u043e\u0432\u0435\u043a\u0430 \u0436\u0434\u0443\u0442 \u0441\u043c\u0435\u0440\u0442\u044c \u0438 \u043d\u0430\u043b\u043e\u0433\u0438. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":93711,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-93710","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043d\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u0433\u0430!\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"sl_SI\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f Veeam B&amp;R \u2014 \u0440\u0430\u0441\u043f\u0443\u0442\u044b\u0432\u0430\u0435\u043c \u0431\u044d\u043a\u0430\u043f\u043d\u044b\u0435 \u0446\u0435\u043f\u0438 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043d\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u0433\u0430!\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-09-09T05:42:42+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-09-09T05:42:42+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Politike shranjevanja Veeam B&amp;R \u2014 razvozljamo varnostne verige skupaj s tehni\u010dno podporo | ProHoster","description":"Pozdravljam bralce na\u0161ega bloga!","canonical_url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sl_SI","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u043b\u0438\u0442\u0438\u043a\u0438 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f Veeam B&amp;R \u2014 \u0440\u0430\u0441\u043f\u0443\u0442\u044b\u0432\u0430\u0435\u043c \u0431\u044d\u043a\u0430\u043f\u043d\u044b\u0435 \u0446\u0435\u043f\u0438 \u0432\u043c\u0435\u0441\u0442\u0435 \u0441 \u0442\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u043e\u0439 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e \u0447\u0438\u0442\u0430\u0442\u0435\u043b\u0435\u0439 \u043d\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u0433\u0430!","og:url":"https:\/\/prohoster.info\/sl\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-09T05:42:42+00:00","article:modified_time":"2020-09-09T05:42:42+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"93710","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:42:51","updated":"2022-09-28 02:27:03","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/93710","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/comments?post=93710"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/posts\/93710\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media\/93711"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/media?parent=93710"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/categories?post=93710"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sl\/wp-json\/wp\/v2\/tags?post=93710"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}