Backup-uri criptate pe care chiar le poți restaura.

Alegeți granița depozitului

Folosește o destinație și acreditări separate de serverul de producție. Criptarea pe partea clientului poate proteja copiile stocate, dar parola sau cheia depozitului trebuie salvată în siguranță în privat. Pierderea ei poate face inutilizabile toate instantaneele criptate.

Capturați date consecvente

Utilizați dump-uri native ale bazei de date sau o procedură de snapshot acceptată de aplicație. Faceți backup la configurație, instrucțiunile de implementare și secretele protejate necesare pentru recuperare. Excludeți cache-urile tranzitorii doar când știți că pot fi reconstruite.

Faceți ștergerea mai dificilă

Ia în considerare o destinație doar-cu-adăugare sau imuabilă, unde mașina sursă nu poate șterge fiecare copie istorică. Păstrează separat, acolo unde este posibil, acreditările de retenție și de curățare. Criptarea singură nu împiedică un server compromis să șteargă un depozit cu drept de scriere.

Programați verificări și exerciții de restaurare

Monitorizați starea de ieșire a sarcinilor și vechimea ultimei copii de siguranță valide. Rulați verificările de integritate a depozitului acceptate de instrument. Restaurați periodic un eșantion și efectuați o repetiție completă de recuperare după modificări majore ale aplicației.

Separați adăugarea unei copii de ștergerea istoricului

O destinație doar-cu-adăugare poate permite serverului de producție să adauge instantanee, păstrând autoritatea de ștergere pe o mașină de încredere separată. Retenția necesită totuși o revizuire atentă: instantaneele mai noi falsificate pot submina unele politici de selecție bazate pe calendar. Verificați ghidul instrumentului, rulați o simulare de retenție și monitorizați capacitatea. Operația forget a Restic selectează instantanee; pruning elimină datele stocate nereferențiate.

• Păstrează credențialele de mentenanță ale depozitului în afara mașinii de producție
• Rulați o simulare de retenție înainte de a permite ștergerea
• Folosește o țintă nouă și goală pentru fiecare exercițiu de recuperare

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Documentație oficială: Retenția și curățarea în Restic

Un exercițiu de restaurare cu o condiție de reușită

Alegeți un eșec realist: un fișier șters, o bază de date pierdută sau o reconstrucție completă a mașinii. Restaurați într-un director separat sau pe un host izolat. Verificați conținutul fișierelor, permisiunile și capacitatea aplicației de a le utiliza. Înregistrați timpul scurs și orice pas manual care lipsea din runbook. O verificare a depozitului confirmă o proprietate diferită de o restaurare funcțională a aplicației.

• Nu restaura peste aplicația live ca prim test
• Confirmați că acreditările de criptare pot fi recuperate independent
• Alertează dacă cel mai recent backup reușit depășește ținta ta de recuperare

Creați un manifest de recuperare înainte de a alege excluderile

Enumeră lucrurile care nu pot fi recreate prin reinstalarea unui pachet: conținutul bazei de date, fișierele încărcate, configurația aplicației, cheile de semnare sau criptare și versiunile de implementare. Notează metoda de consistență lângă fiecare element. Un dump de bază de date aparține unui moment definit în timp; copierea unui director de bază de date aflat în uz poate produce un rezultat diferit. Păstrează accesul la depozit, fraza sa de acces și orice export de cheie Borg într-o locație privată separată de recuperare. Testează că o mașină de înlocuire poate deschide depozitul înainte de a-l face singura copie de recuperare.

• Stabiliți obiectivul punctului de recuperare: cât de multă muncă recentă poate fi pierdută. Setați programul în funcție de această cerință.
• Precizați obiectivul timpului de recuperare: cât poate dura o reconstrucție. Includeți importul bazei de date și modificările DNS în repetiție.
• Verificați că o excludere destinată cache-urilor nu elimină și încărcările, volumele containerelor sau configurația protejată.
• Utilizați documentația pentru versiunea majoră Borg instalată; formatele depozitelor și comenzile nu sunt interschimbabile între toate versiunile.

Documentație oficială: Borg: criptare, consistență și restaurare

Verifică datele stocate, precum și metadatele depozitului

Verificarea implicită a depozitului Restic și o verificare prin citire completă fac lucruri diferite. Programați verificarea datelor ținând cont de lățimea de bandă și de costul de rulare. Exemplul verifică o cincime definită din fișierele pack; verificările programate ulterioare trebuie să folosească celelalte fracții pentru a acoperi depozitul. Un subset ales aleatoriu nu oferă aceeași garanție de acoperire. Niciuna dintre operații nu demonstrează că aplicația poate porni cu datele restaurate.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Documentație oficială: restic: verificări ale depozitului și verificarea datelor

Ține mentenanța în afara accesului clientului compromis

Stocarea append-only Borg păstrează datele segmentelor confirmate, dar un client poate totuși modifica lista vizibilă a arhivelor; recuperarea și compactarea necesită procedura administrativă documentată. Restrângeți credențialul de backup la distanță la comanda de server a Borg, nu la un shell sau o autentificare de sistem de fișiere nerestricționată care ar putea ocoli acele protecții. Cu restic, examinați îndrumările keep-within pentru retenția append-only. Înainte de orice mentenanță care poate elimina istoricul, inspectați sănătatea depozitului și previzualizați selecția de pe o mașină de încredere.

• Monitorizați vechimea ultimei copii reușite, creșterea depozitului, spațiul cache și capacitatea liberă la ambele capete.
• Dacă o restaurare eșuează, păstrați repository-ul original și jurnalele înainte de a încerca reparații sau curățare.
• Dacă sarcina reușește, dar fișierele așteptate lipsesc, inspectați conținutul arhivei și modelele de excludere înainte de a modifica retenția.
• Încheiați exercițiul deschizând fișiere și rulând verificări ale aplicației în izolare; țineți destinațiile de producție în afara comenzii de restaurare.

Documentație oficială: Borg: operare și întreținere append-only · restic: considerații privind retenția și append-only