Am Donnerstag, 12. November 2009 12:36:12 schrieb Ulrich Gehauf:
Al Bogner schrieb:
Ich kann bei einer DB keinen Dump machen:
jailshell-3.2$ mysqldump -u user -p1234 --opt cms > mysqldump.sql mysqldump: unknown variable 'quickmax_allowed_packet=32M'
Der Hoster hat schon von 16MB auf 32MB erhöht. Ich vermute die DB wurde bei einem cpanel-Update defekt. Lt. Hoster soll die ibdata defekt sein.
Wie könnte ich einen Textexport machen, mit dem man die DB dann wieder erzeugen kann?
Ähmm.... Wenn die DB schon kaputt ist, hilft auch kein Dump mehr.
Das hat der Hoster behauptet und ich habe es bezweifelt. Mittlerweile hat der Dump ja mit der Option --no-defaults funktioniert.
Ein regelmäßiger Datenbank-Dump ist eher Teil einer Backup-Strategie und kein Desaster-Recovery.
Klar, nur hast du eine Idee, wie man prüft, ob der Dump ok ist? Da stand die letzten Monate immer nur die Fehler-Meldung drin. Es wäre auch schon eine Plausibilitätsprüfung eine Verbesserung, zB wie groß die Datei mindestens sein muss.
mysqldump REPARIERT keine Tabellen, es erzeugt lediglich ein SQL-Script, dass alles Nötige enthält, um die Datenbank wieder im derzeitigen Zustand herzustellen. Also "CREATE TABLE" und "INSERT INTO"... Wenn die Tabellen schon futsch oder defekt sind, dann kann mysqldump auch keine Daten wiederherstellen.
Klar. Nur wenn der Hoster eine kaputte my.cnf hat dann muss man das aus der Ferne erst einmal ohne Root-Rechte erkennen. phpMyAdmin reagierte ja problemlos. Al -- 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