{"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\/hr\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Politike pohrane Veeam B&R \u2013 razvezujemo backup lance zajedno s tehni\u010dkom podr\u0161kom","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pozdravljam \u010ditatelje na\u0161eg bloga! Djelomi\u010dno smo ve\u0107 upoznati \u2013 moji postovi na engleskom jeziku su se ovdje pojavili u prijevodu moje drage kolegice polarowl<\/a><\/noindex>. Ovaj put sam odlu\u010dio obratiti se ruskoj javnosti izravno. <\/p>\n

Za svoj debi \u017eelio sam prona\u0107i temu koja bi bila zanimljiva \u0161to \u0161irem spektru publike i zahtijevala detaljno razmatranje. Daniel Defoe je tvrdi da svakog \u010dovjeka \u010dekaju smrt i porezi. S svoje strane mogu re\u0107i da svakog in\u017eenjera podr\u0161ke \u010dekaju pitanja o politikama \u010duvanja to\u010daka oporavka (ili jednostavnije - reten\u0161enu). Kako funkcionira reten\u0161na politika, po\u010deo sam obja\u0161njavati prije 4 godine kao mla\u0111i in\u017eenjer prve razine i nastavim obja\u0161njavati i sada, kao tim vo\u0111a hispano- i italijansko govore\u0107e ekipe. Siguran sam da moji kolege iz druge i \u010dak tre\u0107e razine podr\u0161ke tako\u0111er redovito odgovaraju na ista pitanja. <\/p>\n

U tom svjetlu, \u017eelio sam napisati kona\u010dni, \u0161to detaljniji post, kojem bi ruski korisnici mogli ponovno pristupati iznova i iznova kao referentnom vodi\u010du. Trenutak je pogodan \u2013 nedavno je objavljena jubilejna deseta verzija koja je dodala nove mogu\u0107nosti osnovnoj funkcionalnosti koja se nije mijenjala godinama. Moj post je prvenstveno usmjeren na ovu verziju \u2014 iako je velika ve\u0107ina onoga \u0161to je napisano to\u010dna i za prethodne verzije, neka od opisanih funkcionalnosti jednostavno ne\u0107ete prona\u0107i. Na kraju, gledaju\u0107i malo u budu\u0107nost, re\u0107i \u0107u da se u sljede\u0107oj verziji o\u010dekuju odre\u0111ene promjene, ali o tome \u0107emo govoriti kada do\u0111e vrijeme. Dakle, krenimo.<\/p>\n

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

Zadaci sigurnosnog kopiranja (Backup job)<\/h2>\n

\nZa po\u010detak, razmotrit \u0107emo onaj dio koji nije pretrpio promjene u verziji 10. Politika reten\u0161ena odre\u0111uje se nekoliko parametarima. Otvorimo prozor za kreiranje novog zadatka i pre\u0111imo na karticu Storage. Ovdje \u0107emo vidjeti parametar koji odre\u0111uje \u017eeljeni broj to\u010daka oporavka:<\/p>\n

\"Politike
\n
\nMe\u0111utim, to je samo dio jednad\u017ebe. Stvarni broj to\u010daka tako\u0111er se odre\u0111uje na\u010dinom sigurnosnog kopiranja postavljenim za zadatak. Da biste odabrali ovaj parametar, trebate kliknuti na gumb Advanced na istoj kartici. To \u0107e otvoriti novi prozor s mnogo opcija. Numerirat \u0107emo ih i razmotriti redom:<\/p>\n

\"Politike
\n
\nAko uklju\u010dite samo opciju 1, zadatak \u0107e raditi u \"neprekidnom inkrementalnom\" re\u017eimu (forever forward incremental). Ovdje nema nikakvih pote\u0161ko\u0107a \u2013 zadatak \u0107e \u010duvati postavljeni broj ta\u010daka oporavka od pune sigurnosne kopije (datoteka s ekstenzijom VBK) do posljednjeg inkrementa (datoteka s ekstenzijom VIB). Kada broj ta\u010daka prema\u0161i postavljenu vrijednost, najstariji inkrement \u0107e biti spojen s punom sigurnosnom kopijom. Drugim rije\u010dima, ako je zadatak postavljen da \u010duva 3 ta\u010dke, odmah nakon jo\u0161 jedne sesije na repozitoriju \u0107e biti 4 ta\u010dke, nakon \u010dega \u0107e se puna sigurnosna kopija spojiti s najstarijim inkrementom i ukupni broj ta\u010daka \u0107e se vratiti na 3. <\/p>\n

\"Politike
\n
\nTako\u0111er je izuzetno jednostavan retention za \"obrnuto-inkrementalni\" (reverse incremental) re\u017eim (opcija 2). Budu\u0107i da \u0107e u ovom slu\u010daju najnovija ta\u010dka biti puna sigurnosna kopija, iza koje \u0107e se povla\u010diti lanac takozvanih rollback-ova (datoteke s ekstenzijom VRB), za primjenu retention-a dovoljno je jednostavno obrisati najstariji rollback. Situacija \u0107e biti ista: odmah nakon sesije broj ta\u010daka \u0107e pre\u0107i postavljen broj za 1, nakon \u010dega \u0107e se vratiti na potrebnu vrijednost.<\/p>\n

\"Politike
\n
\nImajte na umu da se s obrnutim inkrementalnim re\u017eimom mo\u017ee tako\u0111er uklju\u010diti periodi\u010dna puna sigurnosna kopija (opcija 4), ali to ne\u0107e promijeniti su\u0161tinu. Da, u lancu \u0107e se pojaviti pune ta\u010dke oporavka, ali mi \u0107emo i dalje jednostavno brisati najstarije ta\u010dke jednu po jednu. <\/p>\n

Na kraju, dolazimo do zanimljivog dijela. Ako aktivirate inkrementalnu sigurnosnu kopiju, ali dodatno uklju\u010dite opcije 3 ili 4 (ili oboje istovremeno), zadatak \u0107e po\u010deti stvarati periodi\u010dne pune sigurnosne kopije \"aktivnim\" ili sinteti\u010dkim metodom. Metoda stvaranja pune sigurnosne kopije nije va\u017ena \u2013 ona \u0107e sadr\u017eavati iste podatke, a inkrementalni lanac \u0107e biti podijeljen na \"podlanac\". Ova metoda se naziva forward incremental, i upravo ona izaziva zna\u010dajan dio pitanja od na\u0161ih klijenata. <\/p>\n

Retention here is applied by removing the oldest part of the chain (from a full backup to the increment). We will not delete just the empty backup or only part of the increments. The entire \"sub-chain\" is removed completely at once. The meaning of the setting for the number of points also changes \u2013 while in other methods this is the maximum allowable number after which retention needs to be applied, here this setting defines the minimum number. In other words, after removing the oldest \"sub-chain\", the number of points in the remaining part must not fall below this minimum. <\/p>\n

I will try to represent this concept graphically. Let\u2019s say retention is set to 3 points, the task runs every day with a full backup on Monday. In this case, retention will be applied when the total number of points reaches 10:<\/p>\n

\"Politike
\n
\nWhy 10, when we set 3? A full backup was created on Monday. From Tuesday to Sunday, the task created increments. Finally, next Monday a full backup is created again and only when 2 increments are created can the whole old part of the chain be deleted because the remaining number of points will not fall below the set 3. <\/p>\n

If the idea is clear, I suggest you try to calculate retention yourself. Let\u2019s take these conditions: the task is launched for the first time on Thursday (naturally, a full backup will be made). The task is set to create a full backup on Wednesdays and Sundays and keep 8 restore points. When will retention be applied for the first time?<\/p>\n

To answer this question, I recommend you take a piece of paper, divide it by days of the week, and write down which point is created each day. The answer will become obvious.<\/p>\n

Odgovor<\/b>
\n \"Politike
\nExplanation: to answer, it\u2019s enough to ask yourself \"when will retention be applied\"? The answer is \u2013 when we can delete the first 3 points (VBK, VIB, VIB) and the remaining chain does not fall below the required 8 points. It becomes clear that we can do this when we have a total of 11 points, i.e. on Sunday of the second week. <\/p>\n

Some readers may object: \"why all this, if there is 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

Na kraju, nismo razmatrali 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 sigurnosnu kopiju. U me\u0111uvremenu, ova opcija aktivira sasvim poseban re\u017eim sigurnosne kopije. Ne ulazim u pojedinosti, odmah \u0107u re\u0107i da je u ovom trenutku razvoja proizvoda \"Transform previous backup chains into rollbacks\" opcija zastarjela, i ne mogu smisliti nijedan scenarij u kojem bi je trebalo koristiti. Njena vrijednost je toliko sumnjiva da je neko vrijeme sam Anton Gostev uputio poziv na forumu, mole\u0107i da mu po\u0161alju primjere njene korisne upotrebe (ako ih imate, pi\u0161ite u komentarima, veoma me zanima). Ako ne bude prona\u0111en nijedan primjer (mislim da ho\u0107e), opcija \u0107e biti uklonjena u narednim verzijama. <\/p>\n

Zadatak \u0107e stvarati inkrementalne (VIB) sigurnosne kopije do dana kada je zakazana sinteti\u010dka potpuna sigurnosna kopija. Na taj dan se zaista stvara VBK, ali sve ta\u010dke do ovog VBK se transformiraju u rollback-ove (VRB). Nakon toga, zadatak \u0107e nastaviti stvarati inkrementalne sigurnosne kopije ka punom backupu do sljede\u0107eg sinteti\u010dkog backup-a. Na kraju se u lancu stvara mje\u0161avina VBK, VBR i VIB datoteka. Retencija se primjenjuje vrlo jednostavno \u2013 brisanjem posljednjeg VBR-a:<\/p>\n

\"Politike
\n<\/p>\n

Problemi<\/h3>\n

\nOsim samog razumijevanja kako to radi, ve\u0107ina problema koji se javljaju pri kori\u0161tenju inkrementalnog re\u017eima obi\u010dno je povezana s punim backup-om. Redovan puni backup je potreban ovom re\u017eimu, ina\u010de \u0107e repozitorij gomilati ta\u010dke dok se ne prepuniti. <\/p>\n

Na primjer, puni backup se mo\u017ee stvarati previ\u0161e rijetko. Recimo, zadatak je postavljen da \u010duva 10 ta\u010daka, a puni backup se stvara jednom mjese\u010dno. Jasno je da \u0107e stvarni broj ta\u010daka ovdje 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 napravio puni backup. Sve, od sada \u0107e zadatak \u010dekati da puna ta\u010dka prikupi 49 inkremenata, nakon \u010dega \u0107e primijeniti retenciju i vratiti se u beskona\u010dno-puni re\u017eim.<\/p>\n

U drugim slu\u010dajevima, puni backup se redovito postavlja, ali iz nekog razloga to ne funkcionira. Ovdje \u0107u opisati najpopularniji razlog. Neki klijenti preferiraju koristiti opciju \u201erun after\u201c i postavljati zadatke da rade u lancu. Uzmimo za primjer: postoje 3 zadatka koja se izvr\u0161avaju svaki dan i stvaraju puni backup u nedjelju. Prvi zadatak se pokre\u0107e u 22:30, a ostali se pokre\u0107u u lancu. Inkremetalni backup traje 10 minuta, stoga do 23:00 svi zadaci zavr\u0161avaju. Me\u0111utim, puni backup traje sat vremena, pa se u nedjelju doga\u0111a sljede\u0107e: prvi zadatak radi od 22:30 do 23:30. Sljede\u0107i traje od 23:30 do 00:30. A tre\u0107i zadatak se pokre\u0107e ve\u0107 u ponedjeljak. Puni backup je postavljen za nedjelju, pa u tom slu\u010daju jednostavno ne\u0107e biti. Zadatak \u0107e \u010dekati puni backup da primijeni zadr\u017eavanje. Stoga, budite oprezni prilikom kori\u0161tenja opcije \u201erun after\u201c ili je u potpunosti nemojte koristiti \u2013 jednostavno postavite zadatke da zapo\u010dnu u isto vreme i dopustite planeru resursa da obavi svoj posao. <\/p>\n

Zahtevna opcija \u201eRemove deleted items\u201c<\/h2>\n

\nProlaskom kroz postavke zadatka Storage \u2013 Advanced \u2013 Maintenance, mo\u017eete nai\u0107i na opciju \u201eremove deleted items data after\u201c, koja se mjeri u danima. <\/p>\n

\"Politike
\n
\nNeki klijenti o\u010dekuju da je to zadr\u017eavanje. U stvarnosti, to je potpuno odvojena opcija, \u010dije nerazumijevanje mo\u017ee dovesti do neo\u010dekivanih posljedica. Me\u0111utim, prije svega, potrebno je objasniti kako B&R reagira na situacije kada se tijekom sesije uspje\u0161no backupira samo nekoliko ma\u0161ina. <\/p>\n

Zamislimo sljede\u0107i scenarij: beskona\u010dno-incremental zadatak, postavljen da \u010duva 6 ta\u010daka. U zadatku su 2 ma\u0161ine, jedna se uvijek backupira uspje\u0161no, dok druga ponekad ima gre\u0161ke. Na kraju, do sedme ta\u010dke do\u0161lo je do situacije:<\/p>\n

\"Politike
\n
\nVrijeme je da se primijeni zadr\u017eavanje, ali jedna ma\u0161ina ima 7 ta\u010daka, a druga samo 4. Ho\u0107e li se ovdje primijeniti zadr\u017eavanje? Odgovor \u2013 da, bit \u0107e. Ako je barem jedan objekt bio backupiran, B&R smatra da je ta\u010dka stvorena. <\/p>\n

Sli\u010dna situacija mo\u017ee nastati ako neka ma\u0161ina jednostavno nije uklju\u010dena u zadatak tijekom odre\u0111ene sesije. To se doga\u0111a, primjerice, kada su ma\u0161ine dodane u zadatak ne individualno, ve\u0107 unutar kontejnera (mapa, skladi\u0161ta), a neka ma\u0161ina privremeno migrira u drugi kontejner. U takvom slu\u010daju, zadatak \u0107e se smatrati uspje\u0161nim, ali u statistici \u0107ete prona\u0107i poruku koja poziva da obratite pa\u017enju da ta i ta ma\u0161ina vi\u0161e ne obra\u0111uje zadatak. <\/p>\n

\"Politike
\n
\n\u0160to \u0107e se dogoditi ako se na to ne obratite pa\u017enju? U slu\u010daju beskona\u010dnog inkrementalnog ili obrnutog inkrementalnog moda, broj to\u010daka oporavka \u201eproblemati\u010dne\u201d ma\u0161ine smanjivat \u0107e se s svakom sesijom, sve dok ne dosegne 1, pohranjenu u VBK. Drugim rije\u010dima, \u010dak i ako se ma\u0161ina ne sigurnosno kopira du\u017ee vrijeme, jedna to\u010dka oporavka \u0107e ostati. Situacija je druga\u010dija s aktivnim povremenim punim sigurnosnim kopijama. Ako se ignori\u0161u signali od B&R, na kraju \u0107e se posljednja to\u010dka mo\u017eda izbrisati zajedno sa starim dijelom lanca. <\/p>\n

Nakon \u0161to se razjasne ovi detalji, kona\u010dno se mo\u017ee razmotriti opcija \u201cRemove deleted items data after\u201d. Ona \u0107e izbrisati sve to\u010dke za odre\u0111enu ma\u0161inu, ako ta ma\u0161ina ne bude sigurnosno kopirana tijekom X dana. Imajte na umu da ova postavka ne reagira na gre\u0161ke (poku\u0161ali smo \u2013 nije uspjelo). Ne bi trebala biti niti jedna poku\u0161aj sigurnosnog kopiranja ma\u0161ine. Naizgled, opcija je korisna i uvijek je trebate dr\u017eati uklju\u010denom. Ako administrator ukloni ma\u0161inu iz zadatka, logi\u010dno je s vremenom o\u010distiti nepotrebne podatke i lanac. Me\u0111utim, postavka zahtijeva disciplinu i pa\u017eljivost.<\/p>\n

Dati \u0107u primjer iz prakse: u zadatak su dodani neki kontejneri, \u010diji je sastav bio prili\u010dno dinami\u010dan. Zbog nedostatka RAM-a, B&R server imao je probleme koji su ostali neprime\u0107eni. Zadatak je pokrenut i poku\u0161ao je napraviti backup ma\u0161ina, osim jedne koja u tom trenutku nije bila prisutna u kontejneru. Budu\u0107i da su mnoge ma\u0161ine izdale gre\u0161ke, prema defaultnim postavkama, B&R bi trebao napraviti 3 dodatne poku\u0161aje da napravi backup \u201eproblemati\u010dnih\u201c ma\u0161ina. Zbog stalnih problema s RAM-om, ti su poku\u0161aji trajali nekoliko dana. Nije bilo ponovnog poku\u0161aja da se napravi backup nedostaju\u0107e VM (nedostatak VM nije gre\u0161ka). Na kraju, tokom jednog od ponovljenih poku\u0161aja, uslov \u201cRemove deleted items\u201d je izvr\u0161en i sve ta\u010dke ma\u0161ine su obrisane. <\/p>\n

O ovome mogu re\u0107i sljede\u0107e: ako imate pode\u0161ene obavijesti o ishodima zadataka, a jo\u0161 bolje \u2013 koristite integraciju s Veeam ONE, vjerojatno se to s vama ne\u0107e dogoditi. Ako pak provjeravate B&R server svake nedjelje, kako biste bili sigurni da sve radi, bolje je odustati od opcija koje potencijalno mogu dovesti do brisanja backup-a. <\/p>\n

\u0160to je dodano u v.10<\/h2>\n

\nOno o \u010demu smo do sada govorili, postojalo je u B&R-u kroz mnogo verzija. Razumjev\u0161i ove principe rada, pogledajmo sada \u0161to je dodano u jubilarnoj \u201edesetki\u201c. <\/p>\n

Dnevna retencija<\/h3>\n

\nGore smo razmatrali \u201eklasi\u010dnu\u201c politiku zadr\u017eavanja, koja se temelji na broju ta\u010daka. Alternativni pristup \u2013 postaviti u istom izborniku \u201cdays\u201d umjesto \u201crestore points\u201d. <\/p>\n

\"Politike
\n
\nIdeja je jasna iz naziva \u2013 retencija \u0107e \u010duvati postavljeni broj dana, dok broj ta\u010daka u svakom danu nije bitan. Pri tome treba imati na umu sljede\u0107e:<\/p>\n