{"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\/sv\/blog\/administrirovanie\/politiki-hraneniya-veeam-br-rasputyvaem-bekapnye-czepi-vmeste-s-tehpodderzhkoj","title":{"rendered":"Veeam B&R:s lagringspolicyer \u2014 vi l\u00f6ser backupkedjorna tillsammans med supporten","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hej l\u00e4sare av v\u00e5r blogg! Delvis \u00e4r vi redan bekanta \u2013 mina engelskspr\u00e5kiga inl\u00e4gg har h\u00e4r \u00f6versatts av min k\u00e4ra kollega. polarowl<\/a><\/noindex>. Denna g\u00e5ng ville jag n\u00e5 ut till den rysktalande publiken direkt. <\/p>\n

Till min debut ville jag hitta ett \u00e4mne som \u00e4r intressant f\u00f6r en s\u00e5 bred publik som m\u00f6jligt och som kr\u00e4ver en detaljerad genomg\u00e5ng. Daniel Defoe h\u00e4vdade att varje m\u00e4nniska st\u00e5r inf\u00f6r d\u00f6den och skatter. Fr\u00e5n min sida kan jag s\u00e4ga att varje supportingenj\u00f6r st\u00e4lls inf\u00f6r fr\u00e5gor om policys f\u00f6r lagring av \u00e5terst\u00e4llningspunkter (eller enklare sagt \u2013 retention). Jag b\u00f6rjade f\u00f6rklara hur retention fungerar f\u00f6r fyra \u00e5r sedan, n\u00e4r jag var junior niv\u00e5 1-ingenj\u00f6r, och forts\u00e4tter att f\u00f6rklara det nu, redan som teamledare f\u00f6r den spansktalande och italiensktalande gruppen. Jag \u00e4r s\u00e4ker p\u00e5 att mina kollegor p\u00e5 niv\u00e5 tv\u00e5 och till och med niv\u00e5 tre ocks\u00e5 regelbundet f\u00e5r samma fr\u00e5gor. <\/p>\n

I detta ljus ville jag skriva ett slutgiltigt, s\u00e5 detaljerat inl\u00e4gg som m\u00f6jligt, dit rysktalande anv\u00e4ndare kan \u00e5terkomma g\u00e5ng p\u00e5 g\u00e5ng som en handbok. Tidpunkten \u00e4r l\u00e4mplig \u2013 den nyligen sl\u00e4ppta jubileumsversionen 10 har tillf\u00f6rt nya funktioner till en grundl\u00e4ggande funktionalitet som varit of\u00f6r\u00e4ndrad i \u00e5ratal. Mitt inl\u00e4gg riktar sig framf\u00f6r allt till denna version \u2013 \u00e4ven om det mesta av vad som skrivits \u00e4r giltigt f\u00f6r tidigare versioner, kommer du inte hitta vissa av de beskrivna funktionerna d\u00e4r. Slutligen, med en liten blick in i framtiden, vill jag s\u00e4ga att vissa f\u00f6r\u00e4ndringar f\u00f6rv\u00e4ntas i n\u00e4sta version, men vi kommer att ber\u00e4tta mer n\u00e4r tiden \u00e4r inne. L\u00e5t oss b\u00f6rja.<\/p>\n

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

Backup-jobb (Backup job)<\/h2>\n

\nL\u00e5t oss f\u00f6rst g\u00e5 igenom den del som inte har f\u00f6r\u00e4ndrats i version 10. Retentionspolicyn best\u00e4ms av flera parametrar. Vi \u00f6ppnar f\u00f6nstret f\u00f6r att skapa ett nytt jobb och g\u00e5r till fliken Storage. H\u00e4r ser vi en parameter som best\u00e4mmer det \u00f6nskade antalet \u00e5terst\u00e4llningspunkter:<\/p>\n

\"Veeam
\n
\nMen detta \u00e4r bara en del av ekvationen. Det faktiska antalet punkter best\u00e4ms ocks\u00e5 av backup-l\u00e4get som \u00e4r inst\u00e4llt f\u00f6r jobbet. F\u00f6r att v\u00e4lja denna parameter m\u00e5ste du klicka p\u00e5 knappen Advanced p\u00e5 samma flik. Detta \u00f6ppnar ett nytt f\u00f6nster med m\u00e5nga alternativ. Vi numrerar dem och g\u00e5r igenom dem en efter en:<\/p>\n

\"Veeam
\n
\nOm endast alternativ 1 aktiveras kommer uppgiften att fungera i \"o\u00e4ndligt inkrementellt\" l\u00e4ge (forever forward incremental). Det uppst\u00e5r inga sv\u00e5righeter h\u00e4r \u2013 uppgiften kommer att lagra det angivna antalet \u00e5terst\u00e4llningspunkter fr\u00e5n den fullst\u00e4ndiga s\u00e4kerhetskopian (fil med fil\u00e4ndelsen VBK) till den senaste inkrementet (fil med fil\u00e4ndelsen VIB). N\u00e4r antalet punkter \u00f6verstiger det angivna v\u00e4rdet kommer den \u00e4ldsta inkrementet att sl\u00e5s samman med den fullst\u00e4ndiga s\u00e4kerhetskopian. Med andra ord, om uppgiften \u00e4r inst\u00e4lld p\u00e5 att lagra 3 punkter, s\u00e5 kommer det direkt efter n\u00e4sta session p\u00e5 lagringsplatsen att finnas 4 punkter, efter vilket den fullst\u00e4ndiga s\u00e4kerhetskopian sl\u00e5s samman med den \u00e4ldsta inkrement, och det totala antalet punkter kommer att \u00e5terg\u00e5 till 3. <\/p>\n

\"Veeam
\n
\nRetention f\u00f6r \"backward incremental\" (alternativ 2) \u00e4r ocks\u00e5 mycket enkel. Eftersom i detta fall den nyaste punkten kommer att vara en fullst\u00e4ndig s\u00e4kerhetskopia, som f\u00f6ljs av en kedja av s\u00e5 kallade rollbackar (filer med fil\u00e4ndelsen VRB), \u00e4r det tillr\u00e4ckligt att helt enkelt ta bort den \u00e4ldsta rollbacken f\u00f6r att till\u00e4mpa retention. Situationen kommer att vara densamma: direkt efter sessionen kommer antalet punkter att \u00f6verskrida det angivna med 1, och sedan \u00e5terg\u00e5 till det \u00f6nskade v\u00e4rdet.<\/p>\n

\"Veeam
\n
\nObservera att med det bak\u00e5t-inkrementella l\u00e4get kan man ocks\u00e5 aktivera periodiska fullst\u00e4ndiga s\u00e4kerhetskopior (alternativ 4), men detta f\u00f6r\u00e4ndrar inte k\u00e4rnan i saken. Ja, i kedjan kommer det att finnas fullst\u00e4ndiga \u00e5terst\u00e4llningspunkter, men vi kommer fortfarande bara att ta bort de \u00e4ldsta punkterna en i taget. <\/p>\n

Slutligen n\u00e4rmar vi oss den intressanta delen. Om du aktiverar inkrementell s\u00e4kerhetskopiering, men dessutom aktiverar alternativ 3 eller 4 (eller b\u00e5da samtidigt), kommer uppgiften att b\u00f6rja skapa periodiska fullst\u00e4ndiga s\u00e4kerhetskopior med \"aktiv\" eller syntetisk metod. Metoden f\u00f6r att skapa den fullst\u00e4ndiga s\u00e4kerhetskopian spelar ingen roll \u2013 den kommer att inneh\u00e5lla samma data, och den inkrementella kedjan kommer att delas upp i \"underkedjor\". Denna metod kallas forward incremental, och det \u00e4r just den som v\u00e4cker en betydande del av fr\u00e5gorna fr\u00e5n v\u00e5ra kunder. <\/p>\n

Retention h\u00e4r till\u00e4mpas genom att ta bort den \u00e4ldsta delen av kedjan (fr\u00e5n en fullst\u00e4ndig backup till inkrement). Vi kommer allts\u00e5 inte att ta bort bara en tom backup eller bara en del av inkrementen. Hela \"underkedjan\" tas bort helt p\u00e5 en g\u00e5ng. Meningen med inst\u00e4llningen av antal punkter f\u00f6r\u00e4ndras \u2013 medan det i andra metoder handlar om maxantalet punkter efter vilket retention ska till\u00e4mpas, definierar denna inst\u00e4llning det minimiantal som kr\u00e4vs. Med andra ord, efter att den \u00e4ldsta \"underkedjan\" har tagits bort, f\u00e5r inte antalet punkter i den \u00e5terst\u00e5ende delen falla under detta minimum. <\/p>\n

Jag ska f\u00f6rs\u00f6ka visualisera detta koncept grafiskt. Anta att retention \u00e4r inst\u00e4llt p\u00e5 3 punkter, uppgiften k\u00f6rs varje dag med en fullst\u00e4ndig backup p\u00e5 m\u00e5ndagar. Retention kommer i s\u00e5 fall att till\u00e4mpas n\u00e4r det totala antalet punkter n\u00e5r 10:<\/p>\n

\"Veeam
\n
\nVarf\u00f6r s\u00e5 m\u00e5nga som 10 n\u00e4r vi har st\u00e4llt in 3? En fullst\u00e4ndig backup skapades p\u00e5 m\u00e5ndagen. Fr\u00e5n tisdagen till s\u00f6ndagen skapade uppgiften inkrement. Slutligen, den f\u00f6ljande m\u00e5ndagen skapas en ny fullst\u00e4ndig backup och f\u00f6rst n\u00e4r 2 inkrement skapats kan den gamla delen av kedjan tas bort, eftersom det \u00e5terst\u00e5ende antalet punkter inte f\u00e5r falla under de inst\u00e4llda 3. <\/p>\n

Om id\u00e9n \u00e4r f\u00f6rst\u00e5elig, f\u00f6resl\u00e5r jag att ni f\u00f6rs\u00f6ker r\u00e4kna ut retention sj\u00e4lva. L\u00e5t oss ta f\u00f6ljande f\u00f6ruts\u00e4ttningar: uppgiften k\u00f6rs f\u00f6r f\u00f6rsta g\u00e5ngen p\u00e5 torsdag (naturligtvis kommer en fullst\u00e4ndig backup att g\u00f6ras). Upps\u00e4ttningen \u00e4r att skapa fullst\u00e4ndiga backuper p\u00e5 onsdagar och s\u00f6ndagar och att lagra 8 \u00e5terst\u00e4llningspunkter. N\u00e4r kommer retention att till\u00e4mpas f\u00f6r f\u00f6rsta g\u00e5ngen?<\/p>\n

F\u00f6r att svara p\u00e5 denna fr\u00e5ga rekommenderar jag att ni tar ett papper, ritar upp det efter veckodagar och skriver vilken punkt som skapas varje dag. Svaret kommer att bli uppenbart.<\/p>\n

Svar<\/b>
\n \"Veeam
\nF\u00f6rklaring: f\u00f6r att svara \u00e4r det tillr\u00e4ckligt att fr\u00e5ga sig sj\u00e4lv \"n\u00e4r kommer retention att till\u00e4mpas?\" Svaret \u2013 n\u00e4r vi kan ta bort de 3 f\u00f6rsta punkterna (VBK, VIB, VIB) och den \u00e5terst\u00e5ende kedjan inte faller under de angivna 8 punkterna. Det blir tydligt att vi kan g\u00f6ra detta n\u00e4r vi har 11 punkter totalt, det vill s\u00e4ga p\u00e5 s\u00f6ndag den andra veckan. <\/p>\n

Vissa l\u00e4sare kan inv\u00e4nda: \"Varf\u00f6r allt detta n\u00e4r det finns 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

Till slut har vi inte diskuterat alternativet 'Transform previous backup chains into rollbacks' (markerat med siffran 5). Detta alternativ f\u00f6rvirrar ibland kunder som aktiverar det 'automatiskt', i \u00f6nskan om att helt enkelt inkludera en syntetisk backup. Under tiden aktiverar detta alternativ ett helt speciellt backup-l\u00e4ge. Utan att g\u00e5 in p\u00e5 detaljer kan jag s\u00e4ga att i detta skede av produktens utveckling \u00e4r 'Transform previous backup chains into rollbacks' \u2013 ett f\u00f6r\u00e5ldrat alternativ, och jag kan inte komma p\u00e5 ett enda scenario d\u00e4r det skulle anv\u00e4ndas. Dess v\u00e4rde \u00e4r s\u00e5 tveksamt att Anton Gostev sj\u00e4lv en g\u00e5ng bad via forumet om exempel p\u00e5 dess anv\u00e4ndning (om du har s\u00e5dana, skriv g\u00e4rna i kommentarerna, jag \u00e4r mycket nyfiken). Om det inte dyker upp n\u00e5gra (vilket jag tror inte kommer att h\u00e4nda), kommer alternativet att tas bort i kommande versioner. <\/p>\n

Uppgiften kommer att skapa inkrement (VIB) fram till den dag d\u00e5 en syntetisk fullbackup \u00e4r schemalagd. P\u00e5 den dagen skapas faktiskt en VBK, men alla punkter fram till denna VBK omvandlas till rollbacks (VRB). Efter det kommer uppgiften att forts\u00e4tta skapa inkrement till den fulla backuppen fram till n\u00e4sta syntetiska backup. Resultatet blir en explosiv blandning av VBK, VBR och VIB-filer. Retention till\u00e4mpas mycket enkelt \u2013 genom att ta bort den senaste VBR:<\/p>\n

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

Problem<\/h3>\n

\nBortsett fr\u00e5n att f\u00f6rst\u00e5 hur det fungerar, \u00e4r de flesta problemen som uppst\u00e5r vid anv\u00e4ndning av inkrementalt l\u00e4ge vanligtvis relaterade till den fullst\u00e4ndiga backupen. En regelbunden fullst\u00e4ndig backup \u00e4r n\u00f6dv\u00e4ndig f\u00f6r detta l\u00e4ge, annars kommer lagret att samla punkter tills det blir \u00f6verfullt. <\/p>\n

Till exempel kan en fullst\u00e4ndig backup skapas f\u00f6r s\u00e4llan. L\u00e5t oss s\u00e4ga att uppgiften \u00e4r inst\u00e4lld p\u00e5 att lagra 10 punkter, men en fullst\u00e4ndig backup skapas en g\u00e5ng i m\u00e5naden. Det \u00e4r uppenbart att det faktiska antalet punkter h\u00e4r kommer att vara betydligt st\u00f6rre \u00e4n det angivna. Eller s\u00e5 \u00e4r uppgiften inst\u00e4lld p\u00e5 att arbeta i en o\u00e4ndlig inkrementell cykel och lagra 50 punkter. Sedan skapade n\u00e5gon av misstag en fullst\u00e4ndig backup. D\u00e5 kommer uppgiften att v\u00e4nta tills den fullst\u00e4ndiga punkten har samlat 49 inkrement, innan retention till\u00e4mpas och den \u00e5terg\u00e5r till o\u00e4ndligt fullt l\u00e4ge.<\/p>\n

I andra fall st\u00e4lls en fullst\u00e4ndig backup in f\u00f6r att skapas regelbundet, men av n\u00e5gon anledning genomf\u00f6rs detta inte. H\u00e4r beskriver jag den mest popul\u00e4ra orsaken. Vissa kunder f\u00f6redrar att anv\u00e4nda schemal\u00e4ggningsalternativet \"run after\" och st\u00e4lla in uppgifter att k\u00f6ras i en kedja. L\u00e5t oss ta ett exempel: det finns 3 uppgifter som k\u00f6rs varje dag och skapar en fullst\u00e4ndig backup p\u00e5 s\u00f6ndagar. Den f\u00f6rsta uppgiften startar kl. 22.30, de andra startar i kedjan. Den inkrementella backupen tar 10 minuter, och d\u00e4rf\u00f6r \u00e4r alla uppgifter klara till kl. 23.00. Men den fullst\u00e4ndiga backupen tar en timme, s\u00e5 p\u00e5 s\u00f6ndagar h\u00e4nder f\u00f6ljande: den f\u00f6rsta uppgiften arbetar fr\u00e5n kl. 22.30 till 23.30. Den n\u00e4sta fr\u00e5n 23.30 till 00.30. Och den tredje uppgiften startar redan p\u00e5 m\u00e5ndag. Den fullst\u00e4ndiga backupen \u00e4r inst\u00e4lld p\u00e5 s\u00f6ndag, s\u00e5 i det h\u00e4r fallet kommer den helt enkelt inte att finnas. Uppgiften kommer att v\u00e4nta p\u00e5 den fullst\u00e4ndiga backupen f\u00f6r att till\u00e4mpa retention. S\u00e5 var f\u00f6rsiktig n\u00e4r du anv\u00e4nder alternativet \"run after\" eller anv\u00e4nd det \u00f6verhuvudtaget \u2013 st\u00e4ll bara in uppgifterna att starta samtidigt och l\u00e5t resursplaneraren g\u00f6ra sitt jobb. <\/p>\n

Sv\u00e5rhanterat alternativ \"Remove deleted items\"<\/h2>\n

\nGenom att g\u00e5 till inst\u00e4llningarna f\u00f6r uppgiften Storage \u2013 Advanced \u2013 Maintenance kan man snubbla \u00f6ver alternativet \"remove deleted items data after\", vilket anges i dagar. <\/p>\n

\"Veeam
\n
\nVissa kunder f\u00f6rv\u00e4ntar sig att detta \u00e4r retention. I sj\u00e4lva verket \u00e4r det ett helt separat alternativ, vars missf\u00f6rst\u00e5else kan leda till ov\u00e4ntade konsekvenser. Men f\u00f6rst och fr\u00e4mst m\u00e5ste man f\u00f6rklara hur B&R reagerar p\u00e5 situationer d\u00e4r endast n\u00e5gra maskiner lyckas backas upp under sessionens g\u00e5ng. <\/p>\n

L\u00e5t oss f\u00f6rest\u00e4lla oss f\u00f6ljande scenario: en o\u00e4ndligt inkrementell uppgift, inst\u00e4lld p\u00e5 att lagra 6 punkter. I uppgiften finns 2 maskiner, en som alltid har backats upp framg\u00e5ngsrikt, den andra som ibland har gett fel. Till slut, vid den sjunde punkten, har vi den h\u00e4r situationen:<\/p>\n

\"Veeam
\n
\nTid att till\u00e4mpa retention, men en maskin har 7 punkter, medan den andra har endast 4. Kommer retention h\u00e4r att till\u00e4mpas? Svaret \u00e4r \u2013 ja, det kommer att g\u00f6ras. Om minst ett objekt har backats upp, anser B&R att punkten har skapats. <\/p>\n

En liknande situation kan uppst\u00e5 om en viss maskin helt enkelt inte inkluderades i uppdraget under en specifik session. Detta kan h\u00e4nda, till exempel, n\u00e4r maskiner l\u00e4ggs till i uppdraget inte individuellt, utan i form av containrar (mappar, lagringsenheter) och en viss maskin tillf\u00e4lligt migrerar till en annan container. I s\u00e5dana fall kommer uppdraget att anses ha lyckats, men i statistiken kommer du att hitta ett meddelande som uppmanar dig att vara uppm\u00e4rksam p\u00e5 att den specifika maskinen inte l\u00e4ngre bearbetas av uppdraget. <\/p>\n

\"Veeam
\n
\nVad h\u00e4nder om man ignorerar detta? I fallet med o\u00e4ndligt inkrementella eller omv\u00e4nt inkrementella l\u00e4gen kommer antalet \u00e5terst\u00e4llningspunkter f\u00f6r den \"problematiska\" maskinen att minska med varje session, tills det n\u00e5r 1, som sparas i VBK. Med andra ord, \u00e4ven om maskinen inte g\u00f6r s\u00e4kerhetskopior under en l\u00e5ng tid, kommer en \u00e5terst\u00e4llningspunkt fortfarande att finnas kvar. Det ligger annorlunda till om periodiska fullst\u00e4ndiga s\u00e4kerhetskopior \u00e4r aktiverade. Om man ignorerar signalerna fr\u00e5n B&R, kan till slut den senaste punkten tas bort tillsammans med den gamla delen av kedjan. <\/p>\n

N\u00e4r dessa detaljer \u00e4r klargjorda kan vi \u00e4ntligen \u00f6verv\u00e4ga alternativet \"Ta bort data f\u00f6r raderade objekt efter\". Det kommer att ta bort alla punkter f\u00f6r en viss maskin om denna maskin inte s\u00e4kerhetskopieras inom X dagar. Observera att denna inst\u00e4llning inte reagerar p\u00e5 fel (f\u00f6rs\u00f6k - lyckades inte). Det ska inte ens g\u00f6ras ett f\u00f6rs\u00f6k att s\u00e4kerhetskopiera maskinen. Det verkar som om detta alternativ \u00e4r anv\u00e4ndbart och alltid b\u00f6r h\u00e5llas aktiverat. Om administrat\u00f6ren har raderat maskinen fr\u00e5n uppdraget, \u00e4r det logiskt att rensa bort on\u00f6diga data och kedjan efter en tid. Men inst\u00e4llningen kr\u00e4ver disciplin och uppm\u00e4rksamhet.<\/p>\n

Jag ska ge ett praktiskt exempel: i uppdraget lades flera containrar till, vars sammans\u00e4ttning var ganska dynamisk. P\u00e5 grund av brist p\u00e5 RAM hade B&R-servern problem som f\u00f6rblev obem\u00e4rkta. Uppdraget startade och f\u00f6rs\u00f6kte ta en backup av maskinerna, f\u00f6rutom en som vid det tillf\u00e4llet inte var n\u00e4rvarande i containern. Eftersom m\u00e5nga maskiner gav fel, skulle B&R som standard g\u00f6ra 3 ytterligare f\u00f6rs\u00f6k att ta backup av de \"problematiska\" maskinerna. P\u00e5 grund av de st\u00e4ndiga problemen med RAM drog dessa f\u00f6rs\u00f6k ut p\u00e5 flera dagar. Det gjordes inget nytt f\u00f6rs\u00f6k att ta backup av den saknade VM:n (bristen p\u00e5 VM \u00e4r inget fel). Som ett resultat av detta genomf\u00f6rdes under ett av de \u00e5terkommande f\u00f6rs\u00f6ken villkoret \"Ta bort raderade objekt\" och alla punkter f\u00f6r maskinen raderades. <\/p>\n

Ang\u00e5ende detta kan jag s\u00e4ga f\u00f6ljande: om du har konfigurerat aviseringar f\u00f6r uppdragsresultat, och \u00e4nnu b\u00e4ttre - anv\u00e4nder integration med Veeam ONE, s\u00e5 kommer detta sannolikt inte att h\u00e4nda dig. Om du \u00e5 sin sida kollar B&R-servern en g\u00e5ng i veckan f\u00f6r att se att allt fungerar, \u00e4r det b\u00e4ttre att avst\u00e5 fr\u00e5n alternativ som potentiellt kan leda till radering av backups. <\/p>\n

Vad som har lagts till i v.10<\/h2>\n

\nDet vi diskuterade tidigare har funnits i B&R under m\u00e5nga versioner. N\u00e4r vi nu har f\u00f6rst\u00e5tt dessa arbetsprinciper, l\u00e5t oss titta p\u00e5 vad som lagts till i den jubileum \"tio\". <\/p>\n

Daglig retention<\/h3>\n

\nOvan har vi diskuterat den \"klassiska\" lagringspolitiken baserad p\u00e5 antalet punkter. Ett alternativt tillv\u00e4gag\u00e5ngss\u00e4tt \u00e4r att st\u00e4lla in \"dagar\" ist\u00e4llet f\u00f6r \"\u00e5terst\u00e4llningspunkter\" i samma meny. <\/p>\n

\"Veeam
\n
\nId\u00e9n \u00e4r tydlig fr\u00e5n namnet - retentionen kommer att h\u00e5lla ett angivet antal dagar, medan antalet punkter varje dag inte spelar n\u00e5gon roll. Det \u00e4r ocks\u00e5 viktigt att komma ih\u00e5g f\u00f6ljande:<\/p>\n