Hallo liebe Community, habe versucht eine bestehende Datenbank wieder Herzustellen mit MysqlDumper.
Contao 3.5.19
Direckt am Anfang kommt dieser Fehler:
Danke für die Hilfe.
Wolli
Hallo liebe Community, habe versucht eine bestehende Datenbank wieder Herzustellen mit MysqlDumper.
Contao 3.5.19
Direckt am Anfang kommt dieser Fehler:
Danke für die Hilfe.
Wolli
typisches Strato Problem, gibt schon haufenweise Meldungen hier.
Hier zum Beispiel, ist zwar eine Installation, aber der Grund warum die nicht will ist der selbe.
https://community.contao.org/de/show...icht-m%F6glich
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Hallo BugBuster, das habe ich von Strato-Support bekommen:
----------------------------------------
vielen Dank für Ihr Schreiben. Gerne werde ich Sie in Ihrem Anliegen unterstützen.
Bitte bedenken Sie jedoch, dass die STRATO Support Mitarbeiter keinen Skript- oder Programmiersupport leisten können.
Meine Recherche hat jedoch ergeben, dass das MySQL Keyword "TYPE" bereits seit längerem als "deprecated" (veraltet) gekennzeichnet wurde und seit der MySQL Version 5.1 nicht mehr unterstützt wird.
Veraltet: TYPE=MYISAM AUTO_INCREMENT=78
Gültig: ENGINE=MYISAM AUTO_INCREMENT=78
Das bedeutet, dass Sie den Vorschlag (in der Fehlermeldung) das Keyword TYPE zu verwenden nicht ausführen können. Weiterhin ist es im Hosting Bereich von STRATO so, dass die MySQL ENGINE MyISAM nicht mehr unterstützt wird. Unterstützt wird nur noch die MySQL ENGINE InnoDB.
Das bedeutet, dass Sie das Datenbankenbackup nur dann einspielen können, wenn Sie es zuvor auf einem eigenen MySQL Server zurücksichern. Vorraussetzung ist, dass dieser noch die ENGINE MYISAM versteht. Im Anschluss daran können Sie die Datenbank im laufenden Betrieb auf die ENGINE InnoDB umstellen.
Wie Sie dies realisieren können steht in dieser Anleitung:
http://www.i-can-code.de/462/mysql-t...nnodb-aendern/
Ist dies geschehen können Sie wieder einen Datenbankenexport machen und die entstandene *.sql Datei bei STRATO, in ihre laufende MySQL Datenbank importieren.
-------------------------------------
Was kann ich tun.
Wolli
Was du mal probieren könntest, außer dir die Vorschläge in dem von BugBuster verlinkten Thread durchzulesen und die Lösungsvorschläge auszuprobieren, wäre meiner Meinung nach Folgendes.
Den SQL-Dump im Txteditor (z.B. Notepad++) öffnen und das folgende Statement zu suchen:
Hier die 333 in 255 ändern, abspeichern und den Import nochmal probieren.Code:#--------------------------------------------------------- # Table structure for table 'tl_files' #--------------------------------------------------------- CREATE TABLE `tl_files` ( ... KEY `path` (`path`(333)), ...
Ich habe allerdings keinen Plan, wie MySQLDumper auf die Fehlermeldung mit dem "TYPE=" kommt, da steht doch im angemeckerten Statement die neue Syntax drin mit "ENGINE=".
Jedenfalls wenn die anderen Tabellen angelegt werden konnten, ist die komische Fehlermeldung vielleicht ein Problem deines MySQLDumper und die tl_files könnte dann mit der Änderung ebenfalls angelegt werden. Contao wird dir dann zwar fortwährend die tl_files Tabelle zur Änderung anbieten, das könntest du dann aber ignorieren.
Geändert von tab (26.11.2016 um 09:31 Uhr)
Hallo, einen Fehler habe ich gelöst:
ALTER Table `tl_files` ADD KEY `path´(`path´(333));
Mit Hilfe von mlweb vom 27.10.16#44(strato)
kein Fehler im Installtool.
Contao 3.5.19
Jetzt bleibt mir noch der Fehler:
Hallo Community, jetzt habe ich einen Fehler in einer Datenbank dort fehlt tl_files und ich weiss nicht weiter.
Contao 3.5.24
Localhost php 7
Xampp
Wolli
Geändert von wolli (19.02.2017 um 19:58 Uhr)
Wie bist du in diesen Zustand gekommen? Manche Tabellen sind MyISAM und andere InnoDB. Wo kommt der SQL-Dump her (Strato?, XAMPP?, ...?) und in welche Datenbank wurde importiert (Strato?, XAMPP?, ...?)?
Hallo tab, ich habe gesehen das die Daten fehlen in der Datenbank aber die Seite lief noch auf Localhost, dann habe ich mir gedacht ich hole mir die Datenbank-Strato mit mysqldumer und mache ein Wiederherstellung auf Localhost.
Nun geht garnichts mehr.
wolli
Hast du denn die Tabellen in der lokalen Datenbank gelöscht, bevor du den Dump importiert hast? Das solltest du jedenfalls machen, außer du hast lokal irgendwelche Änderungen durchgeführt, die unbedingt erhalten bleiben müssen. Das ist dann aber jedenfalls problematisch.
Edit: Mit welcher Methode hast du denn die Tabelle tl_files bei Strato erzeugt bekommen? Hast du den Index kürzer gemacht?
Geändert von tab (19.02.2017 um 23:16 Uhr)
Hallo Tab, ich habe mir die Datenbank strato-webseite angeschaut und die ist auch defekt ohne tl_files obwohl die Webseite läuft auf dem Server.
Ich habe Strato angeschrieben, werde berichten was die Schreiben.
Ich habe das Komisch gefühl, das bei der Umstellung von php5.5 auf php 7 nicht Richtig funzt.
Meine Backup und Wiederherstellung mache ich immer mit Mysql-dumper seit 3 Jahren.
Danke
wolli
mysqldumper und Contao 3.x, genau in dieser Kombi habe ich auch Probleme bekommen, weil mysqldumper mit den "binary" Feldern nicht klargekommen ist. (die es in tl_files gibt)
Normalerweise sollten diese in Hex-Format exportiert werden. Das geht unter Umständern auch ohne, aber gerade wenn man zwischen unterschiedlichen System transferiert, ist das bei mir immer schief gegangen.
Auch wurde damals mysqldumper nicht mehr weiterentwickelt, keine Ahnung ob sich daran was geändert hat.
Daher arbeite ich mit mysqldump (Kommandozeile) und der Option "--hex-blob".
Grüße, BugBuster"view source" is your guide.Danke an alle Amazon Wunschlisten Erfüller
Hallo BugBuster, es gibt ein nachfolger Myoos-Dumper und der läuft mit php 7 den habe ich in einer andere Webseite bei Strato und dort läuft er tadellos.
Noch keine Nachrichten von Strato-service.
Danke
wolli
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen