<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Stefano Marinelli's Blog (Articoli su restic)</title><link>https://www.dragas.net/</link><description></description><atom:link href="https://www.dragas.net/categories/restic.xml" rel="self" type="application/rss+xml"></atom:link><language>it</language><lastBuildDate>Wed, 11 Jan 2023 13:48:53 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>Alla Ricerca del Backup Perfetto: Borg e Restic</title><link>https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/</link><dc:creator>Stefano Marinelli</dc:creator><description>&lt;div&gt;&lt;nav class="contents" id="indice-dell-articolo" role="doc-toc"&gt;
&lt;p class="topic-title"&gt;Indice dell'articolo&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#backup-tecniche-principali" id="toc-entry-1"&gt;Backup: tecniche principali&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#backup-le-basi-di-partenza" id="toc-entry-2"&gt;Backup: le basi di partenza&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#backup-snapshot" id="toc-entry-3"&gt;Backup: Snapshot&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#backup-push-o-pull" id="toc-entry-4"&gt;Backup: push o pull?&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#borg-backup-1" id="toc-entry-5"&gt;Borg Backup&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#restic-1" id="toc-entry-6"&gt;Restic&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#esempio-script-utilizzato-per-effettuare-il-backup-del-mio-portatile-usando-borg-e-restic" id="toc-entry-7"&gt;Esempio: Script utilizzato per effettuare il backup del mio portatile usando Borg e Restic&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;a class="reference internal" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#conclusioni" id="toc-entry-8"&gt;Conclusioni&lt;/a&gt;&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/nav&gt;
&lt;a class="reference external image-reference" href="https://www.dragas.net/images/backup.png"&gt;&lt;img alt="/images/backup.thumbnail.png" src="https://www.dragas.net/images/backup.thumbnail.png"&gt;&lt;/a&gt;
&lt;p&gt;English version &lt;a class="reference external" href="https://it-notes.dragas.net/2020/06/30/searching-for-a-perfect-backup-solution-borg-and-restic/"&gt;here&lt;/a&gt;&lt;/p&gt;
&lt;section id="backup-tecniche-principali"&gt;
&lt;h2&gt;&lt;a class="toc-backref" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#toc-entry-1" role="doc-backlink"&gt;Backup: tecniche principali&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;In passato &lt;a class="reference external" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto/"&gt;ho già affrontato l'argomento backup&lt;/a&gt; ponendo alcune basi e dando alcune indicazioni sulle principali modalità e sul &lt;em&gt;perché è fondamentale farlo&lt;/em&gt;, sul perché &lt;em&gt;il RAID non può essere considerato una forma di backup&lt;/em&gt; e su alcuni software da me presi in esame e utilizzati in precedenza. Invito dunque a leggere l'articolo collegato, per una base di partenza. Questa volta, però, daro delle guide su come io realizzo i backup e su come io riesca a garantire un certo grado di sicurezza.&lt;/p&gt;
&lt;/section&gt;
&lt;section id="backup-le-basi-di-partenza"&gt;
&lt;h2&gt;&lt;a class="toc-backref" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/#toc-entry-2" role="doc-backlink"&gt;Backup: le basi di partenza&lt;/a&gt;&lt;/h2&gt;
&lt;p&gt;Proporrò l'argomento sotto forma di elenco puntato, onde coprire le principali problematiche da gestire:&lt;/p&gt;
&lt;ul class="simple"&gt;
&lt;li&gt;&lt;p&gt;Sistema Operativo e dati da salvare: ogni sistema operativo è un universo. E' ragionevole pensare che non esista una soluzione universale, anche se molti dei principali software open source sono multi-piattaforma. Il principale divario è tra i sistemi Unix-Like (GNU/Linux, BSD, MacOS, ecc.) e Windows. Lo stesso software, pur essendo disponibile per più piattaforme, potrebbe non essere il migliore per la propria o per le proprie necessità.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Tipo di dati da salvare: ogni tipo di backup richiede soluzioni diverse. Ci sono situazioni in cui si ha la necessità di copie pressoché sempre incrementali in quanto i file crescono ma non vengono modificati. In questo caso, un qualunque sistema appunto incrementale (es: &lt;a class="reference external" href="http://duplicity.nongnu.org/"&gt;Duplicity&lt;/a&gt; ) può essere sufficiente. Nel caso, invece, di backup sempre diversi (es: un database che cambia costantemente), un sistema come quello precedente può essere estremamente inefficiente, specialmente nel lungo periodo.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Necessità di crittografia o meno: i backup delle mie fatture, ad esempio, potrei anche evitare di crittarli...&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Rapidità di esecuzione e di recupero: ci sono strumenti che sono estremamente efficienti nell'effettuare l'operazione di copia, ma che rendono estremamente lento il recupero. Una delle (poche) carenze da me riscontrate in &lt;a class="reference external" href="https://burp.grke.org/"&gt;BURP Backup&lt;/a&gt;, di cui ho parlato &lt;a class="reference external" href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto/"&gt;nell'articolo precedente&lt;/a&gt; e che utilizzo ancora con successo in certe situazioni, è che richiede &lt;em&gt;il restore dei file e non consente, per lo meno direttamente, di navigare nel backup come fosse un file system locale&lt;/em&gt;. Stesso discorso vale, ad esempio, per il backup nativo di &lt;a class="reference external" href="https://www.dragas.net/posts/un-assaggio-di-proxmox/"&gt;Proxmox&lt;/a&gt;: è comodissimo da impostare, completo e nativo ma il tempo di recupero può essere importante, specialmente se effettuato in postazioni remote e su connessioni lente. Recuperare un file richiederà, molto spesso, il recupero totale della macchina.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;Snapshot: ultima in lista, ma questione di primaria importanza. Un backup di un file system "live" avrà un momento di inizio e un momento di fine. Nel frattempo, i dati cambieranno all'interno di esso e potrebbe generarsi incoerenza. In passato ho avuto problemi del genere: un database (mysql) di qualche GB è stato rovinato da un cliente e me ne è stato chiesto il recupero. Ho preso, con baldanza, l'ultimo backup e ho ripristinato i vari file (non un dump). Inutile dire che è stato impossibile farlo ripartire: il file molto grande era cambiato &lt;em&gt;troppo&lt;/em&gt; tra l'inizio del backup dello stesso e la fine, per cui era incoerente. Per i maliziosi: avevo anche il dump, ovviamente, per cui ho recuperato quello. Ma la questione resta chiara: &lt;strong&gt;fare un backup di un file system live è pericoloso&lt;/strong&gt;, a meno che non si stia copiando la cartella "Documenti" o "Immagini". Un database aperto, come anche semplicemente quello del browser, ha altissime probabilità di corrompersi e rendere inutile la copia di sicurezza fatta. La tecnica è &lt;em&gt;fare uno snapshot&lt;/em&gt; dell'intero file system prima di iniziare la copia. Ci sono margini di rischio anche in questo (il backup avrà all'incirca lo stesso stato che avrebbe la macchina se venisse improvvisamente staccata la spina), ma largamente inferiori. Ad oggi, utilizzando snapshot, sono stato in grado di recuperare tutto.&lt;/p&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;&lt;a href="https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/"&gt;Continua la lettura…&lt;/a&gt; (ulteriori 9 minuti di lettura)&lt;/p&gt;&lt;/section&gt;&lt;/div&gt;</description><category>attic</category><category>backup</category><category>backuppc</category><category>borg</category><category>burp</category><category>data</category><category>linux</category><category>obnam</category><category>recensioni</category><category>recovery</category><category>restic</category><category>restore</category><category>rsync</category><category>sicurezza</category><category>tecnici</category><category>urbackup</category><category>windows</category><guid>https://www.dragas.net/posts/alla-ricerca-del-backup-perfetto-borg-e-restic/</guid><pubDate>Wed, 23 May 2018 07:42:37 GMT</pubDate></item></channel></rss>