Serverumzug

Hallo Fachleute,

ich habe folgendes Problem. Bei mir steht demnächst ein Umzug zu einem anderen Provider an und es hat sich ein kleines Problem ergeben.  Da meine sql Datenbank anscheinend zu groß ist, klappt die Sicherung nicht mit  s2d (Assistent zur Serververwaltung). Somit habe ich eine Sicherung mit Mysqldumper vorgenommen und in die Testumgebung meines neuen Providers eingespielt. Hat soweit auf den ersten Blick auch prima funktioniert, allerdings sehe ich in der Online Auftragsverwaltung nicht die eingegangenen Aufträge (/s2doorders.php) s, sondern nur einen leeren Bildschirm. Die Kunden sind da, aber halt die Aufträge nicht  Hat jemand eine Idee, woran das liegen könnte????

Vielen Dank im Voraus.

Ciao Marco!

Ich kenne den MySQLDumper nicht, von daher kann hierzu nichts sagen.

Ich bin ehrlich gesagt jetzt auch überrascht, daß die Angelegenheit mit den internen s2d-Bordmitteln ("Server verwalten" in der Auftragsverwaltung) nicht funktionieren soll. Eine Größenbeschränkung ist mir persönlich in diesem Zusammenhang nicht bekannt.

Warum versuchst Du es eigentlich nicht direkt über phpMyAdmin? Jeder mir bekannte Provider stellt dieses Online-Tool bzw. -Script zur Verwaltung der MySQL-Datenbanken zur Verfügung. Hierbei gibt es ebenfalls keine mir bekannten Größenbeschränkungen beim Im- oder Export der gesamten Datenbank.

Da Torsten sich in Sachen MySQL-Datenbanken deutlich besser auskennt als ich, habe ich ihn ebenfalls mal in die Benachrichtigung dieses Threads mit aufgenommen. Vielleicht kann er etwas mehr zu dem Thema beisteuern als ich.

Trotzdem viel Erfolg beim Serverumzug!

Hallo Volker, 

leider gibt es bei phpMyAdmin doch eine Größenbeschränkung (2,048 MB). Deshalb muste ich MySQLDumper nutzen.

Ich habe im Netz eine ganz gute Anleitung dafür gefunden, wo die Datenbanksicherung beschrieben wird.

http://www.tanmar.info/content/view/48/52/

Deshalb musste ich MySqLDumper nehmen. Daran kann es aber nicht liegen, da ich bei einem anderen Shop die Sicherung mit s2d gemacht habe und auch dann damit zurückgespielt wurde. Trotzdem tritt auch dort der Fehler auf.

Ich bin ratlos.

Hab vor Jahren mal mit dem Bumper Script gearbeitet und nach anfaenglichen Schwierigkeiten und viel zu viel "Trial & Error" dann auch meine Daten auf einen neuen Server bekommen. Danach gab es dann trotzdem noch Probleme und ich hab dann einen ganz anderen Loesungsweg eingeschlagen:

1. Du kannst jede Tabelle in PHPMyAdmin einzeln exportieren und dann auf dem neuen Server importieren. Dies ist zwar mehr Arbeit, aber immer noch der sauberste Weg. Falls Du eine Tabelle hast, die die maximale Dateigroesse ueberschreitet, exportiere diese noch einmal nur in der Struktur (ohne Daten) und importiere sie dann auf dem neuen Server, damit Du eine leere Tabelle erhaelst. Danach versuche das Bumper Script noch einmal, aber bitte nur mit den Daten der zu grossen Tabele.

2. Falls dein alter und neuer Server cPanel nutzen, kannst Du von deinem gesamten Server ein Backup erstellen (inklusive aller Datenbanken) und dieses Backup dann auf dem neuen Server wiederherstellen.

3. Haeufig ist der neue Web Provider hier sehr hilfreich. Schreibe sie einfach mal an und frage nach, ob sie die MySQL-Datei fuer Dich einspielen koennen.

4. Ich persoenlich habe meine zu grosse MySQL-DB damals in eine SQLite Datenbank exportiert, diese dann auf den neuen Server kopiert und mir dann ein kleines Script geschrieben, um die Daten in dieser Datei dann, Row-by-Row, wieder in eine neue MySQL-DB einzuspielen. Dies wird fuer dich aber vielleicht doch zu viel Arbeit sein?

Danke Tumultus,

ich werde es dann mal so probieren

Du kannst gerne mal versuchen, ob du deinen MySQL Dump mit diesem Script problemlos imported bekommst. Habe es gerade selber mal ausprobiert, lief mit meinem Forum-Backup (ueber 6000 Themen mit unzaehligen Posts) ohne Probleme:

http://www.ozerov.de/bigdump/

Die Seite ist leider in English (aber unter einer deutschen Domain).

Nochmals Danke Tumultus,

den Dumper habe ich benutzt. Das Backup konnte ich auch in die neue Datenbank einspielen, alles wunderbar, nur sehe ich in der ONLINE-Auftragsverwaltung im Browser nur ein leeres Fenster sobald ich mir die Aufträge anschauen will. In der Offline Auftragsverwaltung ist alles tacco.

Da ich nur W2D nutze, kann ich so nicht all zu viel dazu sagen. trotzdem, versuche einmal, die entsprechende Seite fuer die Online-Auftragsverwaltung ausfindig zu machen und fuege folgenden Code am Anfang der Seite ein:

 Meine Vermutung ist, dass entweder der lokale Pfad auf dem neuen Server sich gravierend vom alten unterscheidet, kann ich aber so nicht genau sagen. Der obige Code sollte zumindest alle Fehler am Anfang der Seite dann ausgeben.

Hallo Volker, kannst Du mir da evtl. weiterhelfen?

Ich glaube Tumultus hat recht. Das komische ist nur, dass die Tabellen 1 zu 1 kopiert und auf den neuen Server eingefügt worden sind und trotzdem sehe ich in der Online-Auftragsverwaltung nicht die Aufträge sondern nur die Kunden.

Siehst du die Aufträge in der "Offline-Auftragsverwaltung"? Ist der Import des MySQL-Dumps ohne Fehler verlaufen und existieren Einträge in der Tabelle ....orders?

Ja, dort ist alles vorhanden.

Hallo Marco,

ich bin kein MySQL-Profi. Tumultus hingegen ist ein echter Experte in u.a. dieser Angelegenheit.

Trotzdem zwei Fragen:

1. Es waren vorher definitiv Aufträge in der Datenbank vorhanden?
2. Du hast nachdem Du den Dump auf den neuen Server ausgeführt und die Zugangsdaten in s2d entsprechend angepaßt hast auch die Aufträge nochmals vollständig in die Auftragsverwaltung abgerufen ("Server auf neue Aufträge überprüfen")?

Und du lässt Online auch alle Aufträge anzeigen, nicht nur die mit einem bestimmten Status wie "Warten auf Bezahlung" oder Ähnliches?

@ Volker

zu1. Ja

zu2. Ja

@Tumultus

ich sehe in der Online-Auftragsverwaltung den Startbildschirm  mit Datei, Bearbeiten usw.. Wenn ich aber auf Aufträge gehe, habe ich nur ein weisses Browserfenster ohne irgendwelche Auswahlmöglickkeiten. Gehe ich auf Kunden, sind diese ganz normal da.

Das sind mit Sicherheit zwei komplett verschiedene Tabellen in der Datenbank. Hast du versucht, PHP error_reporting mal einzuschalten mit obigen Code? Da ich schon eine komplette Antwort geschrieben hatte bevor du gepostet hattest, fuege ich es hier dann trotzdem einfach mal ein. Vielleicht hilft es ja irgendwo / irgendwie.

Marco,

Ich würde dir ja anbieten, mich auf deinem neuen Server mal umzuschauen. Da es sich hier jedoch um einen Live Shop handelt, werde ich dies schon aus Datenschutz-technischen Gründen nicht tun.

Für dein Problem gibt's im Grunde genommen nur 2 mögliche Gründe:

1.  Deine Datenbank ist beschädigt oder leer. Ich tippe hier eher auf das letztere, da ich mir nicht vorstellen kann, daß die S2D-Programmierer keine Fehler-Behandlung für MySQl-Errors eingebaut haben. Vielleicht haben die Programmierer es ja auch zu gut gemeint und, anstatt einer Fehler-Ausgabe eine Fehlerbehebungs-Funktion eingebaut. Wie gesagt kann ich das nicht sagen ohne mir die PHP-Dateien anzuschauen. Es ist möglich, daß es da eine Funktion gibt, die die Datenbank-Tabellen repariert wenn falsche Werte oder Feld-Formate erkannt werden. Dies kann dazu führen, daß deine Daten in der MySQL-Datenbank dann automatisch gelöscht werden. Falls dein neuer Hoster PHPMyAdmin bietet, geh doch da einfach mal rein und klicke dich durch die Tabellen um sicherzustellen, daß da auch wirklich Daten vorhanden sind und nicht nur gähnende Leere.

2. Irgend etwas stimmt mit deinen PHP-Dateien nicht und PHP Error-Handling ist in einem der vielen include-Dateien ausgeschaltet worden. Daß dies der Fall sein kann, ist sehr wahrscheinlich. Ich habe auch in einigen Plug-Ins von W2D gesehen, daß dort error_reporting = 0 drin ist (zum Beispiel im Blog-Script). Dies macht zwar für den End-User einen guten Eindruck, jedoch unterdrückt es nicht nur PHP-Warnungen sondern auch gravierende Fehler. Somit ist der Endanwender dann natürlich der Dumme, da keine Errors ausgegeben werden.

Erforsche erst einmal deine Datenbank, checke auch noch einmal deine DB-Konfiguration in der PHP-Datei – welche, weiß ich leider nicht, aber Volker kann da bestimmt etwas dazu sagen – und stelle sicher, daß dort die richtigen Werte eingetragen sind für den Datenbank-Zugang: DB Name, DB User, DB Host usw.

Die produktiv verwendeten MySQL-Daten stehen in dieser Datei auf dem Server:

/assets/s2diconf.php

(Darin einfach // Datenbank suchen, dies steht ab ca. Zeile 315 ff.)

So Leute, ich bin die nächsten Stunden mal nicht verfügbar.

Das stimmt nicht. Oder es ist u.U. providerabhängig.

Schau mal hier:

 phpMyAdmin bei 1&1

Der Shot stammt aus meinem 1&1 Paket, in welchem u.a. dieses Forum und auch meine private Website laufen.

Dann hast Du Glück, bei mir gibt es die Beschränkung. Ist dann wohl doch Provider abhängig.

Yepp! Sieht wohl so aus.

Die bei 1&1 angegebene Zahl entspricht exakt 48 MB.

Das gefällt mir!!!

Denn allzulange hält es auch dieses Forum auf meinem derzeitigen Webspace bei 1&1 nicht mehr aus. Dann muß auch ich damit umziehen und in dem Zusammenhang an genau dieses Thema heran. Die englischen Beschreibungen dieses Scriptes lesen sich übrigens hervorragend. Scheint genau das zu sein, was man dafür braucht.

Obwohl ich nach wie vor denke, daß der Ex- und Import über phpMyAdmin die sauberste Lösung ist, insofern man nicht an irgendwelche providerabhängigen Grenzen stößt.

Hier gibt es die Anleitung in Deutsch und sonst noch ein paar nützliche Tipps.

https://www.phpbb.de/kb/mysqlbackup#bigdump