Katru rītu rezerves kopēšanas programma atsūta pārskatu ar zaļu ķeksīti. Disks pildās, tātad kaut kas tiek kopēts. Par IT atbildīgais ir mierīgs, un vadītājs arī. Tad iet bojā grāmatvedības serveris, un izrādās, ka kopijas pusgadu tikušas veidotas no diska, kurā datubāzes vairs nebija, jo tā tika pārvietota uz citu nodalījumu.
Mums šādu stāstu ir vairāk nekā viens. Kopīgais ir tas, ka neviens nekad nemēģināja atjaunot. Rezerves kopija, kuras atjaunošana nav pārbaudīta, nav aizsardzība, bet pieņēmums, ka aizsardzība pastāv. Starpību starp tām uzzina vissliktākajā brīdī.
Labā ziņa ir tā, ka atjaunošanas tests nav nedēļu garš projekts. Pamata procedūra ietilpst vienā stundā, un tās rezultāts ir dokuments, ko var uzrādīt vadītājam, auditoram vai apdrošinātājam. Zemāk aprakstām, kā mēs to darām.
Kāpēc zaļš ķeksītis neko nepierāda
Rezerves kopēšanas programma apstiprina tikai to, ka uzdevums beidzās bez kļūdām. Tā nepārbauda, vai:
- tiek kopēts tas, kas vajadzīgs (datubāze, nevis tukša mape tai);
- kopija ir konsekventa (datubāze netika kopēta ierakstīšanas vidū);
- no kopijas startēs operētājsistēma ar visiem draiveriem un licencēm;
- atjaunošana ietilpst dīkstāvē, ko uzņēmums var atļauties;
- vēl kāds, ne tikai viens administrators, zina, kā veikt atjaunošanu.
Mūsu praksē katrs no šiem punktiem kādreiz ir bijis reāla incidenta cēlonis. Neviens no tiem nav redzams pārskatā.
Ir vēl viens, mazāk tehnisks arguments. Kamēr atjaunošana nav pārbaudīta, par to zina viens cilvēks, un tikai teorētiski. Incidenta dienā viņš var būt atvaļinājumā, slims vai vairs nestrādāt uzņēmumā. Tests liek procedūru pierakstīt un vismaz vienu reizi izpildīt kādam citam komandas loceklim, un tas bieži ir vērtīgāk nekā pats rezultāts.
Trīs atjaunošanas testu veidi
Testi atšķiras pēc apjoma, laika un tā, ko tie pierāda. Vajadzīgi visi trīs, bet ne vienlīdz bieži.
Failu līmeņa tests
Izvēlieties nejaušu failu vai e-pastu no pagājušās nedēļas kopijas, atjaunojiet to atsevišķā mapē un atveriet. Tas aizņem dažas minūtes. Tas pierāda, ka kopiju ķēde darbojas un dati ir nolasāmi. Tas der iknedēļas rutīnai, ko var veikt jebkurš IT komandas loceklis.
Virtuālās mašīnas tests
Visa virtuālā mašīna (piemēram, grāmatvedības serveris) tiek atjaunota no kopijas izolētā tīklā, startēta, tajā piesakās un pārbauda: vai lietojumprogramma startē un vai dati ir no vakardienas? Tas aizņem no 20 minūtēm līdz stundai atkarībā no mašīnas lieluma. Tas pierāda, ka no kopijas izveidojas strādājoša sistēma, nevis tikai failu kopums. Šis ir galvenais tests, un par to ir šis raksts.
Visas sistēmas tests
Tiek atjaunota visa infrastruktūra: domēna kontrolleris, failu serveris, grāmatvedība, e-pasts un savienojumi starp tiem. Tas aizņem pusi dienas līdz veselu dienu. Tas pierāda, ka uzņēmums var strādāt no rezerves kopijām, nevis tikai to, ka katra mašīna atsevišķi startē. Tas vairs nav tests, bet atjaunošanas mācības, un uzņēmumiem, uz kuriem attiecas NIS2 vai DORA, tās jāveic vismaz reizi gadā.
Procedūra, kas ietilpst stundā
Lūk, virtuālās mašīnas tests tā, kā mēs to veicam saviem klientiem.
- Sagatavošanās (10 min). Izvēlieties vienu svarīgu sistēmu, vēlams to, bez kuras uzņēmums apstātos pirmā. Pierakstiet sākuma laiku. Sagatavojiet izolētu tīklu: atsevišķu virtuālo tīklu bez savienojuma ar produkcijas vidi, lai atjaunotais domēna kontrolleris vai grāmatvedības serveris nesaduras ar strādājošo.
- Atjaunošana (20 līdz 30 min). Atjaunojiet virtuālo mašīnu no vakardienas kopijas izolētajā tīklā. Veeam to var izdarīt tieši no rezerves kopiju repozitorija, negaidot, līdz dati tiek pārnesti uz produkcijas krātuvi. Pierakstiet, cik ilgi aizņēma pati atjaunošana.
- Pārbaude (10 līdz 15 min). Pieslēdzieties atjaunotajai mašīnai. Startējiet lietojumprogrammu. Atveriet vakardienas dokumentu vai ierakstu. Pārbaudiet pakalpojumu statusu un žurnālus, vai nav startēšanas kļūdu. Ja tas ir datubāzes serveris, izpildiet vienkāršu vaicājumu.
- Noslēgums (5 min). Iznīciniet atjaunoto mašīnu izolētajā tīklā. Uzrakstiet atskaiti.
Rezultāts nav tikai atbilde „darbojas” vai „nedarbojas”, bet reāls atjaunošanas laiks, ko var salīdzināt ar dīkstāvi, ko uzņēmums definējis kā pieņemamu.
Kāpēc videi jābūt izolētai
Bieža kļūda ir atjaunot serveri tieši produkcijas tīklā „tikai pārbaudei”. Divi domēna kontrolleri ar vienu un to pašu nosaukumu, divi DHCP serveri, ar vakardienas datiem atjaunota grāmatvedības sistēma, kas sāk sūtīt atgādinājumus klientiem: esam redzējuši visu to. Tests, kas izraisa incidentu, ir sliktāks nekā nekāds tests.
Izolēts tīkls nozīmē atsevišķu virtuālo tīklu bez maršruta uz produkcijas vidi, kas pieejams tikai no administratora darba stacijas. Mūsu mākonī šādu vidi uzturam pastāvīgi. Tā ir tā pati vieta, ko izmantojam PlanB infrastruktūras atjaunošanai, tāpēc tests apstiprina arī to, ka atjaunošanas vieta darbojas.
Atskaite, ko auditors pieņems
Tests bez dokumenta auditoram neeksistē. Atskaitei nav jābūt garai, bet tai jāatbild uz konkrētiem jautājumiem:
- Datums, laiks un kas veica testu.
- Kura sistēma tika testēta un no kuras dienas kopijas.
- Testa veids: failu, virtuālā mašīna vai visa sistēma.
- Cik ilgi aizņēma atjaunošana un cik ilgi pārbaude.
- Kas tika pārbaudīts un rezultāts: izturēts, izturēts ar piezīmēm vai neizturēts.
- Atrastās problēmas un kas atbild par to novēršanu.
- Kad ieplānots nākamais tests.
Viena lapa. Šo pašu veidni izmantojam, gatavojot uzņēmumus NIS2 prasībām. Auditoram vissvarīgāk ir redzēt, ka testi notiek regulāri un atrastās problēmas tiek risinātas, nevis ka katrs tests bijis veiksmīgs.
Cik bieži testēt
Mūsu ieteikums uzņēmumam bez atsevišķām regulatīvām prasībām:
- Failu līmeņa tests: katru nedēļu, rotējot sistēmas.
- Virtuālās mašīnas tests: katru mēnesi, katru reizi cita sistēma, lai sešos mēnešos tiktu aptvertas visas svarīgās.
- Visas sistēmas mācības: reizi gadā vai pēc katras lielākas infrastruktūras izmaiņas, piemēram, jauna servera, migrācijas vai rezerves kopēšanas risinājuma maiņas.
Uzņēmumiem, uz kuriem attiecas DORA, biežumu nosaka to pašu IKT risku pārvaldības politika, bet ikgadējas mācības ir minimums. Ja jūsu rezerves kopēšanas risinājums atbalsta automatizētu atjaunošanas verifikāciju (Veeam to sauc par SureBackup), ieslēdziet to. Tā neaizstāj manuālu testu, bet katru nakti pārbauda, vai mašīna no savas kopijas vispār var startēt.
Ko darīt ar rezultātiem
Neizdevies tests nav neveiksme, bet labākais iespējamais iznākums: jūs atradāt problēmu, nevis izspiedējvīrusu. Katrai atrastajai problēmai piešķiriet atbildīgo un termiņu, un pēc labojuma atkārtojiet testu tajā pašā sistēmā. Veiksmīgo testu laikus ierakstiet tabulā. Pēc dažiem mēnešiem redzēsiet, kuru sistēmu atjaunošana aizņem ilgāk, nekā uzņēmums var atļauties, un varēsiet pieņemt pamatotu lēmumu par biežākām kopijām vai ātrāku krātuvi.
No kā sākt
- Izvēlieties vienu sistēmu, bez kuras uzņēmums apstātos, un šonedēļ atjaunojiet to izolētā tīklā pēc iepriekš aprakstītās procedūras.
- Pierakstiet rezultātu uz vienas lapas un ierakstiet nākamo testu kalendārā.
- Ja tests neizdevās vai jums nav kur atjaunot izolēti, nekavējieties: tā jau ir konstatācija, nevis rutīna.
- Ja vēlaties, lai testus veicam un dokumentējam mēs, tā ir standarta Veeam rezerves kopēšanas pakalpojuma daļa. Sazinieties ar mums, izmantojot kontaktu formu, un pirmo testu veiksim kopā.
