Thomas Lindner schrieb:
Hallo Liste!
Hi,
Ich habe ein Debian-Etch mit Xen am laufen. Darauf laufen 8 Xen-Domains, was dank Xen auch auf 1GB RAM recht performant ist. Als Backup-Lösung
cool.
fahre (bzw. plane) ich ein gemischtes Konzept:
- Die virtuellen Maschinen werden nachts heruntergefahren, deren
Root-FS in in gzip-tes Tar geworfen und anschließend wieder gestartet. Anschließend zieht sich der Backup-Server die Images 2. Der Fileserver (selbst auch eine Xen-Domain) hat seine Daten auf einer "durchgeschleiften" physischen Partition. Dieses FS soll per Bacula auf einen abgesetzten (Backup-)Server gesichert werden. Ebenso werden Windoof-Clients per Bacula gesichert.
Wenn die Downtime keine Rolle spielt, ist das kein Problem. Ich mag diesen Ansatz aber nich :)
zu 1. Sicherlich gibt es bessere Konzepte, als die gesamte "VM" abzuziehen, aber auf diese Art hab ich wenigstens die Gewissheit, dass ich nur das FS zurücksichern muss und die "VM" läuft wieder auf dem alten Stand, was mir schon öfter den Hals gerettet hat. Nur hat diese Methode einen Nachteil: Es landen auch immer eigentlich schön gelöschte Blöcke des FS im Backup. Ein Workarround, den ich auch derzeit schon einsetze, ist, vor dem Backup innerhalb der "VM" per cronjob ausführen: dd if=/dev/zero of=/tmp/test;rm /tmp/test Dies "nullt" die unbelegten Blöcke. Allerdings wäre eine Lösung, die tatsächlich unbelegte Blöcke ohne den Umweg über eine Ballon-Datei entfernt, besser. Gibt's da irgendein Tool für? Was ich bislang gefunden habe, waren nur Lösungen, die unbelegte Blöcke (mehrfach) mit Zufallsdaten überschreiben - dass würde allerdings genau in die falsche Richtung schießen, da sich Zufallsdaten so gut wie gar nicht komprimieren lassen.
Das kann man doch sicher in den Sourcen umbiegen ;)
Ich verwende bacula-fd in den VMs. Es erlaubt mir auf dem Client im Backupprozess div Skripte auszufuehren (DB abziehen, File listen erstellen etc)
Die andere Variante waer LVM snapshotten und dann das Snapshot-device, mounted oder raw sichern. Wie sinnvoll das ist, haengt von vielen Faktoren ab. Das geht dann ohne Eingriffe in den Host.
zu 2. Ich habe mich nach OS-Backup-Lösungen umgesehen und mir erschien Bacula als hoffnungsvoll, u.a. deshalb, weil es auch Windoofs-Clients mit VSS abziehen kann. Ich habe eine Quelle für Etch-Backports von Bacula gefunden: deb http://packman.inode.at/debian/ etch addons updates aus denen man eine Version 2.2.5 installieren kann, Etch enthält nur 1.38. Leider klappt die Installation nicht so, wie sie soll, zumindest wenn man MySQL verwenden möchte statt SQLite.
Hat hier super funktioniert immer. Ich nehm allerdings nicht das metapaket "bacula" sondern installier die noetigen Sachen einzeln. Es wird glaub ich das dbconfig interface bei der Installation verwendet. Benutz ich jedoch nicht.
Hat jemand Erfahrung, wie man die Datenbanken nachträglich erzeugt? Das automatische Anlegen innerhalb der Pakete funktioniert jedenfalls nicht. Die Scripte, die die Datenbank anlegen sollten, laut einigen HowTos, sind nicht zu finden. *.SQL-Dateien hab ich auch keine gefunden, also woher die Struktur der Datenbank nehmen?!
Das Schema kannste mit /usr/share/bacula-director/make_mysql_tables (wenn man den passenden Director installiert hat, hier bacula-director-mysql) erzeugen.
Für Hilfe wäre ich sehr dankbar
Ich sichere die OS Daten der VMs auf Disk. Es sind 30 Diskfiles, taeglich eins im Backupsystem rotiert. Ich ziehe das OS immer komplett ab. Die anwendungsspezifischen Daten werden separat auf Tape gesichert. Als Tape Device geht hier eine HP DDS4 Tapelib mit 6 Slots. Die Tapes werden 1 Jahr lang aufbewahrt und dann im Backupsystem recycled. Die Sicherung erfolgt wie ueblich nach dem GFS Schema, also taeglich inkrementell, jeden Freitag differentiell und jeden 1. Freitag des Monats vollstaendig. So habe ich jeden Monat einen Abzug der Anwendungsdaten. Das OS ist eh nicht so wichtig, denn da aendert sich nicht allzu viel, es ist via FAI schnell wieder installiert, die letzte oder vorletzte Kopie des /etc Verzeichnisses reichte in den allermeisten Notfaellen bisher.
Gruß Thomas
MfG -Dimitri Puzin aka Tristan-777