Rezerves kopijas, kuras nevar atjaunot
Kāpēc rezerves kopijas bieži neder tieši tad, kad tās vajag, kas tajās jāiekļauj un kā ar atjaunošanas pārbaudi pārliecināties, ka dati tiešām atgūstami.

Pazīstams gadījums: serveris sabojājas otrdienā. Hostinga panelī pie "ikdienas rezerves kopija" divus gadus katru dienu bijis zaļš ķeksītis. Atjaunošana sākas, ilgst stundu un atgriež datubāzi, kas ir astoņus mēnešus veca. Tieši tad pēc paroles maiņas rezerves kopēšanas darbs sāka saglabāt tukšu failu. Neviens to nepamanīja, jo darbs nekad nepaziņoja par kļūdu. Tas paziņoja, ka viss izdevies.
Īsumā#
Rezerves kopiju pierāda tikai atjaunošana. Rezerves kopijas bieži neizdodas nemanāmi un parastu iemeslu dēļ:
- darbs kopē nepareizo vai tikai daļu no vajadzīgā;
- pēc piekļuves datu maiņas tas saglabā tukšus failus, bet joprojām ziņo par sekmīgu izpildi;
- kopijas glabājas tajā pašā serverī vai kontā, kas sabojājās;
- glabāšanas laiks ir pārāk īss, lai varētu atgriezties pirms problēmas rašanās;
- neviens nezina, kā datus salikt atpakaļ.
Lai no tā pasargātos, glabājiet kopijas atsevišķā vietā un kontā, ko galvenā sistēma nevar izdzēst, iekļaujiet visu, kas vajadzīgs sistēmas atjaunošanai, ne tikai datubāzi, pārbaudiet, vai katra rezerves kopijas faila izmērs ir ticams, un regulāri veiciet dokumentētu atjaunošanas pārbaudi atsevišķā vidē. Pierakstiet, cik ilgi atjaunošana ilga un kas trūka, un to novērsiet, pirms tas patiešām vajadzīgs.
Kāpēc rezerves kopijas neder tad, kad tās vajag#
Darbs vienmēr ziņo par sekmīgu izpildi
Rezerves kopēšanas skripts, kas datubāzes eksportu novada saspiestā failā, var paziņot par sekmīgu izpildi arī tad, ja eksports neizdevās, jo saspiešana ar tukšu ievadi ir izdevusies. Fails ir, tas vienkārši ir tukšs.
Kopēta tikai daļa sistēmas
Datubāze tiek saglabāta, bet augšupielādētie faili, konfigurācija, vides mainīgie vai e-pasta serveris ne. Dati atgriežas, bet lietotne nedarbojas.
Kopijas glabājas blakus oriģinālam
Rezerves kopijas, kas atrodas tajā pašā serverī, diskā vai hostinga kontā, pazūd kopā ar to. Izspiedējprogrammatūra un uzlauzti administratoru konti tās izdzēš tāpat.
Glabāšanas laiks ir pārāk īss
Ja datu bojājums vai uzlaušana trīs nedēļas palika nepamanīta, bet rezerves kopijas glabā septiņas dienas, katra kopija jau satur problēmu.
Neviens nekad nav veicis atjaunošanu
Soļi ir vienam cilvēkam galvā vai nav pierakstīti nekur. Steigā pirmā atjaunošana ilgst daudz ilgāk, nekā gaidīts.
Kas jāiekļauj rezerves kopijā#
- Datubāzes.
- Augšupielādētie faili un multivides faili.
- Lietotnes kods vai norāde uz precīzu versiju repozitorijā.
- Konfigurācija un vides iestatījumi, kas glabāti droši.
- Viss, kas vajadzīgs servera atjaunošanai: programmatūras un to versiju saraksts vai infrastruktūras apraksts.
- E-pastam un dokumentiem mākoņpakalpojumos noskaidrojiet, ko pakalpojuma sniedzējs patiešām atjauno un cik ilgi.
Kur glabāt kopijas#
Plaši lietots praktisks noteikums paredz trīs datu kopijas uz diviem dažādiem glabāšanas veidiem, no kurām viena glabājas citā vietā. Mazam uzņēmumam tas praksē nozīmē:
- darbojošos sistēmu;
- rezerves kopiju citā kontā vai pie cita pakalpojumu sniedzēja, ko darbojošās sistēmas piekļuves dati nevar izdzēst;
- kopiju ar versiju vēsturi vai aizsardzību pret pārrakstīšanu, lai uzlauzts konts nevarētu izdzēst visu vēsturi.
Rezerves kopijas ar personas datiem šifrējiet un atslēgu glabājiet citā vietā, nevis kopā ar kopijām.
Kā veikt atjaunošanas pārbaudi#
- Izvēlieties datumu un sistēmu. Sāciet ar to, kuras zaudēšanu uzņēmums varētu paciest vismazāk.
- Atjaunojiet datus atsevišķā vidē, nekad ne pāri darbojošajai sistēmai.
- Palaidiet lietotni un pārbaudiet īstus datus: jaunākos pasūtījumus, jaunākos dokumentus, lietotāju pieteikšanos.
- Pierakstiet, cik ilgi aizņēma ceļš no sākuma līdz darbojošai sistēmai.
- Pierakstiet visu, kas trūka vai bija jālabo ar roku.
- Papildiniet atjaunošanas instrukciju ar uzzināto.
- Novērsiet trūkumus un atkārtojiet pārbaudi pēc grafika, svarīgākajām sistēmām vismaz reizi ceturksnī.
Regulāri pārbaudiet arī pašas rezerves kopijas: pēkšņi samazināti failu izmēri vai darbi, kas pārstājuši izpildīties, ir agrīns brīdinājums.
Ko mērīt#
- Cik svaiga ir pēdējā rezerves kopija, kas tiešām atjaunojas? Tik daudz datu jūs varat zaudēt.
- Cik ilgi aizņem pilna atjaunošana? Tik ilgi uzņēmuma darbs būs apturēts.
Ja kāda no atbildēm nav pieņemama, tas ir nākamais, kas jāuzlabo.
Kad sistēma jau nedarbojas, atjaunošana ir tikai viens no lēmumiem pirmajā pusstundā; par tiem ir raksts mājaslapa nedarbojas: pirmās 30 minūtes.
Nevo veic kiberdrošības auditus. Ko audits aptver, aprakstīts lapā kiberdrošības auditi.