{"id":106388,"date":"2023-01-19T00:26:22","date_gmt":"2023-01-18T22:26:22","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15"},"modified":"2023-01-19T00:26:22","modified_gmt":"2023-01-18T22:26:22","slug":"dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dostupna-sistema-rezervnogo-kopirovaniya-restic-0-15","title":{"rendered":"\u00c8 disponibile il sistema di backup restic 0.15","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00c8 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 \u00e8 progettato per funzionare in ambienti non affidabili, dove la perdita di una copia di backup non dovrebbe compromettere il sistema. \u00c8 possibile definire regole flessibili per includere ed escludere file e directory durante la creazione del backup (il formato delle regole ricorda rsync o gitignore). \u00c8 supportato il funzionamento su Linux, macOS, Windows, FreeBSD e OpenBSD. Il codice del progetto \u00e8 scritto in linguaggio Go e distribuito con licenza BSD. <\/p>\n

Le copie di backup possono essere memorizzate nel file system locale, su dispositivi esterni server<\/a> 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 \u00e8 possibile utilizzare un server rest speciale, che offre prestazioni pi\u00f9 elevate rispetto ad altri backend e in grado di funzionare in modalit\u00e0 solo append, che non consente di eliminare o modificare i backup in caso di compromissione dell'origine server<\/a> e accesso alle chiavi di crittografia. <\/p>\n

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. \u00c8 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\u00f2 essere montato come una partizione virtuale (il montaggio \u00e8 realizzato tramite FUSE). Vengono forniti anche comandi per l'analisi delle modifiche e l'estrazione selettiva di file. <\/p>\n

Il sistema manipola non file interi, ma blocchi di dimensioni variabili, selezionati utilizzando la firma di Rabin. Le informazioni sono memorizzate in relazione al contenuto, piuttosto che ai nomi dei file (i nomi e gli oggetti associati ai dati sono definiti a livello di metadati del blocco). La deduplicazione e l'esclusione di copie eccessive dei dati vengono eseguite sulla base dell'hash SHA-256 del contenuto. Nei server esterni, le informazioni sono conservate in forma crittografata (per le somme di controllo si utilizza SHA-256, per la crittografia AES-256-CTR e per garantire l'integrit\u00e0 \u2014 vengono utilizzati codici di autenticazione basati su Poly1305-AES). \u00c8 prevista la possibilit\u00e0 di verificare il backup tramite somme di controllo e codici di autenticazione per confermare che l'integrit\u00e0 dei file non sia stata compromessa. <\/p>\n

Nella nuova versione: <\/p>\n