<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Backup on Marco Gabriel Blog</title>
    <link>https://www.marcogabriel.com/tags/backup/</link>
    <description>Recent content in Backup on Marco Gabriel Blog</description>
    <image>
      <title>Marco Gabriel Blog</title>
      <url>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://www.marcogabriel.com/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo</generator>
    <language>en</language>
    <lastBuildDate>Sun, 05 May 2013 17:20:03 +0200</lastBuildDate>
    <atom:link href="https://www.marcogabriel.com/tags/backup/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Rsync Logical Volumes / LVM</title>
      <link>https://www.marcogabriel.com/posts/619-rsync-logical-volumes-lvm/</link>
      <pubDate>Sun, 05 May 2013 17:20:03 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/619-rsync-logical-volumes-lvm/</guid>
      <description>&lt;p&gt;Wenn man regelmäßig Daten transferieren oder abgleichen möchte, dann ist Rsync in der Regel das beste Mittel der Wahl. Rsync überträgt nur geänderte Dateien, tut dies sehr effizient, komprimiert dabei noch und verschlüsselt die Daten während des Transfers. Rsync funktioniert für regelmäßige Dateitransfers also extrem gut.&lt;/p&gt;
&lt;p&gt;Schön wäre es nun, wenn man so etwas wie Rsync auch für sehr große Dateien oder Logical Volumes eines LVM verwenden könnte. Ein typischer Anwendungsfall ist die Sicherung von virtuellen Maschinen, bei denen diese Images auch schon mal mehrere hundert GB groß sind.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Backup mit Duply, Duplicity und Rdiff-Backup auf (potentiell unsichere) Online Speicher (Teil 2)</title>
      <link>https://www.marcogabriel.com/posts/586-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-2/</link>
      <pubDate>Tue, 13 Jul 2010 00:50:51 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/586-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-2/</guid>
      <description>&lt;h2 id=&#34;teil-2-duply-und-duplicity&#34;&gt;Teil 2: Duply und Duplicity&lt;/h2&gt;
&lt;p&gt;Im &lt;a href=&#34;https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/&#34;&gt;ersten Teil&lt;/a&gt; habe ich ja bereits die Unterschiede zwischen &lt;a href=&#34;http://sourceforge.net/projects/ftplicity/&#34;&gt;Duply&lt;/a&gt; / &lt;a href=&#34;http://www.nongnu.org/duplicity/&#34;&gt;Duplicity&lt;/a&gt; und &lt;a href=&#34;http://www.nongnu.org/rdiff-backup/&#34;&gt;Rdiff-Backup&lt;/a&gt; geschildert. In diesem Teil gehe ich also davon aus, dass man Duplicity verwendet, weil man vom Provider einen FTP Backup Space zur Verfügung gestellt bekommen hat oder &lt;a href=&#34;http://aws.amazon.com/de/s3/&#34;&gt;Amazons S3&lt;/a&gt; nutzt.&lt;/p&gt;
&lt;h3 id=&#34;installation&#34;&gt;Installation&lt;/h3&gt;
&lt;p&gt;Unter Ubuntu 10.04 LTS / Lucid Lynx könnte es kaum einfacher sein. Die Pakete sind bereits im Repository vorhanden und können direkt mittels aptitude installiert werden.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Linux Backup mit Duply, Duplicity und Rdiff-Backup auf (potentiell unsichere) Online Speicher (Teil 1)</title>
      <link>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</link>
      <pubDate>Tue, 13 Jul 2010 00:10:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/585-linux-backup-mit-duply-duplicity-und-rdiff-backup-auf-potentiell-unsichere-online-speicher-teil-1/</guid>
      <description>&lt;p&gt;Same procedure as every year, James!&lt;/p&gt;
&lt;p&gt;Der neue Rootserver ist fertig, aber benötigt noch ein Backup. Hat man nun nicht gerade ein Rechenzentrum im Keller und kann dort Bänder wechseln gehen, bietet sich für Rootserver ein Backup auf verfügbaren Onlinespeicher an. Das kann in einigen Fällen ein weiterer Rootserver mit noch reichlich Platz sein, aber auch ein vom Provider zur Verfügung gestellter FTP Server oder auch Amazons S3 sind gute Alternativen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>tar split</title>
      <link>https://www.marcogabriel.com/posts/522-tar-split/</link>
      <pubDate>Wed, 15 Jul 2009 11:35:00 +0200</pubDate>
      <guid>https://www.marcogabriel.com/posts/522-tar-split/</guid>
      <description>&lt;p&gt;Wer von irgendeinem Linux Filesystem auf eine externe Festplatte mit FAT(32) Filesystem Daten sichern möchte, kann ein Lied davon singen. Nicht, dass man unbedingt FAT32 haben möchte, aber die meisten externen Festplatten sind ab Werk damit vorformatiert und laufen daher an den meisten Betriebssystemen out-of-the-box.&lt;/p&gt;
&lt;p&gt;FAT32 beschränkt die maximale Dateigröße jedoch auf 4 GB pro Datei. Für eine Datensicherung ist das heutzutage nicht mehr besonders viel.&lt;/p&gt;
&lt;p&gt;Linux selbst bringt die Lösung in Form der Kombination aus den beiden Kommandos &lt;code&gt;tar&lt;/code&gt; und &lt;code&gt;split&lt;/code&gt; bereits mit:&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
