Backup poslovnih podataka: zašto jedna kopija nije dovoljna?

Podaci su srce mnogih poslovnih procesa: ponude, evidencije, ugovori, projekti i računi često žive na serverima ili u oblaku. Kada netko kaže „imamo backup”, prvo treba pitati: gdje je kopija, što obuhvaća i kada ste je posljednji put uspješno vratili? Backup koji nikada nije testiran nije pouzdan plan oporavka.

Pravilo 3-2-1 kao polazište

Pravilo 3-2-1 predlaže najmanje tri primjerka važnih podataka, na dva različita medija ili sustava pohrane, uz barem jedan primjerak izvan primarne lokacije. Danas je razumno razmišljati i o kopiji koja je nepromjenjiva ili odvojena od produkcijskih administratorskih računa, kako bi ransomware teže izbrisao sve primjerke.

Ne morate doslovno kupiti tri fizička diska. Važan je princip različitih mjesta i neovisnih načina pristupa. Kopija na drugom direktoriju istog servera ne štiti od kvara njegova diska. Kopija na NAS-u koji je stalno dostupan s istim administratorskim računom može biti ugrožena istim napadom.

Odredite što smijete izgubiti

RPO je maksimalno prihvatljiv gubitak podataka izražen vremenom. Ako aplikacija svakih nekoliko minuta prima rezervacije, dnevni backup možda nije dovoljan. RTO je prihvatljivo trajanje oporavka. Ove ciljeve trebaju odrediti poslovno odgovorne osobe, a IT tim im zatim prilagoditi tehnologiju i trošak.

Za mnoge organizacije vrijedi odvojiti podatke prema važnosti: aktivna baza narudžbi traži učestaliju zaštitu od javnih statičkih datoteka. U backup obavezno uvrstite i konfiguracije, tajne na siguran način, pohranjene privitke i procedure obnove. Kopija same baze često ne može sama pokrenuti aplikaciju.

Backup i sinkronizacija nisu isto

Sinkronizacija je korisna za dijeljenje datoteka, ali brisanje ili šifriranje datoteke može se automatski prenijeti na sve povezane uređaje. Pravi backup omogućuje povrat starije verzije i zaštitu od nenamjernog brisanja. Zato su važni retencija i mogućnost vraćanja određenog trenutka, a ne samo posljednje stanje.

Kod baza podataka provjerite radi li se konzistentna kopija. Kopiranje aktivnih datoteka baze običnim alatom za datoteke nije uvijek dovoljno. Koristite postupke i alate koje preporučuje sama baza, a povrat provjeravajte na izoliranom sustavu.

Test povrata: jedini dokaz da plan radi

Najmanje povremeno provedite simulaciju oporavka: odaberite kopiju, vratite je na testni server, pokrenite aplikaciju i provjerite nekoliko stvarnih poslovnih operacija. Zabilježite trajanje, probleme, nedostajuće datoteke i osobe koje su sudjelovale. Iz takvog testa često se sazna više nego iz deset uspješnih automatskih obavijesti.

Backup trebate nadzirati kao i produkciju. Neuspjela kopija, nedostatak prostora, stari certifikat ili nevažeći pristup udaljenom spremištu moraju aktivirati obavijest prije nego nastane incident.

Što napraviti ovaj tjedan?

Napišite popis pet najvažnijih skupova podataka. Za svaki označite gdje se nalazi, kada je zadnji put kopiran, tko ima pristup kopijama i koliko traje povrat. Ako na bilo koje pitanje nemate odgovor, ondje postoji konkretan rizik koji možete početi smanjivati.

Scenarij koji otkriva slab backup

Zamislimo da zaposlenik slučajno izbriše mapu s prošlogodišnjim ugovorima. Dnevna kopija od prethodne noći može pomoći, ali samo ako se u njoj nalaze traženi dokumenti i ako politika zadržavanja obuhvaća vrijeme nastanka pogreške. Drugi scenarij je kvar primarnog servera: kopija koja se nalazi na istom fizičkom uređaju neće pomoći. Treći je ransomware: backup kojem napadač može pristupiti jednakim administratorskim pravima također može biti ugrožen.

Dobra provjera zato uključuje više od jednog tipa povrata. Vratite pojedinu datoteku, cijelu bazu i po mogućnosti kompletan servis. Svaki test dokumentirajte s trajanjem, odgovornom osobom i utvrđenim problemima.

Česta pitanja

Je li RAID backup? Nije. RAID može održati rad pri nekim kvarovima diskova, ali ne vraća obrisane ili šifrirane podatke.

Koliko često raditi kopije? Prema prihvatljivom gubitku podataka. Sustav s čestim promjenama može trebati mnogo češću zaštitu od arhive koja se rijetko mijenja.

Može li se backup automatizirati? Da, ali uspjeh zadatka, dostupnost prostora i testni povrat i dalje moraju biti nadzirani.

Što bi dobar plan backupa morao sadržavati?

Pisani plan zaštite podataka treba biti razumljiv i osobi koja ne održava server. U njemu mora pisati koje su evidencije kritične, koliko često se kopiraju i koliko bi trajao povrat rada. To je posebno važno kada administrator nije dostupan, a organizacija mora samostalno odlučiti što se prvo vraća.

• Jesu li u kopijama baza podataka, korisnički privici, konfiguracija aplikacije i relevantni ključevi na odgovarajući način?
• Nalazi li se barem jedna kopija izvan primarnog sustava i pod odvojenim ili ograničenim pristupnim pravima?
• Može li se vratiti pojedina datoteka, ali i kompletna aplikacija na novi kompatibilan server?
• Koliko se starijih verzija čuva i može li se vratiti stanje od prije neprimijećenog brisanja?
• Dobiva li odgovorna osoba upozorenje kada kopija nije napravljena ili prostor za pohranu postane nedostatan?
• Kada je posljednji put izveden dokumentirani test obnove i je li dosegnut cilj vremena oporavka?

Ako na jedno od tih pitanja odgovor nije poznat, plan treba dopuniti prije sljedećeg incidenta.