ein sicheres, freies, dezentrales, unabhängiges backup

howto:backup


Backups sind! sinnvoll, zwar braucht man diese nie, aber wenn man sie braucht habt man meist keins.

Table of contents

Und das nicht nur auf hosts, auch notebooks und PDA sollten gesichert werden.

 
Ein Backup soll Schutz bieten vor

  • Fehlbedienung (löschen durch user)
  • Festplattenchrash
  • Umwelteinwirkung
    • Wasser, Feuer --> getrennte Gebäude,
    • Blitzschlag --> getrennte Regionen, (Blitzt kann schon mal von nem Wohn-Virtel die Hardware grillen)
  • EMP
    • Sonnensturm --> da hilft blos mechanisch analog auf eien Goldplatte geritzt

 
Ein gutes Backup sollte eine Abhängigkeit vermeiden:

  • örtlich unabhängig: wenn ein wasserrohr platzt und deinen Rechner komplett schrottet, hilft eine zweite eingebaut Platte nicht mehr
  • organisatorisch freier Zugriff man sollte einem Hoster niemals seine Datenhoheit überlassen, sonst hat dieser bei einem Streit ein faktisches Druckmittel. Also sollte man z.B. ein host-to-host backup nicht im gleichen Rechenzentrum oder gleichen Hosterprovider machen
  • Redundanz

 

Konzeption

  • Datenmangen (z.B. shares, Mediafiles)
    • mit inkrementellem tar in ein lokales Backupverzeichnis, so hat man ein sauberes backup auch von alten Zuständen, der Nachteil ist das man sehr viel Platz braucht
    • mit howto:rsync hat man eigentlich kein backup, sondern nur einen Spiegel. Mit ein paar Optionen verliert man auch gelöschtes nicht, überschriebenes jedoch schon!
  • mysql lässt sich mit automysqlbackup per cron täglich in ein lokales Backupverzeichnis (z.B.: /srv/backup/ ) dumpen
    • dann von einem anderen host oder PC das täglich per rsync holen (Vorteil gegen über umija:backup:script : wenn dyndns ausfällt, holt der trotzdem)

 

Durchführung

so erstellst du z.B. ein verschlüsseltes archive von deinem /etc verzeichniss:

name=etc-`uname -n`-`date +%Y%mNaVH%M%S`.tbz; tar -cjf $name --directory / etc; bcrypt $name -s0

dis

  • klml: ? muss da nicht tar davorstehen?


Google Search