Xen Backup DomU
Toens Bueker
toens.bueker at lists0903.nurfuerspam.neuroserve.de
Sun Nov 30 08:38:17 CET 2008
"Marcus Sobchak <lists at localguru.de>" meinte:
> > xm save ...
> > lvcreate --size (ausreichend Puffer für die Dauer des
> > rdiff-Laufs vorhalten) --snapshot -name ...
> > xm restore ...
> Dann müsste man nur testen, wie lange das xm save zum Wegschreiben mit
> dem anschließenden restore braucht, denn in dieser Zeit fallen ja die
> Dienste aus. Wenn ich es richtig verstehe, garantiert auch xm save
> nicht, dass das Filesystem konsistent ist, sondern erstellt ein
> komplettes Speicherabbild des Servers im aktuellen Zustand, ohne den
> Zustand der Datenpartition. Die Datenpartitionen müsste man dann
> anschließend mit dd aus der snapshot Partition dumpen, um später
> zusammen mit der Sicherungsdatei vom xm save wieder ein 1:1 laufendes
> System zu bekommen, bei dem man sicher sein kann, dass das Filesystem
> konsistent bzw. der Zustand der Datenpartition passend zum
> Speicherabbild ist.
Das mache ich doch oben: Einfrieren der domU und während
sie eingefroren ist, mach ich den Snapshot und kopiere mir
das Speicherabbild.
Ich mache nur statt des rdiff einen xfsdump. Dann lege ich
mir das Speicherabbild und den xfsdump als Backup zur Seite.
> xm save scheint m.E. gut zu passen, wenn man ein
> komplettes Image der Partition haben möchte. Statt eines kompletten
> Images würde ich die Daten aus der Partition lieber per rdiff auf den
> Backupserver schieben.
Ob Du (xfs)dump oder rdiff machst, ist doch gleich. Du
legst Dir das Speicherabbild und die Filesystemsicherung
als Backup an. Du darfst nur hinterher an beidem nix mehr verändern.
Du kannst aber davon ausgehen, dass diese Operationen sehr
i/o-intensiv sind. Schnelle Platten sind hier Pflicht.
> Wie wäre folgender Weg:
>
> - sync in der DomU ausführen
> - xm pause, um die DomU von weiteren Schreibprozessen abzuhalten
> - Snapshot anfertigen
> - den Shapshot reparieren (z.B. e2fsck -f -y ...)
> - Snapshot read only mounten
> - Daten aus dem gemouteten Shnapshot per rdiff wegkopieren
>
> Dies wäre in Sachen Datenkonsistenz zwar auch nicht besser als xm save,
> aber es gäbe nur einen sehr kurzen Ausfall der Dienste, da xm pause
> schneller zu sein scheint.
Hast Du schonmal kvm probiert? Das kann snapshots des
Plattenimages direkt aus der kvm-konsole erzeugen - habe
ich aber noch nie ausprobiert ...
Tschö
Töns
--
There is no safe distance.
More information about the Linux
mailing list