mysqldump: backup von Datenbanken mit InnoBD- UND MyISAM-Tabellen
Hallo ML, ich soll einen Server für ein wissenschaftliches Projekt für ca. 15 User zur Verfügung stellen. U.a. wird ein MySQL-Server benötigt. Habe ich installiert, die User dürfen selbst Datenbanken anlegen. Backup mache ich bisher mit automysqlbackup (https://sourceforge.net/projects/automysqlbackup/). Das Tool führt das eigentliche backup mit mysqldump durch. Das klappt auch anscheinden bisher, habe aber noch kein backup zurückgespielt (was ich aber demnächst ausprobieren werde). Jetzt sind aber in diversen Datenbanken InnoDB- und MyISAM-Tabellen. Lt. Literatur und manpage sind dafür unterschiedliche Optionen notwendig: so soll lt. Literatur für MyISAM-Tabellen "--lock-all-tables" sinnvoll sein, was aber bei InnoDB-Tabellen nicht sinnvoll ist. "--single-transaction" passt für InnoDB-Tabellen, aber lt. manpage nicht für MyISAM-Tabellen. Gibt es sinnvolle Optionen, die für beide Tabellentypen passen ? Was ist mit den default-Optionen (--opt: same as --add-drop-table, --add-locks, --create-options, --quick, --extended-insert, --lock-tables, --set-charset, and --disable-keys. Enabled by default, disable with --skip-opt). Passen die für beide ? Ausserdem würde ich "--add-drop-table" hinzufügen. Gibt's dabei Probleme bei einem Tabellentyp oder irgendwas, was dagegen spricht ? Danke. Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen bernd.lentes@helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 3826 http://www.helmholtz-muenchen.de/idg Aufsichtsratsvorsitzende: MinDir'in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 Im Kampf um das Unerreichbare verliert alles Erreichte seinen Wert -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Bernd,
ich soll einen Server für ein wissenschaftliches Projekt für ca. 15 User zur Verfügung stellen. U.a. wird ein MySQL-Server benötigt. Habe ich installiert, die User dürfen selbst Datenbanken anlegen. Backup mache ich bisher mit automysqlbackup (https://sourceforge.net/projects/automysqlbackup/). Das Tool führt das eigentliche backup mit mysqldump durch. Das klappt auch anscheinden bisher, habe aber noch kein backup zurückgespielt (was ich aber demnächst ausprobieren werde). Jetzt sind aber in diversen Datenbanken InnoDB- und MyISAM-Tabellen. Lt. Literatur und manpage sind dafür unterschiedliche Optionen notwendig: so soll lt. Literatur für MyISAM-Tabellen "--lock-all-tables" sinnvoll sein, was aber bei InnoDB-Tabellen nicht sinnvoll ist. "--single-transaction" passt für InnoDB-Tabellen, aber lt. manpage nicht für MyISAM-Tabellen. Gibt es sinnvolle Optionen, die für beide Tabellentypen passen ? Was ist mit den default-Optionen (--opt: same as --add-drop-table, --add-locks, --create-options, --quick, --extended-insert, --lock-tables, --set-charset, and --disable-keys. Enabled by default, disable with --skip-opt). Passen die für beide ? Ausserdem würde ich "--add-drop-table" hinzufügen. Gibt's dabei Probleme bei einem Tabellentyp oder irgendwas, was dagegen spricht ?
zu welchen Zeiten sicherst Du denn. "lock-all-tables" brauchst Du nur dann wenn die Datenbank während der Sicherung aktiv ist und auch reingeschrieben wird. Du gehst der ganzen Problematik aus dem Weg indem Du eine Zeit definierst wo keiner in die Datenbank reinschreibt. "lock-all-tables" hält laut manpage alle Datenbanken an und sichert diese. In dieser Zeit kannst Du nicht wirklich arbeiten (nur lesend). Gruss Patrick -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Patrick Klaus schrieb:
zu welchen Zeiten sicherst Du denn. "lock-all-tables" brauchst Du nur dann wenn die Datenbank während der Sicherung aktiv ist und auch reingeschrieben wird. Du gehst der ganzen Problematik aus dem Weg indem Du eine Zeit definierst wo keiner in die Datenbank reinschreibt.
"lock-all-tables" hält laut manpage alle Datenbanken an und sichert diese. In dieser Zeit kannst Du nicht wirklich arbeiten (nur lesend).
Passt --lock-all-tables für beide Tabellentypen ? man sagt: "--lock-all-tables, -x: Lock all tables across all databases. This is achieved by acquiring a global read lock for the duration of the whole dump. This option automatically turns off --single-transaction and --lock-tables." Was bedeutet "This is achieved by acquiring a global read lock for the duration of the whole dump" ? Ist damit gemeint, daß ein global lock das Lesen sperrt, oder daß ein global lock alles außer Lesen sperrt und ein Lesen noch ermöglicht ? Bernd-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Bernd,
"lock-all-tables" hält laut manpage alle Datenbanken an und sichert diese. In dieser Zeit kannst Du nicht wirklich arbeiten (nur lesend).
Passt --lock-all-tables für beide Tabellentypen ?
man sagt: "--lock-all-tables, -x: Lock all tables across all databases. This is achieved by acquiring a global read lock for the duration of the whole dump. This option automatically turns off --single-transaction and --lock-tables."
Was bedeutet "This is achieved by acquiring a global read lock for the duration of the whole dump" ? Ist damit gemeint, daß ein global lock das Lesen sperrt, oder daß ein global lock alles außer Lesen sperrt und ein Lesen noch ermöglicht ?
Hmm, warscheinlich kannst Du auch nicht lesen während der Zeit der Sicherung. Am besten Du probierst es aus. Gruss Patrick -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Lentes, Bernd
-
Patrick Klaus