{"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 andmete s\u00e4ilitamise poliitikad \u2014 lahendame varukoopiate ahelad koos tehnilise toe meeskonnaga","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Tere tulemast meie blogi lugejad! Osa meist on juba tuttav \u2013 minu ingliskeelsed postitused on siin ilmunud kallis kolleegi t\u00f5lkes polarowl<\/a><\/noindex>. Seekord otsustasin otse venekeelse publiku poole p\u00f6\u00f6rduda. <\/p>\n

Oma deb\u00fc\u00fcdiks tahtsin leida teema, mis oleks huvitav v\u00f5imalikult laiale publikule ja vajaks p\u00f5hjalikku k\u00e4sitlemist. Daniel Defoe v\u00e4itis, et iga\u00fcht ootavad surm ja maksud. Minu poolt v\u00f5in kinnitada, et iga tehnilise toe inseneri h\u00fc\u00fcded keerlevad taastamispunktide s\u00e4ilitamise poliitikate (v\u00f5i lihtsamalt \u00f6eldes \u2013 reten\u021bii) \u00fcmber. Kuidas reten\u021bi t\u00f6\u00f6tab, hakkasin ma selgitama 4 aastat tagasi, olles esimese taseme noor insener, ja j\u00e4tkan seda veel n\u00fc\u00fcd, olles hispaania- ja itaalia keelt k\u00f5neleva meeskonna tiimijuht. Olen kindel, et minu kolleegid teiselt ja isegi kolmandalt tasemelt pakuvad samuti regulaarselt vastuseid samadele k\u00fcsimustele. <\/p>\n

Selles valguses soovis ma kirjutada l\u00f5plikku, p\u00f5hjalikku postitust, kuhu venekeelsed kasutajad saavad korduvalt tagasi p\u00f6\u00f6rduda kui teejuhti. Hetk on sobiv - hiljuti v\u00e4lja antud juubeli k\u00fcmnes versioon on lisanud uusi funktsioone p\u00f5hifunktsionaalsusele, mis ei ole aastaid muutunud. Minu postitus keskendub eesk\u00e4tt sellele versioonile - kuigi enamik kirjutatust on t\u00f5ene ka varasemate versioonide puhul, ei leia te m\u00f5ningaid seal kirjeldatud funktsioone. Vaadates natuke tulevikku, v\u00f5in \u00f6elda, et j\u00e4rgmises versioonis oodatakse m\u00f5ned muudatused, kuid sellest r\u00e4\u00e4gime, kui aeg on \u00f5ige. N\u00fc\u00fcd aga alustame.<\/p>\n

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

Varundust\u00f6\u00f6 (Backup job)<\/h2>\n

\nAlustame osast, mis versioonis 10 muutumatuks on j\u00e4\u00e4nud. Tegevuste s\u00e4ilitamise poliitika m\u00e4\u00e4ratakse mitmete parameetrite alusel. Avame uue t\u00f6\u00f6 tegemise akna ja liigume kaardile Storage. Siin n\u00e4eme parameetrit, mis m\u00e4\u00e4ratleb soovitud taastamispunktide arvu:<\/p>\n

\"Veeam
\n
\nKuid see on vaid osa valemist. Tegelik punktide arv m\u00e4\u00e4ratakse ka varukoopia re\u017eiimi j\u00e4rgi, mis on m\u00e4\u00e4ratud \u00fclesande jaoks. Selle parameetri valimiseks tuleb kl\u00f5psata vahekaardil nuppul Advanced. See avab uue akna mitme valikuga. Loetleme need ja vaatame neid j\u00e4rjestikku:<\/p>\n

\"Veeam
\n
\nKui aktiveerida ainult valik 1, t\u00f6\u00f6tab \u00fclesanne 'l\u00f5putu inkrementaalse' re\u017eiimis (forever forward incremental). Siin ei teki mingeid raskusi \u2013 \u00fclesanne salvestab m\u00e4\u00e4ratud arvu taastamispunkte t\u00e4isvarukoopiadest (fail laiendiga VBK) kuni viimase inkrementini (fail laiendiga VIB). Kui punktide arv \u00fcletab m\u00e4\u00e4ratud v\u00e4\u00e4rtuse, \u00fchendatakse vanim inkrement t\u00e4isvarukoopiaga. Teisis\u00f5nu, kui \u00fclesanne on seatud salvestama 3 punkti, on p\u00e4rast j\u00e4rjekordset sessiooni salvestatud 4 punkti, p\u00e4rast mida \u00fchendatakse t\u00e4isvarukoopia vanima inkrementiga ja punktide koguarv naaseb 3-le. <\/p>\n

\"Veeam
\n
\nSamuti on \u201etagurpidi inkrementaalne\u201c (reverse incremental) re\u017eiimi jaoks \u00e4\u00e4rmiselt lihtne hoidmine (valik 2). Kuna antud juhul on k\u00f5ige uuem punkt t\u00e4ielik varukoopia, millele j\u00e4rgneb nn rullbackide ahel (failid, millel on laienemine VRB), piisab hoidmise rakendamiseks lihtsalt k\u00f5ige vanema rullbacki kustutamisest. Olukord j\u00e4\u00e4b samaks: p\u00e4rast seanssi \u00fcletab punktide arv seadistatud arvu \u00fche v\u00f5rra, p\u00e4rast mida taastub see vajalikule v\u00e4\u00e4rtusele.<\/p>\n

\"Veeam
\n
\nPange t\u00e4hele, et tagurpidi inkrementaalse re\u017eiimi puhul on v\u00f5imalik ka lubada perioodiline t\u00e4ielik varukoopia (valik 4), kuid see ei muuda asja olemust. Jah, ahelas ilmuvad t\u00e4ielikud taastepunktid, kuid me j\u00e4tkame k\u00f5ige vanade punktide eemaldamist \u00fcksikutena. <\/p>\n

L\u00f5puks j\u00f5uame huvitava osa juurde. Kui aktiveerida inkrementaalne varundamine ja lisada valikud 3 v\u00f5i 4 (v\u00f5i m\u00f5lemad korraga), hakkab \u00fclesanne looma perioodilisi t\u00e4ielikke varukoopiaid \"aktiivse\" v\u00f5i s\u00fcnteetilise meetodi abil. T\u00e4ieliku varukoopia loomiseks kasutatav meetod ei oma t\u00e4htsust \u2013 see sisaldab samu andmeid, samas kui inkrementaalne ahel jaguneb \"alam-ahelateks\". Seda meetodit nimetatakse edasi suunatud inkrementaalseks, ja see tekitab meie klientide seas hulgaliselt k\u00fcsimusi. <\/p>\n

Retensioon kehtib siin k\u00f5ige vanema osa (t\u00e4ieliku varukoopia ja inkrementaali) eemaldamisena. Sellega ei eemalda me vaid t\u00fchja varukoopiat ega ka ainult osa inkrementaalidest. Kogu \u201ealam-ahel\u201d eemaldatakse t\u00e4ielikult korraga. Muutub ka punkti arvu seadistuse t\u00e4hendus \u2013 kui teistes meetodites on see maksimaalselt lubatud arv, mille j\u00e4rel tuleb rakendada retensiooni, siis siin m\u00e4\u00e4ratleb see seade minimaalset arvu. Teisis\u00f5nu, p\u00e4rast k\u00f5ige vanema \u201ealam-ahela\u201d eemaldamist ei tohi j\u00e4\u00e4mas oleval osal punktide arv langeda alla selle miinimumi. <\/p>\n

P\u00fc\u00fcan seda kontseptsiooni visuaalselt kujutada. Oletame, et s\u00e4ilitamisperiood on seadistatud 3 punktile, \u00fclesanne t\u00f6\u00f6tab iga p\u00e4ev t\u00e4ie varukoopiaga esmasp\u00e4eviti. Sellisel juhul rakendatakse s\u00e4ilitamist, kui punktide koguarv ulatub 10-ni:<\/p>\n

\"Veeam
\n
\nMiks just 10, kui seadistasime 3? Esmasp\u00e4eval loodi t\u00e4isvarukoopia. Teisip\u00e4evast p\u00fchap\u00e4evani genereeris \u00fclesanne inkremente. L\u00f5puks luuakse j\u00e4rgmisel esmasp\u00e4eval j\u00e4lle t\u00e4isvarukoopia ja ainult siis, kui on loodud 2 inkremente, v\u00f5ib kogu vana osa ahelast l\u00f5puks eemaldada, kuna allesj\u00e4\u00e4nud punktide arv ei lange alla seatud 3. <\/p>\n

Kui idee on selge, siis pakun v\u00e4lja, et proovite s\u00e4ilitamist ise arvutada. V\u00f5tame sellised tingimused: \u00fclesanne k\u00e4ivitub esmakordselt neljap\u00e4eval (loomulikult tehakse t\u00e4isvarukoopia). \u00dclesanne on seadistatud looma t\u00e4isvarukoopiaid kolmap\u00e4eviti ja p\u00fchap\u00e4eviti ning hoidma 8 taastamispunkti. Millal rakendatakse s\u00e4ilitamist esmakordselt?<\/p>\n

Sellele k\u00fcsimusele vastamiseks soovitan teil v\u00f5tta paberileht, jagada see n\u00e4dalap\u00e4evadeks ja kirjutada, milline punkt luuakse iga p\u00e4ev. Vastus muutub ilmseks.<\/p>\n

Vastus<\/b>
\n \"Veeam
\nSelgitus: piisab, kui k\u00fcsida endalt 'millal rakendatakse kinnipidamist'? Vastus on, et siis, kui suudame eemaldada 3 esimest punkti (VBK, VIB, VIB) ja \u00fclej\u00e4\u00e4nud ahel ei lange alla etten\u00e4htud 8 punkti. Selgub, et saame seda teha, kui meil on kokku 11 punkti, st p\u00fchap\u00e4eval teisel n\u00e4dalal. <\/p>\n

M\u00f5ned lugejad v\u00f5ivad vastu vaielda: 'miks k\u00f5ik see, kui on olemas 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 arutanud me valikut \"Muuda varasemaid varukoopiaid tagasip\u00f6\u00f6rdumisteks\" (margitud numbriga 5). See valik segadusse ajab m\u00f5nikord kliente, kes aktiveerivad selle \u201eautomaatre\u017eiimis\u201d, soovides lihtsalt lisada s\u00fcnteetilise varukoopia. Samas aktiveerib see valik hoopis erilise varundusre\u017eiimi. \u00dcksikasjadesse laskumata \u00fctlen kohe, et toote praeguses arenguetapis on \"Muuda varasemaid varukoopiaid tagasip\u00f6\u00f6rdumisteks\" vananenud valik ja ma ei suuda v\u00e4lja m\u00f5elda \u00fchtki stsenaariumi, kus seda v\u00f5iks kasutada. Selle v\u00e4\u00e4rtus on nii k\u00fcsitav, et Antonn Gostev ise kutsus teatud aega foorumi kaudu \u00fcles saatma talle n\u00e4iteid selle kasulikest kasutusv\u00f5imalustest (kui teil neid on, kirjutage kommentaarides, olen v\u00e4ga huvitatud). Kui neid ei leita (ma arvan, et nii l\u00e4heb), siis eemaldatakse see valik j\u00e4rgmistes versioonides. <\/p>\n

\u00dclesanne loob inkremente (VIB) kuni p\u00e4evani, mil on m\u00e4\u00e4ratud s\u00fcnteetiline t\u00e4ielik varukoopia. Sellel p\u00e4eval luuakse t\u00f5eliselt VBK, aga k\u00f5ik punktid kuni selle VBK-ni muudetakse rollback'iks (VRB). P\u00e4rast seda j\u00e4tkab \u00fclesanne inkrementide loomist t\u00e4ieliku varukoopia jaoks kuni j\u00e4rgmise s\u00fcnteetilise varukoopiani. Tulemuseks on ahelas segu VBK, VBR ja VIB failidest. Retentsioon kehtestatakse v\u00e4ga lihtsalt \u2013 eemaldades viimase VBR:<\/p>\n

\"Veeam
\n<\/p>\n

Probleemid<\/h3>\n

\nLisaks sellele, et oleks arusaam, kuidas see t\u00f6\u00f6tab, on enamik inkrementaalse re\u017eiimi kasutamisel tekkivaid probleeme tavaliselt seotud t\u00e4ieliku varukoopiaga. Regulaarne t\u00e4ielik varukoopia on selle re\u017eiimi jaoks vajalik, vastasel juhul hakkab repository koguma punkte, kuni see on t\u00e4is. <\/p>\n

N\u00e4iteks v\u00f5ib t\u00e4isvarundus toimuda liiga harva. Oletame, et \u00fclesanne on m\u00e4\u00e4ratud hoidma 10 punkti, kuid t\u00e4isvarundus luuakse kord kuus. On selge, et tegelik punktide arv siin on oluliselt suurem kui m\u00e4\u00e4ratud. V\u00f5i on \u00fclesanne \u00fcldse m\u00e4\u00e4ratud t\u00f6\u00f6tama l\u00f5pmatus-inkrementaalses re\u017eiimis ja hoidma 50 punkti. Siis keegi kogemata loob t\u00e4isvarunduse. K\u00f5ik, n\u00fc\u00fcd ootab \u00fclesanne, kuni t\u00e4ispunkt kogub 49 inkrementi, p\u00e4rast mida rakendab see s\u00e4ilitamispoliitikat ja naaseb l\u00f5pmatus-t\u00e4is re\u017eiimi.<\/p>\n

Teistes olukordades on t\u00e4isvarukoopia seadistatud looma regulaarselt, kuid mingil p\u00f5hjusel seda ei tehta. Kirjutan siin k\u00f5ige populaarsema p\u00f5hjuse. M\u00f5ned kliendid eelistavad kasutada \u201crun after\u201d ajastamisvalikut ja seadistada \u00fclesanded t\u00f6\u00f6le ahelana. Vaatame n\u00e4iteks: on 3 \u00fclesannet, mis t\u00f6\u00f6tavad igap\u00e4evaselt ja loovad t\u00e4isvarukoopia p\u00fchap\u00e4eval. Esimene \u00fclesanne k\u00e4ivitub kell 22.30, teised k\u00e4ivituvad ahelana. Inkrementaalne varukoopia v\u00f5tab aega 10 minutit, seega kell 23.00 l\u00f5petavad k\u00f5ik \u00fclesanded t\u00f6\u00f6. T\u00e4isvarukoopia aga v\u00f5tab aega tund, seet\u00f5ttu toimub p\u00fchap\u00e4eval j\u00e4rgnev: esimene \u00fclesanne t\u00f6\u00f6tab kell 22.30 kuni 23.30. J\u00e4rgmine kell 23.30 kuni 00.30. Kolmas \u00fclesanne k\u00e4ivitub juba esmasp\u00e4eval. T\u00e4isvarukoopia on seadistatud p\u00fchap\u00e4evaks, mist\u00f5ttu seda lihtsalt ei toimu. \u00dclesanne ootab t\u00e4isvarukoopiat, et rakendada s\u00e4ilitamispoliitikat. Seega olge ettevaatlikud, kui kasutate \u201crun after\u201d valikut, v\u00f5i \u00e4rge kasutage seda \u00fcldse \u2014 seadistage \u00fclesanded k\u00e4ivituma samal ajal ja laske ressursside ajastajal oma t\u00f6\u00f6d teha. <\/p>\n

K\u00f5rvaldas dificultad \u201cEemalda kustutatud \u00fcksused\u201d<\/h2>\n

\nMinu kaudu Storage \u2013 Advanced \u2013 Maintenance seadeid liikudes v\u00f5ib leida valiku \"remove deleted items data after\", mis arvutatakse p\u00e4evades. <\/p>\n

\"Veeam
\n
\nM\u00f5ned kliendid eeldavad, et see ongi retentsioon. Tegelikult on see t\u00e4iesti eraldi valik, mille vale m\u00f5istmine v\u00f5ib viia ootamatute tagaj\u00e4rgedeni. Ennek\u00f5ike tuleks selgitada, kuidas B&R reageerib olukordadele, kus seansi ajal varundatakse edukalt ainult m\u00f5ned masinad. <\/p>\n

Kujutame ette j\u00e4rgmist stsenaariumi: l\u00f5putu inkrementaalne \u00fclesanne, mis on seadistatud hoidma 6 punkti. \u00dclesandes on 2 masinat, \u00fcks varesemas olis alati edukalt varundatud, teine aga andis aeg-ajalt vigu. L\u00f5puks, seitsmenda punkti puhul, tekkis selline olukord:<\/p>\n

\"Veeam
\n
\nOn aeg rakendada retentsioon, kuid \u00fchel masinal on 7 punkti ja teisel ainult 4. Kas retentsioon rakendatakse? Vastus on jah, rakendatakse. Kui v\u00e4hemalt \u00fcks objekt on varundatud, arvab B&R, et punkt on loodud. <\/p>\n

Sarnane olukord v\u00f5ib tekkida, kui m\u00f5ni masin ei olnud lihtsalt \u00fclesandes m\u00e4\u00e4ratud teatud seansi ajal. See v\u00f5ib juhtuda n\u00e4iteks siis, kui masinad on \u00fclesandele lisatud mitte eraldi, vaid konteinerite (kaustade, ladustamise) koosseisus ning m\u00f5ni masin r\u00e4ndab ajutiselt teise konteinerisse. Sellisel juhul loetakse \u00fclesanne \u00f5nnestunud, kuid statistikast leiate teate, mis kutsub t\u00e4helepanu sellele, et teatud masinat ei t\u00f6\u00f6delda enam \u00fclesande raames. <\/p>\n

\"Veeam
\n
\nMis juhtub, kui sellele t\u00e4helepanu ei p\u00f6\u00f6rata? Infiniitsetes inkrementaalsetes v\u00f5i tagasiinkrementaalsetes re\u017eiimides 'probleemse' masina taastamispunktide arv v\u00e4heneb iga seansiga, kuni see j\u00f5uab 1, mis on salvestatud VBK-sse. Teisis\u00f5nu, isegi kui masinat pikka aega varundatakse, j\u00e4\u00e4b \u00fcks taastamispunkt ikkagi alles. Asi on teisiti, kui on sisse l\u00fclitatud perioodilised t\u00e4ielikud varukoopiad. Kui ignoreerida B&R signaale, v\u00f5ib viimase punkti eemaldada koos vanema osa ahelaga. <\/p>\n

Kuna need \u00fcksikasjad on selged, saab l\u00f5puks arvesse v\u00f5tta valikut \"Remove deleted items data after\". See kustutab k\u00f5ik andmed konkreetse masina kohta, kui masinat ei varundata X p\u00e4eva jooksul. Pange t\u00e4hele, et see seade ei reageeri vigadele (proovisime - ei \u00f5nnestunud). Masina varundamise katset ei tohi olla. Tundub, et valik on kasulik ja seda tuleks alati sisse l\u00fclitada. Kui administraator on masina \u00fclesandest eemaldanud, on m\u00f5istlik m\u00f5ne aja p\u00e4rast eemaldada tarbetud andmed ja ahel. Kuid seadistus n\u00f5uab distsipliini ja t\u00e4helepanelikkust.<\/p>\n

T\u00f5in praktika n\u00e4ite: \u00fclesandele lisati mitu konteinerit, mille koostis oli \u00fcsna d\u00fcnaamiline. Puuduliku RAM-i t\u00f5ttu koges B&R server probleeme, mis j\u00e4id m\u00e4rkamatuks. \u00dclesanne k\u00e4ivitus ja proovib varundada masinad, v\u00e4lja arvatud \u00fcks, mis sellel hetkel konteineris ei olnud. Kuna paljud masinad andsid vigu, peab B&R vaikimisi tegema 3 t\u00e4iendavat katset probleemsete masinate varundamiseks. Pidevate RAM-i probleemide t\u00f5ttu venisid need katsed mitme p\u00e4eva peale. Puuduva VM-i varundamiseks ei olnud korduskatset (puuduv VM ei ole viga). L\u00f5puks, \u00fche korduskatse ajal, rakendati tingimus \u201cEemalda kustutatud esemed\u201d ja k\u00f5ik masina punktid eemaldati. <\/p>\n

Selle kohta v\u00f5in \u00f6elda j\u00e4rgmist: kui olete seadistanud \u00fclesannete tulemuste teavitused, ja veel parem \u2014 kui kasutate integraatori Veeam ONE, siis t\u00f5en\u00e4oliselt ei juhtu sellist asja teiega. Kui aga vaatate B&R serverisse kord n\u00e4dalas, et kontrollida, et k\u00f5ik t\u00f6\u00f6tab, siis tasub loobuda valikutest, mis v\u00f5ivad potentsiaalselt viia varunduste eemaldamiseni. <\/p>\n

Mida uut on v.10-sse lisatud<\/h2>\n

\nSee, millest me eelnevalt r\u00e4\u00e4kisime, on olnud B&R-s paljusid versioone. N\u00fc\u00fcd, kui oleme need t\u00f6\u00f6p\u00f5him\u00f5tted selgeks saanud, vaatame, mida on juubeli \"k\u00fcmnes\" versioon kaasa toonud. <\/p>\n

P\u00e4eva s\u00e4ilitamine<\/h3>\n

\n\u00dclalpool k\u00e4sitlesime \"klassikalist\" s\u00e4ilitamise poliitikat, mis p\u00f5hineb punktide arvul. Alternatiivne l\u00e4henemine on men\u00fc\u00fcsse \"days\" m\u00e4\u00e4ramine, selle asemel et kasutada \"restore points\". <\/p>\n

\"Veeam
\n
\nIdee tuleneb juba nimest \u2013 s\u00e4ilitamine hoiab teatud arvu p\u00e4evi, samas ei ole oluline, kui palju punkte igas p\u00e4evas on.<\/p>\n