S'ha publicat el llançament del sistema de còpia de seguretat restic 0.15, que proporciona emmagatzematge de còpies de seguretat en forma xifrada en un repositori versionat. El sistema es va dissenyar inicialment per garantir que les còpies de seguretat s'emmagatzemen en entorns poc fiables i que si una còpia de seguretat cau en mans equivocades, no hauria de comprometre el sistema. És possible definir regles flexibles per incloure i excloure fitxers i directoris en crear una còpia de seguretat (el format de les regles és similar a rsync o gitignore). Admet el treball a Linux, macOS, Windows, FreeBSD i OpenBSD. El codi del projecte està escrit a Go i es distribueix sota la llicència BSD.
Les còpies de seguretat es poden emmagatzemar en un sistema de fitxers local, en un servidor extern amb accés mitjançant SFTP/SSH o HTTP REST, als núvols Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage i Google Cloud Storage, així com en qualsevol emmagatzematge. per als quals hi ha backends disponibles rclone. També es pot utilitzar un servidor de descans especial per organitzar l'emmagatzematge, que proporciona un rendiment més elevat en comparació amb altres backends i pot funcionar en mode només d'afegir, que no us permetrà suprimir o canviar les còpies de seguretat si el servidor d'origen i l'accés a les claus de xifratge són. compromesa.
S'admeten instantànies, que reflecteixen l'estat d'un directori específic amb tots els fitxers i subdirectoris en un moment determinat. Cada vegada que es crea una còpia de seguretat nova, es crea una instantània associada, que us permetrà restaurar l'estat en aquell moment. És possible copiar instantànies entre diferents repositoris. Per estalviar trànsit, només es copien les dades modificades durant el procés de còpia de seguretat. Per avaluar visualment el contingut del dipòsit i simplificar la recuperació, es pot muntar una instantània amb una còpia de seguretat en forma de partició virtual (el muntatge es realitza mitjançant FUSE). També es proporcionen ordres per analitzar els canvis i extreure fitxers selectivament.
El sistema no manipula fitxers sencers, sinó blocs de mida flotant seleccionats mitjançant la signatura Rabin. La informació s'emmagatzema en relació amb el contingut, no amb els noms dels fitxers (els noms i objectes associats a les dades es defineixen al nivell de metadades del bloc). A partir del hash SHA-256 del contingut, es realitza la deduplicació i s'elimina la còpia de dades innecessària. En servidors externs, la informació s'emmagatzema en forma xifrada (SHA-256 s'utilitza per a les sumes de comprovació, AES-256-CTR s'utilitza per al xifratge i s'utilitzen codis d'autenticació basats en Poly1305-AES per garantir la integritat). És possible verificar la còpia de seguretat mitjançant sumes de comprovació i codis d'autenticació per confirmar que la integritat dels fitxers no està compromesa.
En la nova versió:
- S'ha implementat una nova ordre de reescriptura, que us permet eliminar dades innecessàries d'una instantània quan els fitxers que originalment no estaven destinats a la còpia de seguretat (per exemple, fitxers amb informació confidencial o registres molt grans sense valor) s'han inclòs accidentalment a la còpia de seguretat. .
- S'ha afegit l'opció "--read-concurrency" a l'ordre de còpia de seguretat per establir el nivell de paral·lelització en llegir fitxers, cosa que us permetrà accelerar la còpia en unitats ràpides com NVMe.
- S'ha afegit l'opció "--no-scan" a l'ordre de còpia de seguretat per desactivar l'etapa d'exploració de l'arbre de fitxers.
- L'ordre prune ha reduït significativament el consum de memòria (fins a un 30%).
- S'ha afegit l'opció "--sparse" a l'ordre de restauració per restaurar de manera eficient els fitxers amb grans àrees buides.
- Per a la plataforma Windows, s'ha implementat suport per a la restauració d'enllaços simbòlics.
- macOS ha afegit la possibilitat de muntar un dipòsit amb còpies de seguretat mitjançant macFUSE.
Font: opennet.ru