Igal hommikul saadab varundustarkvara aruande rohelise linnukesega. Ketas täitub, seega midagi varundatakse. IT eest vastutav inimene on rahulik ja juht samuti. Siis läheb raamatupidamisserver rikki ning selgub, et varukoopiaid on tehtud kettalt, kus andmebaasi polnud pool aastat, sest see viidi teisele partitsioonile.
Meil on selliseid lugusid rohkem kui üks. Neid ühendab see, et keegi ei proovinud kunagi taastada. Varukoopia, mille taastamist pole testitud, ei ole kaitse, vaid eeldus, et kaitse on olemas. Vahe nende kahe vahel selgub kõige halvemal hetkel.
Hea uudis on, et taastetest ei ole nädalane projekt. Põhiprotseduur mahub tundi ja selle tulemus on dokument, mida saab näidata juhile, auditeerijale või kindlustajale. Allpool kirjeldame, kuidas me seda teeme.
Miks roheline linnuke ei tõenda midagi
Varundustarkvara kinnitab ainult seda, et töö lõppes ilma vigadeta. See ei kontrolli, kas:
- varundatakse õiget asja (andmebaasi, mitte selle tühja kausta);
- varukoopia on konsistentne (andmebaasi ei kopeeritud kirjutamise keskel);
- operatsioonisüsteem kõigi draiverite ja litsentsidega käivitub varukoopiast;
- taastamine mahub seisakuaega, mida ettevõte endale lubada saab;
- keegi peale ühe administraatori teab, kuidas taastamist teha.
Meie praktikas on igaüks neist mingil hetkel olnud päris intsidendi põhjus. Ükski neist ei kajastu aruandes.
On veel üks, vähem tehniline argument. Kuni taastamist pole testitud, teab sellest üks inimene ja ainult teoorias. Intsidendi päeval võib see inimene olla puhkusel, haige või ettevõttest juba lahkunud. Test sunnib protseduuri üles kirjutama ja laskma selle vähemalt korra läbi teha mõnel teisel meeskonnaliikmel, mis on sageli väärtuslikum kui tulemus ise.
Kolm taastetesti tüüpi
Testid erinevad mahult, ajalt ja selle poolest, mida nad tõendavad. Vaja on kõiki kolme, aga mitte võrdselt sageli.
Failitaseme test
Valige juhuslik fail või e-kiri eelmise nädala varukoopiast, taastage see eraldi kausta ja avage. See võtab mõne minuti. See tõendab, et varukoopiate ahel töötab ja andmed on loetavad. Sobib iganädalaseks rutiiniks, mille saab teha iga IT-meeskonna liige.
Virtuaalmasina test
Terve virtuaalmasin (näiteks raamatupidamisserver) taastatakse varukoopiast isoleeritud võrku, käivitatakse, sisse logitakse ja kontrollitakse: kas rakendus käivitub ja kas andmed on eilsed? See võtab masina suurusest olenevalt 20 minutit kuni tund. See tõendab, et varukoopiast tõuseb püsti töötav süsteem, mitte lihtsalt failide hulk. See on põhitest ja just sellest see artikkel räägib.
Kogusüsteemi test
Taastatakse kogu taristu: domeenikontroller, failiserver, raamatupidamine, e-post ja nendevahelised ühendused. See võtab pool päeva kuni päeva. See tõendab, et ettevõte saab töötada varukoopiatest, mitte ainult seda, et iga masin tõuseb eraldi püsti. See ei ole enam test, vaid taasteharjutus, ning NIS2 või DORA reguleerimisalasse kuuluvad ettevõtted peaksid seda tegema vähemalt kord aastas.
Protseduur, mis mahub tundi
Siin on virtuaalmasina test, nagu me seda oma klientide jaoks läbi viime.
- Ettevalmistus (10 min). Valige üks oluline süsteem, ideaalis see, mille puudumisel ettevõte kõigepealt seisma jääb. Märkige üles alustamise aeg. Valmistage ette isoleeritud võrk: eraldi virtuaalvõrk ilma ühenduseta tootmiskeskkonnaga, et taastatud domeenikontroller või raamatupidamisserver ei läheks konflikti töötavaga.
- Taastamine (20 kuni 30 min). Taastage virtuaalmasin eilsest varukoopiast isoleeritud võrku. Veeam saab seda teha otse varukoopiate hoidlast, ootamata andmete tootmissalvestusse kolimist. Pange kirja, kui kaua taastamine ise aega võttis.
- Kontroll (10 kuni 15 min). Logige taastatud masinasse sisse. Käivitage rakendus. Avage eilne dokument või kirje. Kontrollige teenuste olekut ja logisid käivitusvigade suhtes. Kui tegemist on andmebaasiserveriga, tehke lihtne päring.
- Lõpetamine (5 min). Hävitage taastatud masin isoleeritud võrgus. Kirjutage aruanne.
Tulemus ei ole lihtsalt vastus „töötab“ või „ei tööta“, vaid päris taastamisaeg, mida saate võrrelda seisakuajaga, mille ettevõte on vastuvõetavaks määranud.
Miks peab keskkond olema isoleeritud
Tavaline viga on taastada server „lihtsalt kontrollimiseks“ otse tootmisvõrku. Kaks sama nimega domeenikontrollerit, kaks DHCP-serverit, eilsete andmetega taastatud raamatupidamissüsteem, mis hakkab klientidele meeldetuletusi saatma: oleme kõike seda näinud. Test, mis tekitab intsidendi, on halvem kui test, mida ei olegi.
Isoleeritud võrk tähendab eraldi virtuaalvõrku, millel pole marsruuti tootmiskeskkonda ja mis on ligipääsetav ainult administraatori tööjaamast. Meie pilves hoiame sellist keskkonda püsivalt. See on sama koht, mida kasutame PlanB taristu taastamiseks, seega kinnitab test ka seda, et taastekoht töötab.
Aruanne, mille audit aktsepteerib
Dokumendita test on auditeerija jaoks olematu. Aruanne ei pea olema pikk, aga peab vastama konkreetsetele küsimustele:
- Kuupäev, kellaaeg ja kes testi tegi.
- Millist süsteemi testiti ja mis päeva varukoopiast.
- Testi tüüp: fail, virtuaalmasin või kogusüsteem.
- Kui kaua taastamine võttis ja kui kaua kontroll.
- Mida kontrolliti ja tulemus: läbitud, läbitud märkustega või ebaõnnestunud.
- Leitud probleemid ja kes vastutab nende parandamise eest.
- Millal on järgmine test.
Üks lehekülg. Kasutame sama malli, kui valmistame ettevõtteid ette NIS2 nõueteks. Auditeerijale on kõige olulisem näha, et teste tehakse regulaarselt ja leitud probleemidega tegeletakse, mitte seda, et iga test õnnestus.
Kui sageli testida
Meie soovitus ettevõttele, kellel pole eraldi regulatiivseid nõudeid:
- Failitaseme test: iga nädal, süsteemide vahel vaheldudes.
- Virtuaalmasina test: iga kuu, iga kord erinev süsteem, nii et kõik olulised saavad kuue kuu jooksul kaetud.
- Kogusüsteemi harjutus: kord aastas või pärast iga suurt taristumuudatust, näiteks uut serverit, migratsiooni või varunduslahenduse vahetust.
DORA reguleerimisalasse kuuluvate ettevõtete puhul määrab sageduse nende enda IKT riskijuhtimise poliitika, kuid aastane harjutus on miinimum. Kui teie varundus toetab taastamise automaatset kontrolli (Veeam nimetab seda SureBackupiks), lülitage see sisse. See ei asenda käsitsi testi, kuid kontrollib igal ööl, et masin üldse varukoopiast käivitub.
Mida tulemustega teha
Ebaõnnestunud test ei ole läbikukkumine, vaid parim võimalik tulemus: leidsite probleemi, mitte lunavara. Määrake igale leitud probleemile vastutaja ja tähtaeg ning korrake testi samal süsteemil pärast parandust. Pange õnnestunud testide ajad tabelisse. Mõne kuu pärast näete, millised süsteemid taastuvad kauem, kui ettevõte endale lubada saab, ja saate teha teadliku otsuse sagedasemate varukoopiate või kiirema salvestuse kasuks.
Kust alustada
- Valige üks süsteem, mille puudumisel ettevõte seisma jääks, ja taastage see sel nädalal isoleeritud võrku ülalkirjeldatud protseduuriga.
- Pange tulemus kirja ühele lehele ja märkige järgmine test kalendrisse.
- Kui test ebaõnnestus või teil pole kuhugi isoleeritult taastada, ärge viivitage: see on juba leid, mitte rutiin.
- Kui soovite, et me teste teeme ja dokumenteerime, on see Veeam varundusteenuse tavaline osa. Võtke meiega ühendust kontaktivormi kaudu ja teeme esimese testi koos.
