Backup local sau în cloud pentru o companie în creștere

Luni dimineața, facturarea nu pornește. Baza de date de pe server este coruptă, iar backup-ul de seara trecută se află pe același suport ca și sistemul live. Echipa știe că datele există undeva, dar nu știe când și în ce stare vor fi din nou utilizabile. În astfel de cazuri, problema backup-ului local sau în cloud nu mai este un detaliu IT, ci un risc operațional: poate fi livrată marfa, poate fi emisă factura, sunt accesibile datele clienților și cât timp va rămâne munca în așteptare?

În multe companii, strategia de backup s-a dezvoltat istoric. A existat un server, lângă el a apărut un dispozitiv de stocare în rețea, ulterior un hard disk extern sau un spațiu de stocare în cloud. Acestea nu sunt neapărat soluții greșite în sine. Problema începe atunci când nimeni nu știe cu siguranță de pe ce sisteme se face backup, unde se află, cât timp sunt păstrate și dacă pot fi cu adevărat restaurate.

Scopul backup-ului nu este copierea fișierelor

Nevoia de backup a unei afaceri nu începe de la câți terabytes de date sunt stocate. Începe de la ce procese de afaceri trebuie repuse în funcțiune după o eroare.

Există consecințe diferite dacă un contract arhivat nu este accesibil câteva ore și altele dacă datele de stoc ale unui magazin online, sistemul de producție, gestionarea comenzilor sau baza de date financiară se opresc. Primul poate fi o neplăcere. Al doilea poate cauza pierderi directe de venituri, performanțe defectuoase, pierderea încrederii clienților și ore suplimentare semnificative.

De aceea, trebuie tratate separat două întrebări. Una este timpul de recuperare: cât timp trebuie să dureze până când un sistem este din nou funcțional? Cealaltă este pierderea de date acceptabilă: cât de multe date recente pot dispărea? Dacă un sistem de depozit poate fi restaurat doar la starea din ziua precedentă, atunci mișcările de marfă expediate, primite sau transferate între timp trebuie reconstruite manual. Aceasta este adesea o problemă mai mare decât oprirea IT în sine.

O soluție bună de backup nu este bună pentru că rulează automat. Este bună pentru că permite companiei să continue lucrul într-o situație de incident cunoscută, într-un timp acceptabil, cu date verificate.

Backup local sau în cloud: nu este o alegere exclusivă

Backup-ul local este de obicei realizat pe un dispozitiv de stocare care funcționează la sediul companiei sau în propriul centru de servere. Avantajul său este restaurarea locală rapidă și controlul direct. Dacă trebuie restaurată o bază de date mare, mai multe servere virtuale sau un set de fișiere de dimensiuni semnificative, conexiunea locală de rețea poate fi semnificativ mai rapidă decât o descărcare de pe internet.

Acest lucru poate fi deosebit de relevant în medii de producție, logistice sau de birou, unde mai multe sisteme depind strâns unele de altele. O infrastructură locală de backup este valoroasă și atunci când conexiunea la internet nu este temporar disponibilă sau când este necesară o restaurare rapidă a unei imagini complete a sistemului.

Cu toate acestea, backup-ul local are o limitare fundamentală: suportă aceleași riscuri fizice ca și mediul live. Un incendiu, o inundație, o defecțiune electrică, un furt, un atac ransomware sau o operațiune administrativă greșită pot afecta simultan serverul și backup-ul. Dacă spațiul de stocare pentru backup este accesibil continuu și cu aceleași drepturi de acces, un atac nu se oprește neapărat la sistemul live.

Pe de altă parte, backup-ul în cloud separă fizic datele salvate de locația fizică. Un serviciu bine conceput poate oferi gestionarea versiunilor, criptare, redundanță geografică și un timp de păstrare mai lung. Acest lucru este deosebit de util dacă compania operează în mai multe locații, sprijină munca la distanță sau nu dispune de o infrastructură proprie, adecvat protejată.

Backup-ul în cloud nu este nici el o magie. Timpul de restaurare este influențat de conexiunea la internet, cantitatea de date, nivelul de serviciu ales și dacă trebuie restaurat un singur fișier sau un întreg mediu de server. Un sistem de mai multe terabytes poate fi sigur în cloud, dar o restaurare completă urgentă poate necesita totuși ore sau zile, dacă conexiunea sau planul nu sunt dimensionate corespunzător.

În practică, pentru majoritatea companiilor în creștere, nu modelul exclusiv local sau exclusiv în cloud este cel mai bun. Cele două abordări împreună oferă o protecție semnificativă: restaurare locală rapidă pentru erori frecvente și o copie separată pentru incidente mai grave.

Mai întâi trebuie cartografiate procesele și dependențele

Un proiect de backup începe adesea ca o problemă tehnică: ce dispozitiv de stocare să cumpărăm, ce furnizor de cloud să alegem, câtă capacitate este necesară? Acestea sunt întrebări legitime, dar apar prea devreme.

Mai întâi trebuie înțeles cum circulă informația în companie. O comandă de pe un magazin online poate intra în motorul magazinului, de acolo într-un ERP, apoi într-un sistem de facturare, într-un sistem de depozit și în integrarea cu curierul. Dacă doar unul dintre sisteme poate fi restaurat la o stare anterioară, în timp ce celelalte sisteme au date mai recente, pot apărea ușor discrepanțe. Comanda poate părea îndeplinită într-un loc, dar lipsă în altul. În astfel de cazuri, reconcilierea afacerii după restaurare poate fi o sarcină la fel de mare ca restaurarea tehnică în sine.

Același lucru este valabil și pentru producție. Se poate întâmpla ca planul de producție, datele mașinilor, documentația de asigurare a calității și evidența stocurilor să trăiască în sisteme separate. Nu este necesar ca toate datele să aibă același obiectiv de restaurare. Dar trebuie să știm care dintre ele oprește producția, care date pot fi reconstruite și care au obligații legale sau contractuale de păstrare.

Strategia de backup este, de fapt, o decizie de continuitate a afacerii. Trebuie desemnate sisteme, date, responsabilități și ordinea de restaurare. Nu este suficient să spunem doar că „se face backup la tot”.

Ce întrebări trebuie să răspundă un plan de backup funcțional?

Un plan utilizabil trebuie să clarifice exact de pe ce servere, baze de date, fișiere de utilizator și aplicații de afaceri în cloud se face backup. O greșeală frecventă este să se creadă că utilizarea unui sistem SaaS înseamnă automat protecție completă a datelor. Disponibilitatea serviciului și restaurabilitatea detaliată pe termen lung a datelor proprii ale companiei nu sunt întotdeauna același lucru.

Planul trebuie să stabilească și cine primește alerte în caz de backup nereușit, cine este autorizat să inițieze restaurarea și cine decide din ce punct de backup se face restaurarea. Aceste responsabilități sunt deosebit de importante atunci când o persoană cheie este în concediu sau incidentul se întâmplă în afara orelor de lucru.

Timpul de păstrare trebuie ajustat la nevoile afacerii. Un backup zilnic poate fi insuficient dacă în timpul zilei se generează multe comenzi și tranzacții financiare. O păstrare de câteva zile nu protejează împotriva unei erori care este observată doar după săptămâni. Numărul de versiuni, timpul de păstrare și frecvența restaurării împreună modelează riscul și costul.

Protecția backup-urilor merită o atenție specială. Criptarea, accesul multi-factor, conturile administrative separate și copiile de backup protejate împotriva modificării nu sunt măsuri de precauție exagerate. Într-un incident de tip ransomware, acestea pot decide dacă există o stare curată și utilizabilă disponibilă.

Testul de restaurare este singura dovadă reală

Majoritatea deficiențelor de backup nu sunt descoperite la realizarea backup-ului, ci la restaurare. Sarcina poate avea un statut verde zilnic. Totuși, pot apărea backup-uri de baze de date defecte, chei de criptare lipsă, dependențe nedocumentate sau restaurări prea lente.

Este recomandat să se efectueze teste regulate, nu doar cu restaurarea unui singur fișier. Restaurarea completă a unui sistem critic pentru afaceri trebuie verificată într-un mediu separat. În timpul testului, devine măsurabil cât timp este necesar pentru a porni sistemul, dacă sunt disponibile accesurile necesare și ce lucrări suplimentare sunt necesare pentru a verifica consistența datelor.

Acest test nu este despre a da vina pe IT. Scopul este ca un incident real să nu fie prima dată când organizația încearcă să efectueze restaurarea.

Proporția corectă se aliniază cu funcționarea companiei

Pentru o afacere mai mică, cu puține sisteme critice, poate fi suficientă o copie locală și în cloud mai simplă, dar verificată regulat. O companie comercială sau de producție cu mai multe locații poate necesita o ordine de restaurare mai detaliată, backup local rapid, o copie separată la distanță și gestionarea documentată a incidentelor.

Nu capacitatea de stocare cea mai mare sau lista de funcții cea mai lungă înseamnă siguranță. Decizia bună începe de la a înțelege ce muncă este oprită de căderea unui sistem, cine este afectat, cât de multe date sunt generate și cât de repede trebuie să se revină la funcționarea normală.

Este recomandat să se parcurgă într-o perioadă liniștită: dacă mâine dimineață cel mai important sistem nu ar porni, cine ar putea spune din ce backup, în ce ordine și în cât timp va fi restaurată munca? Dacă nu există un răspuns clar la aceasta, atunci nu este nevoie în primul rând de o nouă tehnologie, ci de un plan de funcționare mai clar.