{"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\/et\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Veeam B&R salvestamise poliitikad \u2014 lahendame varukoopiate ahelaid koos tugiteenusega","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere tulemast meie blogi lugejad! Osaliselt oleme juba tuttavad \u2013 minu ingliskeelsed postitused on siin ilmunud mu armsa kolleegi t\u00f5lkes. polarowl<\/a><\/noindex>. Seekord otsustasin r\u00e4\u00e4kida otse venekeelsele publikule. <\/p>\n

Oma deb\u00fc\u00fctpostituseks tahtsin leida teema, mis huvitaks v\u00f5imalikult suurt auditooriumit ja vajaks p\u00f5hjalikku k\u00e4sitlemist. Daniel Defoe v\u00e4itis, et iga\u00fcht ootavad surm ja maksud. Minu poolt v\u00f5in \u00f6elda, et iga tehnilise toe inseneri ees on k\u00fcsimused taastumispunktide s\u00e4ilitamise poliitikate kohta (v\u00f5i lihtsamalt \u2013 s\u00e4ilitamine). Kuidas s\u00e4ilitamine t\u00f6\u00f6tab, hakkasin ma seletama 4 aastat tagasi, olles algtase insener, ja j\u00e4tkan seda ka praegu, olles Hispaania- ja Itaalia keele meeskonna tiimijuht. Olen kindel, et ka minu kolleegid teise ja isegi kolmanda taseme toest vastavad regulaarselt samadele k\u00fcsimustele. <\/p>\n

Selles valguses tahtsin kirjutada l\u00f5pliku, v\u00f5imalikult \u00fcksikasjaliku postituse, mille poole venekeelsed kasutajad saaksid pidevalt tagasi p\u00f6\u00f6rduda kui abivahendi. Aeg on sobiv \u2013 hiljuti v\u00e4lja antud juubeli k\u00fcmnes versioon on lisanud uusi v\u00f5imalusi p\u00f5hifunktsionaalsusele, mis pole aastaid muutunud. Minu postitus on suunatud eelk\u00f5ige sellele versioonile \u2014 kuigi enamik kirjutatust on \u00f5ige ka varasemate versioonide kohta, siis osa kirjeldatud funktsionaalsust te seal lihtsalt ei leia. L\u00f5puks, kui vaadata veidi tulevikku, siis \u00fctlen, et j\u00e4rgmises versioonis oodatakse teatud muudatusi, kuid sellest r\u00e4\u00e4gime, kui aeg on k\u00e4es. Nii et alustame.<\/p>\n

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

Varundamise \u00fclesanded (Backup job)<\/h2>\n

\nAlustame sellest osast, mis ei ole muutunud versioonis 10. S\u00e4ilitamise poliitika m\u00e4\u00e4ratakse mitme parameetri kaudu. Avame uue \u00fclesande loomise akna ja liigume Storage vahekaardile. Siin n\u00e4eme parameetrit, mis m\u00e4\u00e4rab soovitud taastumispunktide arvu:<\/p>\n

\"Veeami
\n
\nKuid see on vaid osa v\u00f5rrandist. T\u00f5eline punktide arv m\u00e4\u00e4ratakse ka \u00fclesande jaoks seadistatud varundusre\u017eiimi j\u00e4rgi. Selle parameetri valimiseks peate klikkima Advanced nupule samal vahekaardil. See avab uue akna, kus on palju valikuid. Numbrime need ja vaatleme j\u00e4rjestikku:<\/p>\n

\"Veeami
\n
\nKui lubada ainult 1. valikut, t\u00f6\u00f6tab \u00fclesanne \u201el\u00f5putus inkremendilises\u201c re\u017eiimis (forever forward incremental). Siin ei tekki mingeid raskusi \u2013 \u00fclesanne salvestab m\u00e4\u00e4ratud arvu taastamispunkte t\u00e4is varundusest (faili laiendiga VBK) kuni viimase inkremendini (faili laiendiga VIB). Kui punktide arv \u00fcletab m\u00e4\u00e4ratud v\u00e4\u00e4rtuse, \u00fchendatakse k\u00f5ige vanem inkremendiga t\u00e4is varundus. Teisis\u00f5nu, kui \u00fclesanne on seadistatud hoidma 3 punkti, siis kohe p\u00e4rast j\u00e4rgmist seanssi on repos 4 punkti, p\u00e4rast mida \u00fchendatakse t\u00e4is varundus k\u00f5ige vanema inkremendiga ja punktide koguarv naaseb 3-le. <\/p>\n

\"Veeami
\n
\nSamuti on \u201etagasi-inkremeedilise\u201c (reverse incremental) re\u017eiimi jaoks (valik 2) s\u00e4ilitamine \u00e4\u00e4rmiselt lihtne. Kuna sellisel juhul on k\u00f5ige uueim punkt t\u00e4is varundus, millele j\u00e4rgneks nii \u00f6elda rullimistike ahel (failid laiendiga VRB), piisab, kui lihtsalt kustutada k\u00f5ige vanem rullimistike. Olukord on sama: kohe p\u00e4rast seanssi \u00fcletab punktide arv m\u00e4\u00e4ratud v\u00e4\u00e4rtuse 1 v\u00f5rra, p\u00e4rast mida naaseb see soovitud v\u00e4\u00e4rtuse juurde.<\/p>\n

\"Veeami
\n
\nPange t\u00e4hele, et tagasi-inkremendilise re\u017eiimi puhul on v\u00f5imalik ka perioodilise t\u00e4is varunduse lubamine (valik 4), kuid see ei muuda sisu. Jah, ahelas ilmuvad t\u00e4is taastamispunktid, kuid me p\u00e4\u00e4seme ikkagi lihtsalt k\u00f5ige vanematest punktidest \u00fckshaaval lahti. <\/p>\n

L\u00f5puks j\u00f5uame huvitava osa juurde. Kui aktiveerida inkremendiline varundus, kuid lisaks lubada valikud 3 v\u00f5i 4 (v\u00f5i v\u00f5imaluse korral m\u00f5lemad samal ajal), hakkab \u00fclesanne looma perioodilisi t\u00e4is varundusi \u201eaktiivsel\u201c v\u00f5i s\u00fcnteetilisel meetodil. T\u00e4is varunduse loomise meetodil pole t\u00e4htsust \u2013 see sisaldab samu andmeid ja inkremendiline ahel jaguneb \u201ealajaotusteks\u201c. Sellist meetodit nimetatakse forward incremental ja just see tekitab meie klientides m\u00e4rkimisv\u00e4\u00e4rse osa k\u00fcsimustest. <\/p>\n

Retention here is applied by removing the oldest part of the chain (from the full backup to the increment). In this case, we will not delete only the empty backup or just part of the increments. The entire \"subchain\" 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 should be applied, here this setting defines the minimum number. In other words, after the removal of the oldest \"subchain,\" the number of points in the remaining part must not fall below this minimum. <\/p>\n

I will try to illustrate this concept graphically. Let's assume that retention is set to 3 points, and the job runs every day with a full backup on Monday. Retention will be applied when the total number of points reaches 10:<\/p>\n

\"Veeami
\n
\nWhy 10 when we've set it to 3? A full backup was created on Monday. From Tuesday to Sunday, the job created increments. Finally, the next Monday a full backup is created again, and only after 2 increments are made can the entire 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 on your own. Let's take the following conditions: the job is run for the first time on a Thursday (a full backup will be made, of course). The job is set to create full backups on Wednesdays and Sundays and to 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

Vastus<\/b>
\n \"Veeami
\nExplanation: to answer, simply ask yourself \"when will retention be applied?\" The answer is \u2013 when we can remove 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 the Sunday of the second week. <\/p>\n

Some readers may argue: \"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

L\u00f5puks ei ole me arutanud v\u00f5imalust \u201eTransformeerida varasemaid varukoopiaahelaid tagasisuunamiseks\u201c (m\u00e4rgitud numbriga 5). See v\u00f5imalus segadusse ajab m\u00f5nikord kliente, kes aktiveerivad selle \u201eautomaatne\u201c, soovides lihtsalt lihtsalt s\u00fcnteetilist varukoopiat. Sellegipoolest aktiveerib see v\u00f5imalus t\u00e4iesti erilise varukoopia re\u017eiimi. Ilma \u00fcksikasjadesse laskumata, \u00fctlen kohe, et toote arengu praegusel etapil on \u201eTransformeerida varasemaid varukoopiaahelaid tagasisuunamiseks\u201c - vananenud valik ja ma ei suuda v\u00e4lja m\u00f5elda \u00fchtegi stsenaariumi, kus seda tuleks kasutada. Selle v\u00e4\u00e4rtus on nii kaheldav, et m\u00f5nda aega saatis Anton Gostev otsefoorumisse \u00fcleskutse saata talle n\u00e4iteid selle kasulikust kasutamisest (kui teil on, kirjutage kommentaaridesse, see huvitab mind v\u00e4ga). Kui selliseid n\u00e4iteid ei leita (ma arvan, et nii see l\u00e4heb), siis eemaldatakse valik j\u00e4rgmistest versioonidest. <\/p>\n

\u00dclesanne loob inkremendi (VIB) kuni p\u00e4evani, mil on m\u00e4\u00e4ratud s\u00fcnteetiline t\u00e4is varukoopia. Sellisel p\u00e4eval luuakse t\u00f5epoolest VBK, kuid k\u00f5ik punktid enne seda VBK-d muudetakse tagasisuundumisteks (VRB). P\u00e4rast seda j\u00e4tkab \u00fclesanne inkremendi loomist t\u00e4is varukoopia juurde kuni j\u00e4rgmise s\u00fcnteetilise varukoopiani. Tulemuseks on ahelas segu VBK, VBR ja VIB failidest. Retensioon kehtib v\u00e4ga lihtsalt \u2013 kustutades viimase VBR:<\/p>\n

\"Veeami
\n<\/p>\n

Probleemid<\/h3>\n

\nLisaks sellele, kuidas see toimib, on enamus probleemidest, mis tekivad inkremenre\u017eiimi kasutamisel, tavaliselt seotud t\u00e4is varukoopiaga. Regulaarne t\u00e4is varukoopia on selles re\u017eiimis vajalik, vastasel juhul hakkab hoidla koguma punkte, kuni see t\u00e4itub. <\/p>\n

N\u00e4iteks v\u00f5ib t\u00e4is varukoopia luua liiga harva. Oletame, et \u00fclesanne on seatud hoidma 10 punkti, kuid t\u00e4is varukoopia luuakse kord kuus. On selge, et tegelik punktide arv on siin oluliselt suurem kui seatud. V\u00f5i on \u00fclesanne \u00fcldiselt seatud t\u00f6\u00f6tama l\u00f5putus inkremenre\u017eiimis ja hoidma 50 punkti. Siis loodab keegi kogemata luua t\u00e4is varukoopia. K\u00f5ik, n\u00fc\u00fcd ootab \u00fclesanne, kuni t\u00e4ispunkt on kogunud 49 inkremenit, p\u00e4rast mida rakendatakse retensioon ja naasedakse l\u00f5ppt\u00e4isvarukoopia re\u017eiimi.<\/p>\n

Teistes olukordades on t\u00e4ielik varukoopia seadistatud regulaarselt, kuid mingil p\u00f5hjusel seda ei tehta. R\u00e4\u00e4gin siin k\u00f5ige levinumast p\u00f5hjendusest. M\u00f5ned kliendid eelistavad kasutada \"run after\" ajastamisvalikut ja seadistada \u00fclesandeid t\u00f6\u00f6tama ahelana. V\u00f5tame n\u00e4iteks: on 3 \u00fclesannet, mis k\u00e4ivad igap\u00e4evaselt ja teevad t\u00e4ieliku varukoopia p\u00fchap\u00e4eval. Esimene \u00fclesanne k\u00e4ivitatakse kell 22.30, \u00fclej\u00e4\u00e4nud k\u00e4ivitatakse ahelana. Inkrementaalne varukoopia kestab 10 minutit, seega kell 23.00 l\u00f5petavad k\u00f5ik \u00fclesanded oma t\u00f6\u00f6. Kuid t\u00e4ielik varukoopia kestab tunni, seega toimub p\u00fchap\u00e4eval j\u00e4rgmine: esimene \u00fclesanne t\u00f6\u00f6tab kell 22.30 kuni 23.30. J\u00e4rgmine \u00fclesanne kell 23.30 kuni 00.30. Ja kolmas \u00fclesanne k\u00e4ivitatakse juba esmasp\u00e4eval. T\u00e4ielik varukoopia on seadistatud p\u00fchap\u00e4eval, seega sellisel juhul seda lihtsalt ei toimu. \u00dclesanne ootab t\u00e4ielikku varukoopiat, et rakendada s\u00e4ilitusaega. Seega olge ettevaatlikud \"run after\" valiku kasutamisel v\u00f5i \u00e4rge kasutage seda \u00fcldse \u2013 seadistage lihtsalt \u00fclesanded t\u00f6\u00f6tama \u00fchel ajal ja laske ressursside planeerijal oma t\u00f6\u00f6d teha. <\/p>\n

Raske valik \"Eemalda kustutatud objektid\"<\/h2>\n

\nSeadistustes Storage \u2013 Advanced \u2013 Maintenance navigeerides v\u00f5ib leida valiku \"eemalda kustutatud objektide andmed p\u00e4rast\", mis arvutatakse p\u00e4evades. <\/p>\n

\"Veeami
\n
\nM\u00f5ned kliendid eeldavad, et see ongi s\u00e4ilitusaeg. Tegelikult on see t\u00e4iesti eraldi valik, mille vale arusaamine v\u00f5ib viia ootamatute tagaj\u00e4rgedeni. Kuid k\u00f5igepealt tuleb selgitada, kuidas B&R reageerib olukordadele, kui seansi jooksul varundatakse edukalt vaid m\u00f5ned masinad. <\/p>\n

Kujutame ette sellist stsenaariumi: l\u00f5putu inkrementaalne \u00fclesanne, seadistatud hoidma 6 punkti. \u00dclesandes on 2 masinat, \u00fcks varundatakse alati edukalt, teine annab m\u00f5nikord vigu. L\u00f5puks 7. punkti juures on tekkinud selline olukord:<\/p>\n

\"Veeami
\n
\nAeg rakendada s\u00e4ilitusaega, kuid \u00fchel masinal on 7 punkti, teisel ainult 4. Kas s\u00e4ilitusaeg rakendub? Vastus \u2013 jah, rakendub. Kui v\u00e4hemalt \u00fcks objekt on varundatud, loeb B&R, et punkt on loodud. <\/p>\n

Sarnane olukord v\u00f5ib tekkida, kui m\u00f5ni masin polnud lihtsalt teatud sessiooni ajal \u00fclesande t\u00e4itmiseks sisse l\u00fclitatud. See juhtub n\u00e4iteks siis, kui masinad on \u00fclesandele lisatud mitte individuaalselt, vaid konteinerite (kaustade, ladustamise) osana ja m\u00f5ni masin r\u00e4ndab ajutiselt teise konteinerisse. Sellisel juhul loetakse \u00fclesanne edukaks, kuid statistikast leiate s\u00f5numi, mis kutsub t\u00e4helepanu juhtima, et selline masin ei ole enam \u00fclesande poolt t\u00f6\u00f6deldud. <\/p>\n

\"Veeami
\n
\nMis juhtub, kui sellele t\u00e4helepanu ei p\u00f6\u00f6rata? L\u00f5pmatu inkrementaalse v\u00f5i tagurpidi inkrementaalse re\u017eiimi korral v\u00e4henevad probleemse masina taastamispunktid iga sessiooniga, kuni saavutatakse 1, mis on salvestatud VBK-sse. Teisis\u00f5nu, isegi kui masinat pikka aega ei varundata, j\u00e4\u00e4b siiski \u00fcks taastamispunkt. Kui on sisse l\u00fclitatud regulaarsed t\u00e4is varundused, siis on asi teistsugune. Kui ignoreerida B&R signaale, v\u00f5ib viimane punkt koos vanema ahelaga l\u00f5puks kustutada. <\/p>\n

Nende detailide m\u00f5istmisega v\u00f5ime l\u00f5puks vaadata valikut \"Kustuta kustutatud elementide andmed p\u00e4rast\". See eemaldab k\u00f5ik punktid konkreetse masina jaoks, kui see masin ei varundata X p\u00e4eva jooksul. Pange t\u00e4hele, et see seadet ei reageeri vigadele (proovisime - ei \u00f5nnestunud). Masina varundamiseks ei tohiks isegi katset olla. Tundub, et valik on kasulik ja seda peaks alati sisse l\u00fclitatud hoidma. Kui administraator eemaldab masina \u00fclesandest, siis on loogiline m\u00f5ne aja m\u00f6\u00f6dudes eemaldada kasutud andmed ja ahel. Siiski n\u00f5uab see seadistus distsipliini ja t\u00e4helepanelikkust.<\/p>\n

Tooksin praktikat n\u00e4iteks: \u00fclesandele lisati mitu konteinerit, mille koostis oli \u00fcsna d\u00fcnaamiline. Puuduliku RAM-i t\u00f5ttu koges B&R server probleeme, mis j\u00e4\u00e4vad m\u00e4rkamatuks. \u00dclesanne k\u00e4ivitus ja \u00fcritas teha varukoopiaid masinatest, v\u00e4lja arvatud \u00fchest, mis sel ajal konteineris ei olnud. Kuna paljud masinad andsid veateateid, peaks B&R vaikimisi tegema 3 lisakatsed \u201eprobleemsete\u201c masinate varukoopia tegemiseks. Pidevate RAM-i probleemide t\u00f5ttu venisid need katsed mitmeks p\u00e4evaks. Puuduva virtuaalmasina varukoopia tegemise korduskatset ei olnud (puuduva virtuaalmasina puudumine ei ole viga). L\u00f5puks, \u00fche korduskatse ajal t\u00e4ideti tingimus \u201cKustuta kustutatud elemendid\u201d ja k\u00f5ik masina punktid kustutati. <\/p>\n

Selle kohta v\u00f5in \u00f6elda j\u00e4rgmist: kui teil on seadistatud \u00fclesannete tulemuste teavitused, ja veel parem \u2014 kasutate integratsiooni Veeam ONE-ga, siis t\u00f5en\u00e4oliselt ei juhtu teiega sellist asja. Kui aga vaatate B&R serverit kord n\u00e4dalas, et kontrollida, kas k\u00f5ik t\u00f6\u00f6tab, siis peaksite loobuma valikutest, mis v\u00f5ivad potentsiaalselt viia varukoopiate kustutamiseni. <\/p>\n

Mis on uues v.10<\/h2>\n

\nSee, millest me varem r\u00e4\u00e4kisime, eksisteeris B&R-is juba palju versioone. N\u00fc\u00fcd, kui oleme need t\u00f6\u00f6p\u00f5him\u00f5tted selgeks saanud, vaatame, mis on uues juubeli \u201ek\u00fcmnes\u201c versioonis lisandunud. <\/p>\n

Igap\u00e4evane s\u00e4ilitamine<\/h3>\n

\n\u00dclal oleme arutanud \u201eklassikalist\u201c salvestuspoliitikat, mis p\u00f5hineb punktide arvul. Alternatiivne l\u00e4henemine on seadistada samas men\u00fc\u00fcs \u201ep\u00e4evad\u201c asemel \u201etaastepunktid\u201c. <\/p>\n

\"Veeami
\n
\nIdee on selgesti pealkirjast \u2013 s\u00e4ilitamine hoiab m\u00e4\u00e4ratud arvu p\u00e4evi, samas ei oma iga p\u00e4eva punktide arv mingit t\u00e4htsust. Siiski peab meeles pidama j\u00e4rgmist:<\/p>\n