„Avem backup.”
Dar compania poate continua să lucreze
dacă mâine sistemele nu mai pornesc?
Există câteva răspunsuri pe care le auzim frecvent atunci când discutăm despre continuitatea activității și despre riscurile IT:
- „Avem contract.”
- „Avem cloud.”
- „Avem backup.”
- „Avem un om care se ocupă.”
Toate acestea sunt importante. Dar niciunul dintre aceste răspunsuri nu garantează, de unul singur, că o companie își va putea relua rapid activitatea după o defecțiune gravă sau un atac cibernetic.
Adevărata întrebare nu este dacă există o soluție pe hârtie. Întrebarea este dacă acea soluție funcționează atunci când compania are cu adevărat nevoie de ea.
O dimineață obișnuită care se transformă într-o criză
Angajații ajung la birou și încearcă să înceapă programul normal. Sistemul principal nu mai pornește. Aplicațiile nu pot fi accesate, documentele nu se deschid, comenzile nu pot fi procesate, iar datele clienților nu mai sunt disponibile.
La început, situația pare o problemă tehnică temporară.
Cineva repornește echipamentele. Altcineva sună persoana care „se ocupă de IT”. Se caută parole, contracte și date de contact. După câteva încercări, devine clar că problema este mai serioasă decât părea.
Poate fi vorba despre un server defect, un echipament de rețea care nu mai funcționează sau un atac cibernetic care a blocat ori criptat sistemele companiei.
Backupul există, însă restaurarea eșuează.
Persoana care cunoaște cel mai bine infrastructura este în concediu, nu mai răspunde sau lucrează între timp pentru altă companie. Documentația este incompletă, iar o parte dintre informații există doar în memoria celui care a configurat sistemul.
Piesa defectă trebuie comandată și poate ajunge peste zece zile — dacă modelul respectiv se mai fabrică și dacă piesa mai poate fi găsită.
Parolele, contactele furnizorilor și procedurile de intervenție sunt salvate chiar în sistemul care nu mai poate fi accesat. Nu există o copie disponibilă offline, nu există un plan tipărit, iar nimeni nu știe clar cine trebuie să ia deciziile importante și ce trebuie făcut mai întâi.
Orele trec. Apoi zilele.
Activitatea rămâne blocată. Clienții așteaptă răspunsuri, angajații nu își pot face treaba, comenzile se acumulează, iar conducerea nu poate spune cu certitudine când compania va putea funcționa din nou.
Existența unui backup nu înseamnă automat că datele pot fi recuperate
Multe companii pornesc de la presupunerea că simpla existență a unui backup le protejează.
În realitate, un backup este util numai dacă datele pot fi restaurate complet, într-un interval acceptabil și pe o infrastructură care poate fi pusă rapid în funcțiune.
Un backup poate exista și, totuși, să nu poată fi folosit. Copiile pot fi incomplete, deteriorate, prea vechi sau protejate necorespunzător. Uneori, acestea sunt păstrate în aceeași infrastructură cu sistemele principale și sunt afectate de același incident.
În cazul unui atac cibernetic, atacatorii pot încerca să compromită și copiile de siguranță. În cazul unei defecțiuni fizice, compania poate descoperi că nu mai are echipamente compatibile pe care să restaureze datele.
De aceea, verificarea unui backup nu înseamnă doar confirmarea faptului că un proces automat a rulat fără să afișeze o eroare. Înseamnă efectuarea periodică a unor teste reale de restaurare.
Poate compania să recupereze datele?
Poate reporni aplicațiile esențiale?
În cât timp?
Cine execută restaurarea și cine verifică rezultatul?
Răspunsurile trebuie demonstrate prin teste, nu presupuse.
Cloudul nu înlocuiește un plan de continuitate
Utilizarea serviciilor cloud poate reduce anumite riscuri, dar nu le elimină.
Datele pot fi șterse accidental. Conturile pot fi compromise. Configurațiile pot fi greșite. Conexiunea la internet poate deveni indisponibilă. Un furnizor poate întâmpina probleme, iar compania poate descoperi că nu are o copie independentă a informațiilor esențiale.
Cloudul este o componentă tehnică. Continuitatea activității este o capacitate a întregii organizații.
Aceasta include tehnologia, dar și oamenii, responsabilitățile, procedurile, furnizorii, echipamentele alternative și modul în care compania comunică în timpul unui incident.
Un contract nu spune întotdeauna cât de repede va fi rezolvată problema
Faptul că există un contract de mentenanță sau suport este important. Totuși, trebuie înțeles exact ce acoperă acel contract.
Care este timpul de răspuns?
Este garantat timpul de remediere sau doar confirmarea solicitării?
Intervenția este disponibilă și în afara programului?
Cine furnizează echipamentele de schimb?
Cine răspunde dacă problema implică mai mulți furnizori?
Un contract poate garanta că solicitarea va fi preluată într-un anumit interval fără să garanteze că activitatea va fi reluată în acel interval. Diferența este esențială.
În timpul unui incident real, compania nu are nevoie doar de un răspuns. Are nevoie de revenirea efectivă la o stare în care poate lucra.
Dependența de o singură persoană este un risc operațional
În multe organizații, infrastructura IT depinde de o singură persoană. Aceasta cunoaște parolele, configurațiile, furnizorii și soluțiile improvizate de-a lungul anilor.
Atât timp cât persoana este disponibilă, sistemul pare să funcționeze. Riscul devine vizibil abia atunci când aceasta este în concediu, este bolnavă, nu poate fi contactată sau părăsește compania.
O infrastructură importantă nu ar trebui să depindă exclusiv de memoria și disponibilitatea unui singur om.
Informațiile esențiale trebuie documentate, protejate și accesibile persoanelor autorizate. Rolurile trebuie stabilite dinainte, iar responsabilitățile trebuie să poată fi preluate atunci când titularul lor nu este disponibil.
Ce ar trebui să conțină un plan utilizabil?
Un plan de continuitate nu trebuie să fie doar un document amplu, păstrat într-un director pe care nimeni nu îl deschide.
Planul trebuie să poată fi utilizat și atunci când sistemele companiei nu funcționează. El trebuie să răspundă clar la câteva întrebări practice:
Care sunt sistemele și procesele fără de care activitatea nu poate continua?
În ce ordine trebuie recuperate?
Cât timp poate funcționa compania fără fiecare dintre ele?
Unde se află copiile de siguranță și cum sunt accesate?
Cine declară incidentul și cine coordonează intervenția?
Cine contactează furnizorii, angajații, clienții și partenerii?
Ce soluții temporare pot fi folosite până la recuperarea completă?
Cum se lucrează dacă sediul, rețeaua sau sistemele principale nu sunt disponibile?
Când a fost testat ultima dată planul și ce probleme au fost descoperite?
Planul trebuie păstrat și într-o formă accesibilă offline. Datele de contact, responsabilitățile și primii pași nu ar trebui să fie blocați în infrastructura afectată de incident.
Timpul de recuperare trebuie stabilit înaintea incidentului
„Cât mai repede posibil” nu este un obiectiv măsurabil.
Pentru fiecare proces important trebuie stabilit cât timp poate rămâne indisponibil înainte ca impactul să devină inacceptabil. Pentru unele activități pot fi acceptabile două zile. Pentru altele, chiar și două ore pot produce pierderi majore.
Aceste limite determină tipul de backup, infrastructura alternativă, nivelul de suport și investițiile necesare.
O companie care trebuie să revină în două ore are nevoie de o strategie diferită de una care poate funcționa manual timp de două zile. Fără această analiză, soluțiile tehnice sunt alese pe baza presupunerilor, nu a nevoilor reale ale afacerii.
Un plan netestat este doar o presupunere
Cel mai bun moment pentru a descoperi că lipsesc parole, proceduri sau echipamente este în timpul unui exercițiu controlat, nu în mijlocul unui incident.
Testarea poate evidenția probleme care nu apar în rapoartele obișnuite:
restaurarea durează mult mai mult decât se credea;
anumite date nu sunt incluse în backup;
aplicațiile recuperate nu comunică între ele;
licențele nu mai pot fi activate;
documentația este veche;
datele de contact nu mai sunt valabile;
responsabilitățile nu sunt clare;
persoanele-cheie nu știu ce au de făcut.
Scopul unui test nu este să demonstreze că planul arată bine. Scopul este să descopere punctele slabe cât timp acestea mai pot fi corectate în siguranță.
Pregătirea face diferența
Faptul că până acum nu s-a întâmplat nimic nu înseamnă că riscul nu există.
O defecțiune poate apărea chiar dacă echipamentele au funcționat fără probleme ani întregi. Un atac cibernetic poate afecta și o companie care nu se consideră o țintă importantă. O eroare umană, o actualizare nereușită sau indisponibilitatea unui furnizor poate bloca activitatea fără avertisment.
Diferența dintre un incident controlat și un blocaj major este dată de nivelul de pregătire al companiei.
O organizație pregătită știe ce sisteme sunt critice, unde se află datele, cine ia deciziile și care sunt primii pași. Are copii de siguranță verificate, documentație actualizată și metode alternative de lucru. A testat recuperarea și cunoaște, realist, timpul necesar pentru reluarea activității.
O organizație nepregătită începe să caute aceste răspunsuri după ce sistemele s-au oprit.
Atunci, fiecare minut costă.
Dacă s-ar întâmpla mâine dimineață, compania ta ar avea un plan verificat?
Nu este suficient să poți spune că ai un contract, cloud, backup sau o persoană care se ocupă.
Întrebările importante sunt:
Recuperarea a fost verificată în condiții reale?
Există un plan care poate fi folosit și atunci când sistemele nu funcționează?
Știe fiecare persoană ce responsabilitate are?
În cât timp poate fi reluată activitatea?
Răspunsurile la aceste întrebări ar trebui cunoscute înaintea incidentului.
Pentru că, dacă sistemele nu ar mai porni mâine dimineață, nu ar mai fi timp pentru presupuneri. Compania ar avea nevoie de un plan clar, accesibil și deja verificat — nu de o căutare urgentă de explicații.