nicht angemeldet
Hello,
Du weisst noch nicht, wie man mit MySQL einen Server auf ein Backupsystem repliziert? Das geht nämlich seit einiger Zeit und Du hast immer ein aktuelles Backup. Daneben kannst Du in hochbelasteten Systemen sogar mehrere Backup- Server verwenden, z.B. um mit "nur" Abfragen einen extra- Server zu beschäftigen. "lastverteilung by aufgabe". Ich glaube, das geht schon seit 3.32.x oder so.
Doch, das haben wir ausprobiert. Das sorgt aber wegen der geforderten Konsistenz (Datenschnitt) für eine zu lange Offtime. Außerdem ist der Backup-Server nicht immer am Netz. Wir (bzw. mein Kollege, der auch Thomas heißt) hat da ca. vier Wochen Experimente und Dokumantationen angelegt für uns und einige Kunden.
Die Brutalmethode, über Cron x-mal am Tag die DB einfach kurz runterzufahren, komplett zu kopieren und wieder hochzufahren, ist die schnellste. Außerdem hat man dann die erforderliche Zeit, die Daten zu ballen und zu zippen. Der Backup-Server meldet sich dann über ssh ein paar Minuten später an und holt sich das Backup ab. Dafür hat er eine halbe Stunde Zeit.
Es handelt sich also immer um eine Vollsicherung, die sofort einsatzfähig ist. Da MySQL keine Tranaktionslogs erzeugen kann, geht der Incrementalanteil seit der letzten Sicherung dann ggf. leider verloren.
Aber das lösen wir auch noch. Es gibt ja eine eingebaute Möglichkeit der Änderungshistorie, aber die hat (noch) nicht zu unserer Zufriedenheit funktioniert.
Harzliche Grüße aus http://www.annerschbarrich.de
Tom
Fortschritt entsteht nur durch die Auseinandersetzung der Kreativen
Nur selber lernen macht schlau