Backupstrategie für vServer

[Justin (Gast)]

Hallo,

ich habe einen vServer (Debian) gemietet und versuche mich schon längere 
Zeit an einer Backupstrategie. Bisher mache ich es (in Ermangelung einer 
besseren Variante) so, dass ich neben einigen mysqldumps nur die Ordner 
mit meinen Daten (/var/vmail, /var/www) zippe (mit Passwort) und mit [1] 
auf Google Drive hochlade.
So funktioniert es prima und es ist natürlich an Daten auch alles 
gesichert... aber bei einem Totalausfall ist es trotzdem eine 
Heidenarbeit, den Server wieder einzurichten, alle Konfigurationsdateien 
wieder neu zu bearbeiten, etc.
Ich frage mich, wie man es besser machen kann. Ich könnte natürlich das 
ganze Dateisystem zippen (ohne so Sachen wie /dev natürlich). Aber 
könnte man das denn dann auch einfach so wieder zurückspielen!? Ich 
meine, ich müsste ja aus einem (frischen) laufenden vServer alle seine 
eigenen Dateien gegen die aus dem Backup ersetzen. Geht das?
Wie würdet ihr das lösen?

[1] https://github.com/prasmussen/gdrive

[Thomas (Gast)]

Hallo Justin,

frag' doch mal den Betreiber Deines vServers, ob Du Snapshots von der 
Festplatte anfertigen kannst.
Mein Anbieter bietet sowas an. Er stellt mir 10GByte an Plattenplatz zur 
Verfügung, wo ich die Komplettbackups der VM speichern kann.

Ansonsten würde ich unbedingt empfehlen wenigstens noch /etc mit zu 
sichern.

[Justin (Gast)]

Ja, der Anbieter bietet Snapshots an. Lasse ich zusätzlich 1x die Woche 
machen. Aber die sind nur lokal... das habe ich auch nur mitbekommen, 
nachdem der Server vor einiger Zeit mal einen Totalschaden hatte. Da 
nutzte auch das RAID nix mehr. Alles nur noch rauchende Trümmer 
inklusive dem lokalen Snapshot...
Du solltest eventuell auch mal nachfragen, wie das bei dir ist. ;) 
Nicht, dass auch sowas passiert.

Leider komme ich aus dem vServer nicht an den Snapshot ran, sonst wäre 
das ja eventuell eine Lösung.

[Christian R. (supachris)]

Ich mache täglich eine inkrementelle Sicherung mit Duply/duplicity. 
Klappt sehr gut auch für das ganze System, einmal musste ich das ganze 
auch schon zurück spielen. Mit einem frischen System und und den Keys 
geht das recht flott. Die Backups liegen momentan auf Amazon Speichern 
aber ich glaube das geht nicht mehr so lange bei denen...

[Thomas (Gast)]

Justin schrieb:
> Du solltest eventuell auch mal nachfragen, wie das bei dir ist. ;)
> Nicht, dass auch sowas passiert.

Besten Dank für den Tipp!
Bis jetzt bin ich stillschweigend davon ausgegangen, dass das getrennte 
Systeme sind. Aber das ist wohl nicht selbsterständlich...

[Justin (Gast)]

Das heißt, du überschreibst beim Zurückspielen einfach blind alle 
Dateien mit denen aus dem Backup und das geht? Das wäre ja gut...

Im Prinzip müsste das ja für ein tägliches inkrementelles Backup dann 
reichen...

tar cf - -g /root/backup.snar / | 7za a -pPASSWORD -si /tmp/backup$(date 
+%Y%m%d%H%M%S).tar.7z
gdrive upload --delete /tmp/backup*.tar.7z

[Justin (Gast)]

Acho, /dev /tmp /proc usw. muss man natürlich noch exkludieren.