Modulul 6 · 6.3
Testarea restaurării
Modulul 6: Copii de siguranță · Timp de citire: 10 minute
Obiectiv de învățare: După această lecție veți putea planifica și efectua un test de restaurare, veți putea stabili în termeni simpli cât de multă muncă vă puteți permite să pierdeți (RPO) și cât de repede trebuie să fie disponibil din nou ceva (RTO), și veți putea nota o ordine de recuperare.
Noțiuni-cheie: test de restaurare, RPO (câtă muncă vă puteți permite să pierdeți), RTO (cât de repede trebuie să revină), ordine de recuperare, documentație
O copie de siguranță pe care nu ați restaurat-o niciodată este doar un morman de date
Aproape toți cei care descoperă după un incident că backupul nu funcționează credeau că au un backup bun. Notificările erau verzi, discul era plin, programul rula în fiecare noapte. Abia la restaurare se dovedește ce este în neregulă. Exemple tipice de ce iese la iveală atunci:
- Backupul a inclus doar fișierele site-ului, nu și baza de date. Magazinul online a revenit fără comenzi, clienți și produse.
- Backupul era criptat, dar cheia se afla doar pe laptopul care fusese furat.
- Programul de backup raporta deja de patru luni o eroare, dar notificările respective mergeau la adresa de e-mail a unui coleg plecat.
- Backupul exista, dar restaurarea a 400 GB printr-o conexiune obișnuită la internet a durat trei zile.
NCSC-ul olandez recomandă de aceea să nu verificați doar dacă backupul a fost efectuat, ci să restaurați periodic și efectiv ceva. În plus, recomandă să puteți vedea zilnic dacă backupurile au rulat și dacă au existat erori.
RPO: câtă muncă vă puteți permite să pierdeți?
Înainte de a testa, trebuie să știți ce înseamnă "suficient de bun". Pentru aceasta există două noțiuni pe care le veți întâlni în orice discuție cu o companie de IT.
RPO (Recovery Point Objective) înseamnă, în termeni simpli: câtă muncă vă puteți permite cel mult să pierdeți? NIST îl descrie ca momentul în timp la care datele trebuie restaurate după o întrerupere. Cu cât faceți backup mai des, cu atât golul este mai mic.
Calculul este simplu: puteți pierde cel mult tot ce s-a schimbat de la ultimul backup reușit. NCSC-ul olandez oferă el însuși exemplul: dacă backupul rulează noaptea la ora 03:00 și sunteți afectat la ora 16:00, este posibil să pierdeți câteva ore de muncă.
| Program de backup | Defecțiune la | Ultimul backup reușit | Pierdere maximă |
|---|---|---|---|
| În fiecare noapte la ora 02:00 | marți 16:30 | marți 02:00 | 14 ore 30 minute |
| În fiecare oră întreagă în timpul programului de lucru | marți 14:40 | marți 14:00 | 40 de minute |
| În fiecare noapte la ora 02:00, dar backupul din noaptea de marți a eșuat | miercuri 10:00 | marți 02:00 | 32 de ore |
Atenție la două capcane. Un backup eșuat nu se ia în calcul: atunci ultimul backup reușit se deplasează cu un pas înapoi. Iar în cazul ransomware-ului, contează momentul în care a început dauna, nu momentul în care o observați. Dacă criptarea a început la ora 11:15 și o observați la 14:40, backupul de la ora 12:00 este deja compromis, iar cel de la ora 11:00 este ultimul bun.
RTO: cât de repede trebuie să revină?
RTO (Recovery Time Objective) înseamnă, în termeni simpli: cât timp poate dura până când totul funcționează din nou? NIST îl descrie ca durata maximă în care un sistem poate fi în proces de recuperare înainte de a cauza prejudicii reale afacerii dumneavoastră.
RTO diferă în funcție de componentă. Pentru Brutăria Example:
| Componentă | Ce se întâmplă dacă lipsește | RPO | RTO |
|---|---|---|---|
| Casa de marcat și comenzile | Fără vânzări, clienții așteaptă | 1 oră | 2 ore |
E-mail info@example.com | Comenzile prin e-mail nu ajung | 1 zi | 4 ore |
| Site web | Fără clienți noi, dar e doar neplăcut | 1 zi | 1 zi lucrătoare |
| Arhiva ofertelor vechi | Incomod, dar poate aștepta | 1 săptămână | 1 săptămână |
RTO influențează și alegerea backupului. Un disc păstrat într-un seif la domiciliul proprietarului este o copie offline excelentă, dar dacă durează patru ore să fie adus și restaurat, nu veți atinge un RTO de două ore.
Un test de restaurare în cinci pași
Un test nu trebuie să fie amplu. Începeți mic și extindeți treptat.
- Alegeți ce testați. Începeți cu un singur fișier, un singur folder și o singură căsuță de e-mail. Faceți o dată pe an un test mai amplu: un întreg site cu bază de date sau un laptop complet.
- Restaurați alături de original. Nu suprascrieți niciodată datele dumneavoastră reale pentru a testa. Restaurați într-un folder separat, ca o copie sau într-un loc de test.
- Verificați conținutul. Se deschide fișierul? Este e-mailul din data corectă? Funcționează site-ul cu baza de date din același moment? Un site cu fișiere de astăzi și o bază de date din luna trecută nu funcționează de obicei corect.
- Măsurați timpul. Notați cât a durat, de la "trebuie să restaurez ceva" până la "funcționează". Comparați cu RTO-ul dumneavoastră.
- Faceți curățenie și notați. Ștergeți copia de test, astfel încât să nu ocupe spațiu sau să creeze confuzie, și notați rezultatul.
Ordinea de recuperare și documentația
La un incident major totul trebuie restaurat simultan, ceea ce nu este posibil. Stabiliți de aceea în prealabil ordinea de recuperare: ce vine mai întâi, ce vine apoi. De obicei este: mai întâi accesul (managerul dumneavoastră de parole, e-mailul și conturile de administrare), apoi ce aduce bani (casa de marcat, comenzile, facturile), apoi restul.
Notați pentru fiecare componentă pe o fișă de recuperare:
- unde se află backupul și cum se accesează (fără parole pe fișa propriu-zisă: trimiteți către managerul de parole sau seif);
- cine are voie și poate restaura, și cine este înlocuitorul;
- pașii, sau un link către manualul furnizorului dumneavoastră;
- data și rezultatul ultimului test.
Păstrați această fișă și pe hârtie sau offline. În cazul ransomware-ului, folderul partajat cu documentația este probabil și el inaccesibil. Această fișă face parte din fișa de incident din lecția 8.1.
În practică: cum arată acest lucru
În mediul demonstrativ WebOké Backups puteți face un test fără a schimba nimic la site-ul sau e-mailul dumneavoastră actual. În asistent alegeți pachetul, momentul backupului, componentele, iar apoi metoda de restaurare. Cu Ca o copie alături de cea actuală, backupul ajunge ca o copie într-un folder nou, ca bază de date sub un nume nou sau ca o căsuță de e-mail nouă. Pentru o căsuță de e-mail dați copiei un nume, de exemplu herstel, și o deschideți în webmail pentru a verifica dacă se află acolo e-mailul din acel moment. Ștergeți apoi copia, deoarece aceasta contează pentru spațiul dumneavoastră de stocare. Fiecare restaurare primește un cod de restaurare din opt caractere și un raport cu ceea ce a fost restaurat.
Baza de cunoștințe avertizează și asupra unei greșeli frecvente: nu alegeți pentru o căsuță de e-mail opțiunea Restaurare completă, deoarece atunci dispare tot ce a sosit după momentul ales. În Euro-Office și Nextcloud restaurați o versiune mai veche a unui document prin istoricul versiunilor; versiunea pe care o înlocuiți rămâne păstrată.
La alți furnizori se numește diferit și uneori funcționează diferit. Dacă la furnizorul dumneavoastră nu puteți restaura singur ca o copie, întrebați cum puteți testa în siguranță.
Rezumat
- Un backup este de încredere abia după ce l-ați restaurat; testați frecvent la scară mică, iar la scară mare o dată pe an.
- RPO: câtă muncă vă puteți permite să pierdeți. Pierdeți tot ce s-a schimbat de la ultimul backup reușit; un backup eșuat sau infectat nu se ia în calcul.
- RTO: cât de repede trebuie să revină. Măsurați la fiecare test timpul real de recuperare.
- Restaurați alături de original, verificați conținutul și eliminați copia de test.
- Stabiliți ordinea de recuperare și pașii pe o fișă de recuperare care există și offline.
Test (quiz)
Exercițiu
Exercițiul A6.3: Câtă muncă pierdeți? Primiți un program de backup și un moment al unei defecțiuni sau al unui atac. Calculați câtă muncă pierdeți cel mult și evaluați dacă programul atinge obiectivul RPO. Programul vă verifică răspunsul și explică pentru fiecare caz cum stau lucrurile.
Exercițiul D6.3: Un test real de restaurare. Restaurați un fișier și o căsuță de e-mail (sau un alt set mic de date) din propriul dumneavoastră backup, alături de original. Verificați conținutul, măsurați timpul, eliminați copia de test și completați fișa dumneavoastră de recuperare cu RPO, RTO și ordinea de recuperare.
Exercițiul D6.3: Un test real de restaurare
Iată cum procedați: (1) Alegeți un set mic de test: un fișier, un folder și o căsuță de e-mail (sau un alt set mic pe care îl considerați important). (2) Notați ora de început. (3) Restaurați setul din propria copie de siguranță lângă original: ca o copie, într-un folder separat sau ca o căsuță de e-mail separată. Nu suprascrieți nimic. (4) Verificați conținutul: se deschide fișierul, este prezentă mesajul din data corectă, corespunde folderul? La un site web: fișierele și baza de date sunt din același moment? (5) Notați ora de finalizare și calculați timpul de restaurare. (6) Ștergeți copia de test. (7) Completați o fișă de restaurare pentru această componentă: unde se află copia de siguranță, cine are voie să restaureze (și cine este înlocuitorul), pașii sau un link către manual, RPO, RTO, locul în ordinea de restaurare, data și rezultatul acestui test. Nu notați parole pe fișă. (8) Printați fișa de restaurare sau păstrați-o offline, lângă fișa dumneavoastră de incident (lecția 8.1).
Bifele și notițele dumneavoastră rămân doar în acest browser; nu le trimitem nicăieri. Dacă sunteți autentificat, păstrăm în Cursurile mele doar faptul că ați finalizat exercițiul.
Lecturi suplimentare
Pașii din articolele WebOké sunt valabili pentru mediul WebOké; la alți furnizori funcționează similar sau diferit. Întrebați furnizorul dumneavoastră.
- WebOké Backups: vizualizarea, restaurarea sau descărcarea unei copii de rezervă
- Recuperarea căsuței poștale sau a e-mailurilor șterse din backup
- Manual WebOké 6.10: WebOké Backups: restaurarea fișierelor
- Manual DirectAdmin 16.3: Restaurare backup DirectAdmin
- Manualul Euro-Office 8.6: Istoricul versiunilor: restaurarea unei versiuni mai vechi
- NCSC-ul olandez, Stabilirea unei strategii de backup: https://www.ncsc.nl/back-up/een-back-up-strategie-opstellen
- NIST, Glosar: Recovery Point Objective (în limba engleză): https://csrc.nist.gov/glossary/term/recovery_point_objective
- NIST, Glosar: Recovery Time Objective (în limba engleză): https://csrc.nist.gov/glossary/term/recovery_time_objective