{"id":29927,"date":"2019-10-31T21:32:42","date_gmt":"2019-10-31T18:32:42","guid":{"rendered":"https:\/\/prohoster.info\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa\/"},"modified":"2019-10-31T21:32:42","modified_gmt":"2019-10-31T18:32:42","slug":"bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/bekap-mne-na-lentu-zapili-rasskaz-ot-pervogo-litsa","title":{"rendered":"\"Lav en backup til mig p\u00e5 b\u00e5nd\". Fortalt i f\u00f8rste person","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I i den foreg\u00e5ende artikel<\/a><\/noindex> Vi har fortalt dig om de nye funktioner i januaropdateringen Update 4 til Veeam Backup & Replication 9.5 (VBR), hvor vi bevidst ikke n\u00e6vnte backup p\u00e5 magnetiske b\u00e5nd. En beretning om dette omr\u00e5de fortjener en egen artikel, da der faktisk var mange nye funktioner.<\/p>\n

\u2013 Hej QA-folk, kunne I skrive en artikel?
\n\u2013 Hvorfor ikke!<\/p>\n

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

B\u00e5ndopbevaringsl\u00f8sninger i det 21. \u00e5rhundrede<\/h1>\n

\nOpbevaring af data p\u00e5 magnetb\u00e5nd (kassetter, \"b\u00e5nd<\/b>\", som vi i R&D kalder dem) er ikke begr\u00e6nset til den for\u00e6ldede ZX-Spectrum computer, hvor et spil kunne indl\u00e6ses i RAM p\u00e5 48 kb fra en b\u00e5ndoptager<\/a><\/noindex> i flere minutter. I l\u00f8bet af et kvart \u00e5rhundrede er hastigheden og kapaciteten af kassetter steget med 6-7 st\u00f8rrelsesordener. Dette er ikke en helt korrekt sammenligning, og i henhold til Moore's lov<\/a><\/noindex> standard St\u00f8rstedelen af pakkerne er blevet bygget med brug af teknologi<\/a><\/noindex> kan det ikke f\u00f8lge med. Alligevel g\u00f8r moderne teknologi det muligt at registrere 12 terabyte data p\u00e5 en kilometers lang tape (op til 30 terabyte i komprimeret tilstand), s\u00e5ledes at den 160-dollar lagerl\u00f8sning overstiger konkurrenterne i omkostningerne til langvarig opbevaring af store datam\u00e6ngder selv under hensyntagen til investeringer i udstyr til optagelse\/afspilning. Data p\u00e5 disse kassetter opbevares sikkert i 15-30 \u00e5r.<\/p>\n

Jeg vil tage et andet perspektiv. I den seneste tid er ransomware<\/a><\/noindex> blevet l\u00f8ftet til et nyt niveau. De kan vente p\u00e5 deres chance i en stor virksomheds infrastruktur i uger og m\u00e5neder, og med fremkomsten af en ny nul-dages s\u00e5rbarhed \u2013 \u00f8del\u00e6gge (ikke uden menneskelig hj\u00e6lp, da der st\u00e5r mange penge p\u00e5 spil) ikke kun alle data, men ogs\u00e5 alle backup-kopier, som det er muligt at f\u00e5 fat i. Her frisk eksempel<\/a><\/noindex>, hvor virksomheden blev n\u00f8dt til at betale til hackerne. S\u00e5kaldte air gap<\/b>, det vil sige fysisk isolerede backups fra infrastrukturen, er blevet i praksis den eneste p\u00e5lidelige redning mod s\u00e5danne situationer. Magnetb\u00e5nd her er en af de tidl\u00f8se l\u00f8sninger.<\/p>\n

\""Lav
\n
\nMen en specifikation og teknologiske jern- og barium-ferritnyheder fra f\u00f8rende producenter (IBM, HPE, Oracle, Dell) er ikke nok til p\u00e5lidelig databeskyttelse; der er brug for god software. Hos Veeam har vi et helt team, der besk\u00e6ftiger sig med b\u00e5nd-backups, omkring 10 personer analyserer, planl\u00e6gger, forsker, udvikler og tester dagligt. Resultaterne af dette arbejde kunne I se i tidligere artikler (en<\/a><\/noindex>, to<\/a><\/noindex>). Hvad er der blevet gjort det sidste \u00e5r?<\/p>\n

Glossar<\/h1>\n

\nDer er et valg mellem friheder i forhold til sit modersm\u00e5l og kompleksiteter, der besv\u00e6rligg\u00f8r l\u00e6sningen. Jeg foretr\u00e6kker det f\u00f8rste, s\u00e5 jeg beder p\u00e5 forh\u00e5nd om undskyldning, hvis nogen af de fagtermer, der fremg\u00e5r af listen nedenfor, skulle irritere \u00f8jet. Her vil jeg kort minde om, hvad hver termer betyder. <\/p>\n

VBR-eksperter kan springe dette afsnit over.<\/b>Job <\/b>\u2013 job \u2013 en backup-opgave. Egentlig er hele VBR bygget op omkring jobs. Udover backup og replikering kan det ogs\u00e5 v\u00e6re kopiering til magnetb\u00e5nd (backup to tape job, tape job). Jeg vil pr\u00e6cisere, at gendannelse fra en backup (restore) ogs\u00e5 er et job, men i denne artikel vil dette ord specifikt referere til backup.<\/p>\n

Lager <\/b>\u2013 storage \u2013 et historisk navn. Det er filer i repository <\/b>(repository \u2013 lager), der indeholder backupfiler \u2013 komplette <\/b>og inkrementelle<\/b>. I et lager kan der v\u00e6re b\u00e5de \u00e9n og flere virtuelle maskiner.<\/p>\n

K\u00e6de <\/b>\u2013 chain \u2013 en sekvens af relaterede lagerelementer. For at gendanne data fra det n-te inkrementelle lager skal alle tidligere fra (n-1)-te til 1. og det komplette lager, som det f\u00f8rste inkrementelle refererer til, bruges.<\/p>\n

Kilde<\/b>, m\u00e5l <\/b>\u2013 source, target. Kilden er den oprindelige enhed, som jobbet behandler. I tilf\u00e6lde af backuper\/replikeringer er dette normalt en virtuel maskine i hypervisoren. I tilf\u00e6lde af en tape job er kilden selve backup-jobbet (eller filer i tilf\u00e6ldet af file to tape-job). M\u00e5let for backup-jobbet er det repository, hvor backuperne opbevares. For tape-jobbet er det derimod medie-poolen.<\/p>\n

Medie-pool<\/b> \u2013 media pool<\/a><\/noindex> \u2013 en samlet pulje af informationsb\u00e6rer, i vores tilf\u00e6lde \u2013 kassetter. En logisk beholder, der oprettes af brugeren og indeholder kassetter fra \u00e9n eller flere biblioteker. S\u00e5ledes har en tape-job altid en medie-pool som m\u00e5l, hvilket betyder, at data ikke skrives til en bestemt kassette eller til en vilk\u00e5rlig kassette i biblioteket, men til et specifikt s\u00e6t af dem. Medie-poolen har en indstilling for datalagringstid, hvorefter kassetten kan overskrives. Brugeren kan oprette b\u00e5de almindelige (standard) og GFS-pools<\/a><\/noindex>. Hver af disse typer kan nu ogs\u00e5 v\u00e6re WORM eller ikke-WORM, om dette nedenfor.<\/p>\n

Medie-s\u00e6t<\/b> \u2013 media set<\/a><\/noindex> \u2013 s\u00e6t med kassetter i mediebunken, som kontinuerligt indeholder sikkerhedskopier\/filer. For GFS-bunker har medies\u00e6t ogs\u00e5 tilknytning til intervallet (for eksempel \u00e5rlig \u2013 yearly), kassetterne roteres kun inden for deres eget interval.<\/p>\n

Drev<\/b>, diskchanger<\/b><\/a><\/noindex> \u2013 elementer af b\u00e5ndbiblioteket. Drevet l\u00e6ser og spoler kassetten, diskchangeren \u2013 en robot, der flytter kassetter mellem opbevaringspladser, aflastningspladser og drevet. Der findes ogs\u00e5 standalone-drev<\/b> (standalone \u2013 fritst\u00e5ende), hvor rolle som diskchanger udf\u00f8res af en person. For drevet er korrekt installerede produktoprindelige drivere p\u00e5 Windows-maskinen, som biblioteket er tilsluttet, n\u00f8dvendigt; med diskchanger kan vi dog arbejde uden drivere, via native SCSI.<\/p>\n

<\/p>\n

Tenant to tape. Beskyttet leverand\u00f8r \u2013 beskyttede kunder<\/h1>\n

\nL\u00e6g uglerne p\u00e5 bordet. Den mest omfattende funktion i vores opdatering, designet til cloududbydere.<\/a><\/noindex>, der bruger VBR i deres infrastruktur. Udviklingen blev p\u00e5begyndt for to \u00e5r siden. Kort efter inds\u00e5 vi, at vi ikke kunne klare en s\u00e5 alvorlig opgave til den kommende udgivelse, tog en kort pause, og i sidste ende udsendte vi funktionen i 9.5 Update 4.<\/p>\n

Kort sagt, har leverand\u00f8rer nu mulighed for at kopiere deres kunders sikkerhedskopier til kassetter ved hj\u00e6lp af tape-job i GFS-bunken. Dette giver leverand\u00f8rerne \u2013 som er meget dyre for vores hjerter og salgsafdeling \u2013 to muligheder:<\/p>\n