È stato pubblicato il rilascio del sistema di backup restic 0.15, che fornisce la conservazione delle copie di backup in forma crittografata in un repository versionato. Il sistema è progettato per funzionare in ambienti non affidabili, dove la perdita di una copia di backup non dovrebbe compromettere il sistema. È possibile definire regole flessibili per includere ed escludere file e directory durante la creazione del backup (il formato delle regole ricorda rsync o gitignore). È supportato il funzionamento su Linux, macOS, Windows, FreeBSD e OpenBSD. Il codice del progetto è scritto in linguaggio Go e distribuito con licenza BSD.
Le copie di backup possono essere memorizzate nel file system locale, su dispositivi esterni server con accesso SFTP/SSH o HTTP REST, in cloud come Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage e Google Cloud Storage, e in qualsiasi archivio per cui sono disponibili backend rclone. Per l'organizzazione dello storage è possibile utilizzare un server rest speciale, che offre prestazioni più elevate rispetto ad altri backend e in grado di funzionare in modalità solo append, che non consente di eliminare o modificare i backup in caso di compromissione dell'origine server e accesso alle chiavi di crittografia.
Sono supportati snapshot che riflettono lo stato di una determinata directory con tutti i file e le directory annidate in un determinato momento. Ad ogni creazione di una nuova copia di backup viene creato uno snapshot associato, che consente di ripristinare lo stato in quel momento. È possibile copiare gli snapshot tra diversi repository. Per risparmiare traffico, durante il processo di creazione dei backup vengono copiati solo i dati modificati. Per una valutazione chiara del contenuto del repository e per semplificare il ripristino, lo snapshot con la copia di backup può essere montato come una partizione virtuale (il montaggio è realizzato tramite FUSE). Vengono forniti anche comandi per l'analisi delle modifiche e l'estrazione selettiva di file.
Il sistema manipola non file interi, ma blocchi di dimensioni variabili, selezionati utilizzando la firma di Rabin. Le informazioni sono memorizzate in base al contenuto e non ai nomi dei file (i nomi e gli oggetti associati ai dati sono definiti a livello di metadati del blocco). Sulla base dell'hash SHA-256 del contenuto, vengono eseguiti deduplicazione ed esclusione della copia eccessiva dei dati. Su server esterni, le informazioni sono conservate in forma crittografata (per i checksum è utilizzato SHA-256, per la crittografia AES-256-CTR e per garantire l'integrità - codici di autenticazione basati su Poly1305-AES). È prevista la possibilità di verificare la copia di backup tramite checksum e codici di autenticazione per confermare che l'integrità dei file non sia stata compromessa.
Nella nuova versione:
- È stata implementata una nuova opzione rewrite, che consente di rimuovere i dati superflui dallo snapshot, quando per errore vengono inclusi file non destinati al backup (ad esempio, file contenenti informazioni riservate o log molto grandi che non presentano valore).
- Nel comando backup è stata aggiunta l'opzione «—read-concurrency» per impostare il livello di parallelizzazione durante la lettura dei file, che consente di accelerare il processo di copia su dispositivi di archiviazione veloci, come NVMe.
- Nel comando backup è stata aggiunta l'opzione «—no-scan» per disabilitare la fase di scansione dell'albero dei file.
- Nella comando prune è stato significativamente ridotto (fino al 30%) il consumo di memoria.
- Nel comando restore è stata aggiunta l'opzione «—sparse» per un recupero efficace di file con ampie aree vuote.
- Per la piattaforma Windows è stata implementata la supporto per il ripristino dei collegamenti simbolici.
- In macOS è stata aggiunta la possibilità di montare il repository dei backup tramite macFUSE.
Fonte: opennet.ru
