Frage zum binary log resp. Backup
Von: Andreas Born (andreas.born@gmx.de) [Profil]
Datum: 18.10.2009 00:59
Message-ID: <7jv0m5F36pqpoU1@mid.individual.net>
Newsgroup: de.comp.datenbanken.mysql
Datum: 18.10.2009 00:59
Message-ID: <7jv0m5F36pqpoU1@mid.individual.net>
Newsgroup: de.comp.datenbanken.mysql
Hi, ich habe hier eine DB, in der sehr viele Updates vorgenommen werden. Infolgedessen fallen hier pro Tag etwa 5 GB Binlog-Daten an. Das frisst natürlich Speicherplatz, weswegen ich überlege, das binlog zu deaktivieren. Mein Hauptproblem ist aber die Frage nach einem vernünftigen Backup. Bisher waren die Datenbanken eher überschaubar, ich habe jeden Tag nachts Mysqldump aufgerufen und damit ein rotierendes Backup erzeugt, sodaß ich auf die Zustände der letzten x Tage zurückgreifen konnte. Binary logs haben zu diesem Zeitpunkt keine Rolle gespielt (waren auch deaktiviert), und zusätzlich wurde ein inkrementelles filebackup der Datendateien durchgeführt, als doppelte Absicherung. Daß im Falle eines totalcrashs ggf. ein paar Daten der letzten <24 Stunden verloren gehen, konnte ich in kauf nehmen. Wegen der neuen DB habe ich jetzt die Binlogs aktiviert, um im zweifelsfall auch den Stand nach dem letzten Tages-Backup wiederherstellen zu können. Allerdings - dauert mysqldump recht lange und blockiert teilweise DB-Zugriffe während des Dumps - fallen (wie oben gesagt) sehr große binlog-Datenmengen an. Wie geht man hier "korrekt" vor, wie fertigt Ihr Eure Backups an? Nun hab ich gelesen, daß man aus den binlog-Daten einen Dump generieren kann, aber dieser enthält doch nur die Änderungen, nicht die aktuellen Daten, oder? Gibt es einen Mechanismus, mit dem man aus einem älteren vorhandenen Dump und den zwischenzeitlich neu generierten binlog-Daten einen neuen Dump generieren kann, und infolgedessen die verwendeten binlog-daten löscht? Dann hätte ich einen echten Dump (und nicht nur Änderungen), und maximal 24 Stunden binlogdaten. Würde natürlich voraussetzen, daß man den binary log im laufenden Betrieb neu starten kann ohne Daten zu verlieren. Oder wäre es das sinnvollste/einfachste, die DB einfach auf eine backup-db zu replizieren? Doch wie löst man dann das Problem mit den vielen binlog-daten? Bin leider etwas ratlos... Ach so, die meisten Tabellen sind MyISAM-Tabellen, einige InnoDB. Größe der Datenbanken insgesamt (Datendateien) geht gehen ca 100 GB. Viele Grüße, Andreas[ Auf dieses Posting antworten ]
Antworten
- Axel Schwenke (20.10.2009 18:33)
