Backupstrategie für vServer

Gast #5133836
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
Gast #5133862
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.
Gast #5133868
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.
#5133877
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...
Gast #5133888
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...
Gast #5133890
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

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 9 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.