Hallo, ich bitte einmal wieder um Hilfe.
Ich bin dabei, eine neue Website bei meinem Hoster (Strato) zu installieren. Der Export meiner Datenbankinhalte (lokal mit Xampp erzeugt) in die Datenbank bei Strato misslint wiederholt.
Anbei sind 6 jpg-Dateien, die den Vorgang des Vorbereitens des Exports und den missglückten Import dokumentieren.
Export von Datenbankinhalten misslingt
-
Digger -
17. November 2022 um 17:13 -
Erledigt
-
-
-
Ich bin nach einer Anleitung vorgegangen, die mich bei früheren Webside-Konstrukten immer problemlos zum Ziel geführt hat.
Das war allerdings unter Joomla 3.x . Jetzt ist es 4.x - ob das einen Unterschied macht?
Kannst du bitte einmal in den jpg-Dateien Nr1-4 (Export von der Xampp-DB) kontrollieren, ob dort die Eintragungen richtig sind?
Zu deinen Fragen:
"Wieso einzelne Tabellen?" --> ???
"Und dann stimmen die Präfixe nicht" --> Warum sind sie falsch? Mir ist aufgefallen, dass die Präfixe im unteren Teil der DB-Tabelle sich ändern von euj40 zu vcrrm (-->jpg-Datei Nr2) Ich habe den Vorgang der Erzeugung der Export-Datei mehrmals wiederholt, immer mit demselben Ergebnis. -
Nunja, in #2 sind ja zum Export nur eine paar Tabellen ausgewählt, und nicht die komplette Datenbank.
Außerdem würde ich die nicht genutzten DB-Tabellen (Präfix) löschen, die nicht zur Installation gehören.
Ich habe glücklicherweise noch einen Kunden bei Strato.
Deshalb kann ich sehr gut beurteilen.
Du musst auch keine extra Einstellungen anklicken.
Die Grundeinstellung reicht normalerweise völlig aus!
-
Hallo, nach Tagen der Abwesenheit aus familiären Gründen bin ich wieder hier - mein Problem mit dem Import der DB-Inhalte in die Datenbank meines Providers (Strato) besteht nach wie vor.
Ich habe inzwischen mit unterschiedlichen Einstellungen eine Exportdatei erzeugt, aber das Ergebnis war jedes Mal dasselbe:
Der Import der Datei (joomla_db.sql.gz) in die Stratro-Datenbank endet immer wieder mit folgendem Ergebnis-Text:
"Der Import wurde erfolgreich abgeschlossen, 11 Abfragen wurden ausgeführt. (joomla_db.sql.gz)
MySQL lieferte ein leeres Resultat zurück (d.h. null Datensätze)."Ich bin ratlos. Was kann ich tun, um diesen Import hinzukriegen?
-
Du kannst bei Strato (ganze) Datenbanken auch per Putty sichern + herstellen:
MySQL-Datenbanken: Import und Export | STRATO
Den Weg schon einmal probiert?
-
Danke für den Hinweis, ich möchte dir aber mein Problem noch einmal darstellen:
Ich bin dabei eine neue Website zu erstellen. Das habe ich lokal via Xampp erledigt. Zum Übertrag zu Strato habe ich zunächst von den lokal vorhandenen Datenbankinhalten (via phpmyadmin) eine Exportdatei erstellt (= joomla_db.sql.gz). Diese Datei sollte dann bei Strato per phpmyadmin in die dortige Datenbank importiert werden.
Dieser Import funktioniert nicht (siehe oben).
Mir ist nicht klar, wie mir dabei Putty helfen soll. -
Hast du den Support bei Strato mal kontaktiert und das Problem geschildert?
-
Danke für den Hinweis, ich möchte dir aber mein Problem noch einmal darstellen:
Ich bin dabei eine neue Website zu erstellen. Das habe ich lokal via Xampp erledigt. Zum Übertrag zu Strato habe ich zunächst von den lokal vorhandenen Datenbankinhalten (via phpmyadmin) eine Exportdatei erstellt (= joomla_db.sql.gz). Diese Datei sollte dann bei Strato per phpmyadmin in die dortige Datenbank importiert werden.
Dieser Import funktioniert nicht (siehe oben).
Mir ist nicht klar, wie mir dabei Putty helfen soll.Sorry, dies habe ich tatsächlich vorher anders verstanden...
-
-
Hallo Benno,
grad noch gesehen vor Heinzelmännchen und danach gesucht & gefunden (Feb. 2022)
Bei mir waren damals Zeilen 11 und 12 schuld (anderer Hoster).
Liebe Grüße
Christine
-
-
Sorry, war nur ein Versuch....
Freundliche Grüße,
Benno
-
Hallo Benno,
mir ist dann im Traum erschienen, dass bei #10 und #11 die Situation damals anders war. Nämlich: Export/Import von Teiltabellen (nur data nicht struktur).
Aber gut, war wie Du sagst, ein Versuch.
der Import sollte doch so wie in #2 dargestellt, funktionieren ....
Liebe Grüße
Christine
-
Ja, habe ich anfangs auch angenommen, vor allem weil es bei früheren Gelegenheiten immer problemlos geklappt hat. Aber jetzt halt nicht mehr ...
-
Wenn alles nichts wird, ggf. mal mit Akeeba-Backup probieren.
Das kann beim Umziehen echt gut klappen.
Akeeba macht ein Backup der Dateien und der Datenbank.
Diese Datei kannt Du dann auf den neuen Server hochladen und mit
Akeeba-Kickstart installieren (die kickstart.pho musst Du glaube ich in irgendwas anderes umbenennen).
Dann die "kickstart.php" aufrufen alles entpacken lassen und Datenbank Parameter eingeben.
Ausführen und dann kann das schon alles gelaufen sein.
(Falls Strato die Performance nicht zu ark "kastriert" hat.)
Have Fun.
https://www.akeeba.com/
https://www.akeeba.com/products/akeeba-backup.html
https://www.akeeba.com/products/akeeba-kickstart.html -
Akeeba-Kickstart installieren (die kickstart.pho musst Du glaube ich in irgendwas anderes umbenennen).
Nur aus Interesse:
Kann mir mal jemand verraten, wozu das Umbenennen gut sein soll? Ich habe in der letzten Woche mindestens ein halbes Dutzend Restores unter verschiedenen Linux Distributionen (Suse Leap, Suse Tumbleweed, Manjaro Linux) gemacht, ohne die kickstart.php umbenennen zu müssen.
-
Nur aus Interesse:
Kann mir mal jemand verraten, wozu das Umbenennen gut sein soll? Ich habe in der letzten Woche mindestens ein halbes Dutzend Restores unter verschiedenen Linux Distributionen (Suse Leap, Suse Tumbleweed, Manjaro Linux) gemacht, ohne die kickstart.php umbenennen zu müssen.
Nein, muss man auch nicht umbenennen. Man kann es. Das ist nur für den ev. Fall, falls gerade in dem Moment wer auf die kickstart.php aufruft bzw. zugreifen könnte oder sonstwie.
Liebe Grüße
Christine
-
Danke für den Tipp. Ich werde es ausprobieren und melde mich dann wieder.
-
-