Error beim Backupimport

Betauser · 28.11.2011, 15:59

Hello,

ich hoffe Ihr könnt mir helfen.
Ich bin gerade mit der arbeit fertig, den Server neuzumachen.
Hab den diesmal anders eingerichtet als beim letzten mal.
Nun wollte ich mein Datenbank Backup vom 14.11 einspielen doch kommt es zum folgendem Error:

MySqlDumper:

Zitat:

Array
(
[max_zeit] => 22
[startzeit] => 1322490795
[xtime] => 1322490794
[fileEOF] =>
[actual_table] => unbekannt
[offset] => 0
[aufruf] => 1
[table_ready] => 0
[part] => 0
[do_it] =>
[errors] => 0
[notices] => 0
[anzahl_eintraege] => -1
[anzahl_tabellen] => -1
[filename] => xysql.zip
[actual_fieldcount] => 0
[eintraege_ready] => 0
[anzahl_zeilen] => 198
[summe_eintraege] => 0
[erweiterte_inserts] => 0
[flag] => -1
[EOB] =>
[dump_encoding] => latin1
[compressed] => 0
[tables_to_restore] =>
[filehandle] => Resource id #6
[tablelock] => 0
)

Sql: [komprimiertes Zeug]
Erweiterte Inserts: 0
Unbekannter SQL-Befehl:: [komprimiertes Zeug]

[komprimiertes Zeug]

Ein Auszug der Datenbank:
http://www.xup.in/dl,17284944/MSD_Backup.txt/

sprich, eine ganz normale datenbank. wie bekomme ich das nun wieder rein?
import vie phpmyadmin und mysqlschlagen fehl.

Danke für die Hilfe.

Mfg.

eagle275 · 28.11.2011, 16:16

PK ... das deutet auf Zip-Komprimierte Daten hin, hast du dem Mysql auch die Parameter für eine zip-komprimiertes File mitgegeben? Ansonsten pack es aus, so dass du ein .sql File in lesbarem Klartext vorliegen hast

Betauser · 28.11.2011, 17:11

Hier die komplette Lösung, wie Ihr ein anscheinend komplett zerstörtes Datenbankbackup restoren könnt.
Ich habe etliche Beiträge gelesen mit dem gleichen Error, einer dieser verzweifelten "Opfer" musste sogar seinen Shop deswegen ganz neu aufsetzen.

Hier mal meine Lösung, wie es letzendlich geklappt hat.
An der Kompressionsmethode lag es nicht. phpmyadmin kann alles außer rar.
Ich habe es im PMA und im MSD ausprobiert.
MSD waren 3 versch. Versionen, also auch nicht Ver.abhängig.

1. Erhöhe in der php.ini (ich hatte 2 wegen fast-cgi habe beide angepasst) die max. Uploadsize in MB (Meine *.zip hatte 6,76MB also habe ich 8 eingetragen. Reicht vollkommen aus) und den max. postcount.

2. Öffne die Datenbank in dem Programm "Notepad++"

So darf es nicht aussehen: http://www.xup.in/dl,17284944/MSD_Backup.txt/
lösche also alles was bis:

Code:

-- Create Table `access`
--
 
DROP TABLE IF EXISTS `access`;
CREATE TABLE `access` (
  `userid` int(10) unsigned NOT NULL DEFAULT '0',
...

3. Drücke STRG+H (CTRL+H)
Suche "TYPE=MyISAM"
Ersetze durch "Engine=MyISAM" -> Weiter Rechts auf "Alle ersetzen"

4. Drücke erneut Strg+H
Suche "Type=Memory"
Ersetze durch "Engine=MyIsam

5. erneut...
"Engine=Memory" ersetzen durch "Engine=MyIsam"

6. Datei -> Speichern unter ... -> Desktop
Datenbankname.sql

7. Datenbankname.sql mit Winrar, Winzip, 7-Zip, Total Commander, .... als *.zip, *.gz, *.bzip2, *.tar.gz speichern.

8. Datenbank mit Filezilla in /usr/share/mysqldumper/work/backup (/your/mysqldumper/path) uploaden.

9. Entweder MSD (MySqlDumper) oder phpmyadmin benutzen, um die "reparierte" Datenbank wieder einzuspielen.

Vorsicht: Ihr wollt doch MSD nicht über root laufen lassen oder?

13greetz37

Dark Guardian · 28.11.2011, 19:09

Das lässt auf einen Versionskonflikt zwischen Quell- und Ziel MySQL Server schließen.

Die korrekte Vorgehensweiße ist hier beim Export eine niedrigere Zielversion anzugeben oder beim Import auf eine neuere Version die richtige Quellversion.

Code:

Suche "Type=Memory"
Ersetze "Engine=MyIsam

Du weisst was der Unterschied zwischen den beiden Engines ist, oder?
Du weisst auch das die Engine sicher nicht willkürlich gewählt wurde und in der Programmierung der Applikation eine entsprechende Rolle übernehmen wird?
Du weisst das MEMORY erheblich schneller ist als MyISAM, und das du so sicher Performance Probleme bekommen wirst?

Betauser · 28.11.2011, 19:44

Ähm....nein weiß ich nicht.
Aber gut, dass du mich darauf hinweist.
hmm....
Scheint als wäre es ein Versionskonflikt

Aber es ist definitiv das gleiche mysql der gleiche msd und co installiert beim letzten mal. Nur alles anders angepasst.
also memory auf memory lassen
und alle type=MyIsam auf engine=myisam changen?

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

28.11.2011, 16:16
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	PK ... das deutet auf Zip-Komprimierte Daten hin, hast du dem Mysql auch die Parameter für eine zip-komprimiertes File mitgegeben? Ansonsten pack es aus, so dass du ein .sql File in lesbarem Klartext vorliegen hast __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

28.11.2011, 17:11
Betauser Neuer Benutzer Registriert seit: 28.11.2011 Beiträge: 3 PHP-Kenntnisse: Anfänger	Hier die komplette Lösung, wie Ihr ein anscheinend komplett zerstörtes Datenbankbackup restoren könnt. Ich habe etliche Beiträge gelesen mit dem gleichen Error, einer dieser verzweifelten "Opfer" musste sogar seinen Shop deswegen ganz neu aufsetzen. Hier mal meine Lösung, wie es letzendlich geklappt hat. An der Kompressionsmethode lag es nicht. phpmyadmin kann alles außer rar. Ich habe es im PMA und im MSD ausprobiert. MSD waren 3 versch. Versionen, also auch nicht Ver.abhängig. 1. Erhöhe in der php.ini (ich hatte 2 wegen fast-cgi habe beide angepasst) die max. Uploadsize in MB (Meine .zip hatte 6,76MB also habe ich 8 eingetragen. Reicht vollkommen aus) und den max. postcount. 2. Öffne die Datenbank in dem Programm "Notepad++" So darf es nicht aussehen: http://www.xup.in/dl,17284944/MSD_Backup.txt/ lösche also alles was bis: Code: -- Create Table `access` -- DROP TABLE IF EXISTS `access`; CREATE TABLE `access` ( `userid` int(10) unsigned NOT NULL DEFAULT '0', ... 3. Drücke STRG+H (CTRL+H) Suche "TYPE=MyISAM" Ersetze durch "Engine=MyISAM" -> Weiter Rechts auf "Alle ersetzen" 4. Drücke erneut Strg+H Suche "Type=Memory" Ersetze durch "Engine=MyIsam 5. erneut... "Engine=Memory" ersetzen durch "Engine=MyIsam" 6. Datei -> Speichern unter ... -> Desktop Datenbankname.sql 7. Datenbankname.sql mit Winrar, Winzip, 7-Zip, Total Commander, .... als .zip, .gz, .bzip2, *.tar.gz speichern. 8. Datenbank mit Filezilla in /usr/share/mysqldumper/work/backup (/your/mysqldumper/path) uploaden. 9. Entweder MSD (MySqlDumper) oder phpmyadmin benutzen, um die "reparierte" Datenbank wieder einzuspielen. Vorsicht: Ihr wollt doch MSD nicht über root laufen lassen oder? 13greetz37

28.11.2011, 19:09
Dark Guardian Erfahrener Benutzer Registriert seit: 10.10.2009 Beiträge: 2.628 PHP-Kenntnisse: Fortgeschritten	Das lässt auf einen Versionskonflikt zwischen Quell- und Ziel MySQL Server schließen. Die korrekte Vorgehensweiße ist hier beim Export eine niedrigere Zielversion anzugeben oder beim Import auf eine neuere Version die richtige Quellversion. Code: Suche "Type=Memory" Ersetze "Engine=MyIsam Du weisst was der Unterschied zwischen den beiden Engines ist, oder? Du weisst auch das die Engine sicher nicht willkürlich gewählt wurde und in der Programmierung der Applikation eine entsprechende Rolle übernehmen wird? Du weisst das MEMORY erheblich schneller ist als MyISAM, und das du so sicher Performance Probleme bekommen wirst? __________________ "Alles im Universum funktioniert, wenn du nur weißt wie du es anwenden musst".

28.11.2011, 19:44
Betauser Neuer Benutzer Registriert seit: 28.11.2011 Beiträge: 3 PHP-Kenntnisse: Anfänger	Ähm....nein weiß ich nicht. Aber gut, dass du mich darauf hinweist. hmm.... Scheint als wäre es ein Versionskonflikt Aber es ist definitiv das gleiche mysql der gleiche msd und co installiert beim letzten mal. Nur alles anders angepasst. also memory auf memory lassen und alle type=MyIsam auf engine=myisam changen?