В edellinen artikkeli kerroimme sinulle tammikuussa julkaistun Veeam Backup & Replication 4 (VBR) -päivityksen 9.5 uusista ominaisuuksista, jossa emme tarkoituksella maininneet nauhavarmuuskopioita. Tarina tästä alueesta ansaitsee erillisen artikkelin, koska siellä oli todella paljon uusia ominaisuuksia.

– Kaverit QA:sta, kirjoitatko artikkelin?
- Miksi ei!

Nauha-asemat XNUMX-luvulla

Tietojen tallentaminen magneettinauhoille (kasetit, "teipakh", kuten me kutsumme niitä tuotekehityksessä) eivät rajoitu vanhentuneeseen ZX-Spectrum-tietokoneeseen, jota varten yksi peli voisi ladata 48 kb RAM-muistiin. nauhakasetti pariksi minuutiksi. Neljännesvuosisadan aikana kasettien nopeudet ja kapasiteetit ovat kasvaneet 6-7 suuruusluokkaa. Tämä ei ole täysin oikea vertailu, ja Mooren laki стандарт LTO ei pysy perässä. Nykyaikaiset tekniikat mahdollistavat kuitenkin 12 teratavun datan tallentamisen kilometriä pitkälle yhden kasetin nauhalle (pakkaustilassa jopa 30 teratavua), joten 160 dollarin asema jättää kilpailijat taakseen pitkäaikaisen tallennuksen kustannuksissa. suuren tietomäärän, vaikka otetaan huomioon investoinnit tallennuslaitteisiin/lukuihin. Tällaisten kasettien tiedot säilytetään turvallisesti 15-30 vuotta.

Tulen toiselta puolelta. Viime kerta ransomware-virukset saavuttanut uuden tason. He voivat odottaa suuren yrityksen siivillä viikkoja ja kuukausia, ja uuden nollapäivän haavoittuvuuden ilmaantuessa he voivat tuhota (ei ilman ihmisen apua, koska pelissä on paljon rahaa) paitsi kaiken datan. , mutta myös kaikki tavoitettavissa olevat varmuuskopiot . Tässä tuore esimerkki, kun yrityksen täytyi maksaa kiristäjille. Niin sanottu ilmarakots. infrastruktuurista fyysisesti eristetyistä varmuuskopioista on tullut itse asiassa ainoa luotettava pelastus sellaisista tarinoista. Magneettinauha on yksi ajattomista ratkaisuista tässä.

Mutta yksi spesifikaatio ja teknologiset rauta- ja bariumferriittiinnovaatiot johtavilta valmistajilta (IBM, HPE, Oracle, Dell) eivät riitä luotettavaan tietosuojaan, vaan tarvitaan hyvä ohjelmisto. Meillä Veeamilla on kokonainen tiimi, joka on omistautunut nauhavarmuuskopiointiin, noin 10 henkilöä analysoi, suunnittelee, tutkii, kehittää ja testaa joka päivä. Voit nähdä tämän työn tulokset aiemmissa artikkeleissa (aika, два). Mitä on tehty kuluneen vuoden aikana?

Sanasto

Valinta syntyy äidinkielen vapauttamisen ja luettavuutta vaikeuttavan klerikasmin välillä. Pidän enemmän ensimmäisestä, joten pahoittelen jo etukäteen, jos alla olevan luettelon slangisanat loukkaavat jonkun silmiä. Muistutan tässä lyhyesti, mitä tämä tai tuo termi tarkoittaa.

VBR-valaisimet voivat ohittaa tämän osanJoba – työ – varatyö. Itse asiassa koko VBR on rakennettu työpaikkojen varaan. Varmuuskopioinnin ja replikoinnin lisäksi tämä voi olla myös kopiointia magneettinauhalle (varmuuskopiointi nauhalle, nauhatyö). Teen varauksen, että palauttaminen varmuuskopiosta (restor) on myös työ, mutta tässä artikkelissa tämä sana tarkoittaa varmuuskopiointia.

Storaj – varastointi – historiallisesti vakiintunut nimi. Nämä ovat tiedostot arkistot (arkisto - tallennustila), joka sisältää varmuuskopiot - täysi и inkrementaalinen. Yksi tallennusalue voi sisältää yhden tai useita virtuaalikoneita.

ketju – ketju – sarja pinoja, jotka on yhdistetty toisiinsa. Tietojen palauttamiseksi n:nnestä inkrementaalista tallennustilasta tarvitaan kaikki aiemmat (n-1):stä ensimmäiseen ja koko tallennustila, johon ensimmäinen inkrementaalinen tallennus viittaa.

Lähde, kohde – lähde, kohde. Lähde – alkuperäinen kokonaisuus, jonka työ käsittelee. Varmuuskopioiden/replikoiden tapauksessa tämä on yleensä virtuaalikone hypervisorissa. Nauhatyön tapauksessa lähde on itse varmuuskopiointityö (tai tiedostot, jos kyseessä on nauhatyöt). Varmuuskopiointityökohde on arkisto, johon varmuuskopiot tallennetaan. Nauhatöissä tämä on mediapooli.

Mediapooli - mediapooli – joukko tallennusvälineitä, meidän tapauksessamme – kasetteja. Käyttäjän luoma looginen säilö, joka sisältää yhden tai useamman kirjaston kasetteja. Joten nauhatyön kohteena on aina mediapooli, eli dataa ei kirjoiteta millekään tietylle nauhalle tai mille tahansa kirjaston nauhalle, vaan tiettyyn joukkoon niitä. Mediapoolissa on tietojen tallennusaika-asetus, jonka jälkeen nauha voidaan kirjoittaa päälle. Käyttäjä voi luoda standardin ja GFS-altaat. Jokainen näistä tyypeistä voi nyt olla myös MATO ja ei-MATO, lisää siitä alla.

Mediasarja - mediasarja – joukko nauhoja mediapoolissa, joille varmuuskopioita/tiedostoja kirjoitetaan jatkuvasti. GFS-poolissa mediasarjat on myös sidottu tiettyyn aikaväliin (esimerkiksi vuosittain), nauhat pyörivät vain niiden välissä.

Ajaa, vaihtaja – nauhakirjaston elementtejä. Asema lukee ja kelaa kasettia, vaihtaja on robotti, joka siirtää kasetteja säilytyspaikkojen, purkupaikkojen ja aseman välillä. Siellä on myös erilliset asemat (erillinen - vapaasti seisova), vaihtajan roolia tässä on henkilö. Asemaa varten valmistajan ohjain on asennettava oikein Windows-koneeseen, johon kirjasto on liitetty; Voimme työskennellä vaihtajan kanssa ilman ohjaimia käyttämällä alkuperäistä SCSI:tä.

Vuokralainen nauhalle. Palveluntarjoaja on suojattu - asiakkaat ovat suojattuja

Heti valttikortit ovat pöydällä. Päivityksen kunnianhimoisin ominaisuus, joka on suunniteltu pilvipalveluntarjoajat, käyttävät VBR:ää infrastruktuurissaan. Kehitys alkoi kaksi vuotta sitten. Tajusimme pian, että emme ehtisi selviytyä niin vakavasta tehtävästä ennen seuraavaa julkaisua, joten pidimme pienen tauon ja julkaisimme lopulta ominaisuuden 9.5-päivityksessä 4.

Lyhyesti sanottuna palveluntarjoajilla on nyt mahdollisuus kopioida asiakkaidensa varmuuskopiot kasetteille nauhatöillä GFS-pooliin. Tämä antaa palveluntarjoajille - ja nämä ovat erittäin suuria tyyppejä, jotka ovat sydämellemme ja kaupalliselle osastolle rakkaita - kaksi vaihtoehtoa:

• suojele asiakkaitasi (vuokralaiset, vuokralainen – vuokralainen) tietojen katoamiselta vahingossa tapahtuneen poistamisen tai infrastruktuuriongelmien vuoksi ("tulva palvelinhuoneessa");
• tarjota vuokralaisille lisäpalvelua tietojen palauttamiseksi vanhasta varmuuskopiosta, joka on jo pitkään poistettu pilvivarastosta tiedontallennuskäytännön mukaisesti, mutta jää silti kasettille.

Markkinoinnin kannalta toiminnallisuus on erittäin "maukasta", mutta meidän kannaltamme sen toteuttaminen ei ole yhtä vaikeaa.

suunnittelu

Suurin havaittu ongelma on tietojen salaus. Useimmat pilvivarmuuskopiot ovat salattuja, tilastojen mukaan noin ⅔ kokonaismäärästä. Tämä luku oli meille yllätys; oletimme, että melkein kaikki oli salattu, mutta ei - monilla asiakkailla ei näytä olevan ehdoton luottamus palveluntarjoajiinsa.

Paradigma on yksinkertainen: palveluntarjoajan ei pitäisi pystyä purkamaan vuokralaistensa tietojen salausta. Samaan aikaan osana uutta ominaisuutta vaaditaan tallennustilan avaaminen varmuuskopioineen palveluntarjoajan puolella. Tätä tarvitaan tietolohkojen siirtämiseen, esimerkiksi luomiseen virtuaalinen täysi varmuuskopio. Pääasia on, että tämä on tehtävä vuokralaisesta riippumatta, kun tarvittavia avaimia ei siirretä palveluntarjoajan puolelle työn suorittamisen aikana.

Ratkaisu tähän ongelmaan, joka muuten liittyy myös julkaistun lisäosan toiseen tärkeään ominaisuuteen - Kapasiteettitaso – koostuu ylimääräisen salausavaimen lisäämisestä. Arkistoavain on tallennettu palveluntarjoajan tietokantaan salatussa muodossa. Palveluntarjoajan ovelan suunnitelman mukaan sitä voidaan käyttää tallennustilan avaamiseen, tietolohkojen siirtämiseen ja uudelleensalaukseen tallennustilojen välillä (jokaisella on loppujen lopuksi oma avain), mutta itse tietojen salauksen purkaminen on mahdotonta.

Hankala malli (työversio)

Lisään, että kaikki T&K-insinöörit todella rakastavat tuotteemme salausta, mutta kukaan ei tiedä yksityiskohtaisesti kuinka se toimii. (Siellä oli myös vitsi "miksi se toimii ollenkaan", mutta toimittajat eivät jääneet huomaamatta.)

Testaus

Ominaisuutta varten on tallennettu satoja bugeja. Vaikeimmat alueet ovat salaus, käyttöliittymä, palautusongelmat.

Testauksen näkökulmasta vaikeutta edusti suuri vaihtelevuus, vuokratöiden ja arkiston tyyppien ja tyyppien "kombinatoriikka" - tarkoitan sekä lähdettä että kohdetta, kun palautetaan varmuuskopioita infrastruktuuriin. Kaikki tämä on sidottu yhteen logiikan kanssa kehyksessä GFS mallit (mukaan lukien uusi - rinnakkaisuus ja päivittäiset mediajoukot, lisää siitä alla) ja yleensä pilviominaisuudet, jotka ovat epätavallisia nauhoille. Älä unohda maustaa sitä runsaasti salauksella. Metaforan jatkamiseksi söimme tästä ruoasta täyteen – mutta myös maistamme sitä kaikilta puolilta.

Testisuunnitelman fragmentti

Tämän seurauksena

Yksityiskohtainen kuvaus löytyy osoitteesta ohjekirja (toistaiseksi englanniksi): varmuuskopioida, elpyminen. Keskityn pääkohtiin.

Varmuuskopioida

Palveluntarjoaja lisää vuokralaisia ​​nauhatyöhön, jonka kohteena on GFS-pooli. Jos sinulla on pilvilisenssi, vaihtoehto on käytettävissä ohjatun toiminnon toisessa vaiheessa vuokralaiset. Voit lisätä kaikki vuokralaiset kerralla tai erikseen, tai voit valita vain erillisen kiintiön (mutta ei osakiintiötä) yksittäiselle vuokralaiselle. Et voi sekoittaa vuokralaisen varmuuskopioita ja tavallisia paikallisia varmuuskopioita yhdessä työssä.

Muut asetukset ovat lähes täysin identtisiä GFS-poolin tavanomaisen työn kanssa.

Tietojen palauttaminen on mahdollista sekä palveluntarjoajan että vuokralaisen puolella.

Palveluntarjoajan puolen palautus

Suoritetaan uuden ohjatun toiminnon kautta. Täällä voit siirtyä erilliseen työhön, koko ketju, joka oli arkistossa tiettynä päivänä, palautetaan.

Ravintolavaihtoehtoja on kolme:

1. Alkuperäiseen paikkaan. Tässä tapauksessa alkuperäinen varmuuskopio, jos sellainen on, poistetaan; Vuokralaistyöt määritetään automaattisesti uudelleen palautettuun ketjuun. On selvää, että tällainen ravintola on täysin näkymätön asiakkaalle, vain lyhyeksi ajaksi se irrotetaan pilvivarastosta.
2. Uuteen kiintiöön/tietovarastoon. Palveluntarjoaja voi esimerkiksi luoda tätä tarkoitusta varten erillisen väliaikaisen tilin, joka myöhemmin poistetaan. Varmuuskopio näkyy vuokralaisen infrastruktuurissa sen jälkeen, kun se on synkronoitu palveluntarjoajan tietokannan kanssa.
3. Yksinkertaisesti palveluntarjoajan infrastruktuuriin rekisteröidyn Linux- tai Windows-palvelimen levylle. Tämä ketju voidaan sitten tallentaa muistitikulle ja lähettää vuokralaiselle.

Palautus vuokralaisen puolella

Tämä vaihtoehto tarkoittaa, että asiakkaalla on oma nauhainfrastruktuuri ja suuri tietomäärä ravintolaa varten. Palveluntarjoaja voi fyysisesti lähettää kasetin tallennettuineen varmuuskopioineen asiakkaalle toimituspalvelun kautta, joka luetteloi sen laitteillaan, purkaa kasettien ja varmuuskopioiden salauksen ja työskentelee varmuuskopioiden kanssa ikään kuin hän olisi itse nauhoittanut ne nauhalle. Tässä on life hack välttääksesi lataamasta teratavuja WAN-verkon kautta.

Laajamittaiset parannukset GFS-pooliin

GFS-mediapoolit ilmestyivät VBR:ään kaksi vuotta sitten, versiossa 9.5. Julkaistussa päivityksessä olemme päivittäneet tätä toimintoa hyvin sekä Vuokralainen nauhalle -ominaisuuden ilmestymisen yhteydessä että käyttäjien pyynnöstä.

Päivittäiset mediasarjat

Siellä on uusi päivittäin (päivittäinen) mediasarja. Nyt voit tallentaa varmuuskopiot joka päivä GFS-pooliin, eikä vain täydellisiä, vaan myös vähitellen. Jälkimmäiset vievät huomattavasti vähemmän tilaa, ja tämä tehtiin nauhan säästämiseksi. On selvää, että näitä kasetteja pyöritetään jatkuvasti kirjastossa eikä niitä viedä etävarastoon. Samanaikaisesti ravintolaa varten tarvitset nauhaa vanhemmista mediasarjoista (viikoittain, kuukausittain, neljännesvuosittain tai vuosittain). Päivittäistä mediasarjaa on mahdotonta ottaa käyttöön ilman viikoittaista, koska useimmissa tapauksissa viikoittaisia ​​nauhoja vaaditaan palauttamaan lisäkopiosta. Ne ovat joko aina kirjastossa tai varastossa ei niin kaukana varastosta.

Logiikka siitä, kuinka nauhatyöt toimivat GFS-mediapoolissa ei helpoin, tekniset kirjoittajat eivät anna sinun valehdella. Lyhyesti sanottuna, jos yksityiskohdat jätetään pois, vain täydelliset varmuuskopiot (mukaan lukien virtuaaliset täydelliset varmuuskopiot) kopioidaan viikoittaiseen ja vanhempiin mediasarjoihin, yksi kutakin päivämäärää kohti ja päivittäiseen - kaikki arkiston varmuuskopiot kuluvalle päivälle, koska varmuuskopio -työ voidaan aloittaa useammin kuin kerran päivässä.

Samanaikaisuus, aloitusaika ja odotus GFS-poolissa

Nyt useiden ketjujen tai töiden rinnakkaistallennus useille kirjastoasemille on mahdollista myös GFS-mediapooleissa (aiemmin vain tavallisissa). Syttyy vaiheessa Vaihtoehdot mediapooli.

Tärkeä selvennys: sama tiedosto kirjoitetaan aina yhteen säikeeseen, joten useiden suurten virtuaalikoneiden tapauksessa on suositeltavaa ottaa käyttöön VM:n määrittäminen arkistossaniin, että varmuuskopio koostuu useista ketjuista.

Lisäksi oli mahdollista valita itse GFS-työn alkamisaika. Monet käyttäjät eivät pitäneet käynnistämisestä keskiyöllä ja odottamisesta sitten lähes koko päivän lähdetyön valmistumista. Nyt tämä aika voidaan asettaa esimerkiksi myöhään iltaan, jolloin on jo jotain kopioitavaa nauhalle. Lisäksi käyttäjien pyyntöjen perusteella lisäsimme lisäasetuksiin vaihtoehdon, jonka aiemmin voitiin aktivoida vain rekisteriavaimella. Valitse vain Käsittele viimeisin palautuspiste odottamisen sijaan – ja se, mikä on arkistossa nauhatyön alussa, kopioidaan kasetille (piste esim. eiliselle), ei odoteta ollenkaan.

Parannettu työskentely useiden kirjastojen kanssa

Puhumme tilanteesta, kun yhteen mediapooliin lisätään useampi kuin yksi kirjasto. Kannatimme tätä aiemmin, mutta ajoittain asiakkaat valittivat ei täysin ennakoitavasta käyttäytymisestä.

se oli

Esimerkiksi nauhatyö alkoi ja vei kaksi asemaa ensimmäisessä kirjastossa, mutta rinnakkaisuusasetukset sallivat sen käyttää 4 asemaa kerralla. Pitäisikö tämän työn vaihtaa toiseen mediapoolikirjastoon ja käyttää sitäkin, vai olisiko se resurssien tuhlausta?

Toinen tapaus. Vaihtoehto "ei kasetteja saatavilla" on valittuna; ensimmäisessä kirjastossa on vain yksi kasetti, mutta mahdollisesti kaikki tiedot mahtuvat siihen. Asetusten avulla voit kuitenkin kirjoittaa kahdelle kasetille rinnakkain. Pitäisikö minun käyttää toista kirjastoa tässä tapauksessa?

Päätimme siistiä tämän alueen mahdollistamalla toiminnan konfiguroinnin eksplisiittisesti.

On tullut

Mediapoolin kirjastoissa roolit ilmestyivät - aktiivinen и passiivinen. Ja itse mediapoolissa on kaksi tilaa: vikasietoinen tai epäonnistuminen (failover) ja rinnakkainen tallennus (rinnakkais). Nyt voit määrittää mediavarannon eri tavoilla vaatimusten mukaan.

• Jos sinulla on useita samanlaisia ​​kirjastoja ja sinun on rinnakkaistava kirjoittaminen niihin, ota rinnakkaistallennustila käyttöön; tätä varten kaikille kirjastoille on määritettävä aktiiviset roolit. Tällöin uudet kasetit ja asemat otetaan käyttöön heti kun tarve ilmenee, riippumatta siitä, missä kirjastossa ne ovat. Edelleen on prioriteetti - yritämme ensin löytää resursseja listan yläpuolella sijaitsevasta kirjastosta.
• Jos varassa on yksi pääkirjasto ja yksi vanha tai erillinen asema, ota vikasietotila käyttöön asettamalla pääkirjasto luettelon alkuun ja valitsemalla passiivinen rooli varmuuskopiolaitteille. Vaihtaminen tällaiseen laitteeseen tapahtuu vain silloin, kun se on todella välttämätöntä, jotta työ ylipäänsä toimisi. Tilanne katsotaan hätätilanteeksi ja ilmoitus lähetetään sähköpostitse.

On monimutkaisempi tilanne, jota emme vielä tue - useita aktiivisia kirjastoja passiivisten läsnä ollessa. Palaute näyttää, onko tällaisille konfiguroinneille tarvetta ja onko ominaisuus "valmistettava" tulevaisuudessa. Vakiokäytäntö.

WORM-tuki

WORM – Write Once Read Many – kasetit, joita ei voi pyyhkiä tai kirjoittaa uudelleen raudan tasolla, voit vain liittää tietoja. Niiden pakollista käyttöä säätelevät joidenkin organisaatioiden säännöt, esimerkiksi lääketieteen alalla työskentelevät. Suurin ongelma tällaisten kasettien kanssa oli ennen, että VBR kun inventaario tai luettelointi tallensi otsikon, jota ei voitu enää poistaa, ja nauhatyöt kaatui virheellä, kun sitä yritettiin tehdä.

9.5 Päivitys 4 tarjoaa täyden tuen tällaisille kasetteille. Lisätty WORM-mediapoolit, tavalliset ja GFS, joihin voi sijoittaa vain tämän tyyppisiä kasetteja.

Uusissa kasetteissa on sininen "jäädytetty" -kuvake. Käyttäjän näkökulmasta WORM-kasettien käyttäminen ei eroa tavallisten kasettien kanssa työskentelystä.

Kasettien "pahuuden" määrää alun perin jälkiliite viivakoodi, jos niissä oleva viivakoodi on tavallinen tai lukukelvoton, asema antaa tiedon, kun kasetti asetetaan paikalleen. Et voi sijoittaa WORM-nauhoja tavalliseen mediapooliin ja kirjoittaa niille. Jotain hassua: on jo käyttäjiä, jotka ovat liittäneet WORM-viivakoodeja tavallisille kasetteille ja ovat yllättyneitä infrastruktuurin muutoksista päivityksen jälkeen.

Kasettisiru

Ei-uudelleenkirjoitettavien kasettien käyttöönoton myötä he alkoivat työskennellä niiden kanssa siru. Emme ole aiemmin käyttäneet sirulla vakioattribuutteja, nyt kirjoitamme ja luemme niistä joitain, mutta emme näe niitä pääasiallisena tietolähteenä. Pääasiallinen vertailukohta on edelleen kasetin nimi. Tämä päätös osoittautui oikeaksi: kuukausi julkaisun jälkeen näemme kuinka käyttäjien laitteistojen "eläintarha" tarjoaa yllätyksiä sirun kanssa työskentelyn suhteen.

Varmuuskopioi NDMP-taltiot nauhalle

Lopuksi puhutaan tämän päivityksen suosituimmasta ominaisuudesta arvostelujen lukumäärän suhteen. NDMP-taltioiden varmuuskopiointi kasetteille on tullut saataville. VBR-infrastruktuurin tarpeet lisää NDMP-palvelin, jonka jälkeen voit valita taltiot tästä isännästä tiedostonauhatyössä. Ne sijoitetaan kaseteille tiedostoina, joissa on erityinen attribuutti erottamaan ne tavallisista luetteloinnin aikana.

Ensimmäisellä toteutuksella on tiettyjä rajoituksia: laajennuksia ei tueta, ja on mahdollista varmuuskopioida ja palauttaa vain koko asema, mutta ei yksittäisiä tiedostoja. Varmuuskopiointi toimii dumpata (NetAppin tapauksessa - ufsdump), tällä on omat erityispiirteensä: lisäpisteiden enimmäismäärä on 9, jonka jälkeen pakotetaan täydellinen varmuuskopiointi.

Lopuksi

Nämä olivat vain VBR 9.5 -päivityksen 4 suurimmat innovaatiot nauhavarmuuskopioinnissa. Muut muutokset on lueteltu alla:

• kyky asettaa lähdetöiden ja tiedostojen järjestys nauhatöissä;
• lisätty Tape Operator -rooli (käyttäjä voi tehdä kaiken paitsi palauttaa nauhalta - tätä varten on Restore Operator);
• lisätty täydelliset sisällytä/poissulkevat maskit tiedostonauhatyöhön (paitsi NDMP);
• tiedostonauhatyön palautusta on parannettu (kansio palautetaan niillä tiedostoilla, jotka olivat siellä varmuuskopiointihetkellä, eikä kaikilla, jotka olivat siinä koko varmuuskopiointihistorian aikana - erittäin suosittu ominaisuus, tapa);
• erittäin suuren määrän tiedostojen palautusnopeutta kaseteista on lisätty;
• seuraavan tallennuskasetin valinnan algoritmia on parannettu, erityisesti kaikkien muiden seikkojen pysyessä otamme huomioon tallennetun/luetun tiedon määrän koko sen käyttöiän ajalta ja otamme viimeisimmän;
• parantaa tuotteen vakautta.

Hyödyllisiä linkkejä

Vaihtelun vuoksi annan useita linkkejä venäjänkielisiin resursseihin:

• VBR 9.5 Update 4 ilmaisen kokeiluversion latauslinkki
• Artikkeli Habresta "Hyödyllisiä vinkkejä Veeam-varmuuskopioiden arkistointiin magneettinauhalle"
• Artikkeli Habresta "7 hyödyllistä vinkkiä varmuuskopioiden suojaamiseen kiristysohjelmaviruksilta"
• Nauhoihin liittyvä käyttöoppaan osa (englanniksi)
• No, arvosteluvideot "Kuinka se toimii" ovat palanneet alkuperäisille paikoilleen (tosin toistaiseksi englanniksi) - voit katsoa täällä. Nauhoja kuvataan dioissa 95-102.

Lähde: will.com