Datenbankumzug

Okimen · 12 Mai 2006, 17:58:19

Hallo folgendes Problem habe ich,

habe mehrere Internetadressen bei Strato am laufen (noch), aus neugier mehr oder weniger habe ich für prgmaMX vorerst eine genommen, die wohl bei strato aber nicht auf meiner Haupt-Interenetadresse lag.

Gebe die Domain jetzt auf, habe eine .zip Sicherung der Datenbank.
Habe auf meiner eigentlichen Internetseite auch zwei Datenbänke zur Verfügung.

Glaube mir mittlerweile rausgelesen zu haben, das ich nach dem Umzug der Datenbank, die neuen Daten der Datenbank auch in die config.php eingeben muss. Bitte berichtigen falls ich falsch liege.

Wäre aber heilfroh, wenn jetzt mal jemand einem Laien erklären könnte, wie er die gesicherten Datenbank Daten in die neue Datenbank einspielt.

So hoffe ich habe jetzt richtig, und auch relativ eindeutig gepostet!

Irgendwie werde ich aus den anderen Einträgen nicht wirklich schlau!

VG
Dirk

RiotheRat · 12 Mai 2006, 18:08:37

1. Richtig gelesen / vermutet ... in die config.php gehören die neuen Daten Deiner Datenbank

2. Du entpackst die ZIP-Datei auf Deinem LOKALEN Rechner. Dann rufst Du auf Deinem neuen Webspace das dort installierte Datenbanktool (meit phpMyAdmin) auf, wählst die Datenbank in die Du Deine Sicherung importieren willst und importierst die Daten. Bei phpMyAdmin ist das recht einfach ... den Reiter "SQL" auswählen und in dem neuen Fenster mit "Durchsuchen" die Sicherung auf Deiner lokalen Festplatte auswählen. Das sollte es schon gewesen sein.

3. Die "prefixe" kannst Du 1:1 aus Deinem alten pragmaMx weiter verwenden. Es ändert sich nur die "Adresse" und die Zugangsdaten zu Deiner Datenbank.

RtR

Okimen · 12 Mai 2006, 18:22:40

Hallo Riotherat,
danke für die bisherige Hilfe, aber "prefixe" klär einen unwissenden doch bitte mal auf, falls es deine zeit erlaubt!

VG
Dirk

RiotheRat · 12 Mai 2006, 18:29:15

In Deiner config.php befindet sich folgender Abschnitt

Code Auswählen

$mxConf['prefix']      = 'mx_irgendwas';

$mxConf['user_prefix'] = 'mx_irgendwas';

Die können bei einem Umzug unverändert bleiben.

RtR

Okimen · 12 Mai 2006, 18:42:18

ah ja, danke.
habe nur ein anderes problem. kann machen was ich will, die datei nimmt er nicht!
Was mache ich verkehrt?

VG
Dirk

RiotheRat · 12 Mai 2006, 18:50:36

Welche Fehlermeldung wird denn ausgespuckt?

RtR

Okimen · 12 Mai 2006, 18:58:31

Hallo,
irgendwie kommt garkeine richtige Fehlmeldung.
Nach einer Zeit blendet er nur folgendes ein.
Willkommen im STRATO WebDatabaseManager
phpMyAdmin 2.6.4-pl3

Verbunden mit MySQL 4.0.24 auf rdbms.strato.de als U178971@imp.store

Kein SQL-Befehl!

   phpMyAdmin - Logo
MySQL
Exportieren    Exportieren

phpMyAdmin 2.6.4-pl3
Language
Sprache Info:
phpMyAdmin-Dokumentation    phpMyAdmin-Dokumentation
Offizielle phpMyAdmin-Homepage    Offizielle phpMyAdmin-Homepage

Und Tabellen oder Daten sind dann natürlich nicht vorhanden!

VG Dirk

Okimen · 12 Mai 2006, 19:10:04

Hallo,

bin mir nicht sicher, miene aber festgestellt zu haben, daß die Datei zu groß ist.
Kann das sein? Und wenn ja, wie bekomme ich sie kleiner?

Was ist eigentlich ratsamer. MySQL 4 oder MySQL 5 wie Strato jetzt auch anbietet?

VG Dirk

RiotheRat · 12 Mai 2006, 19:19:11

Zitat von: Okimen am 12 Mai 2006, 19:10:04...daß die Datei zu groß ist...

Dann guck Dir das mal an -> http://www.mysqldumper.de/de/index.php

RtR

Okimen · 12 Mai 2006, 19:58:39

Ja vielen Dank!
Hilft mir nur nicht sofort weiter, muss ich mich erstmal reinfuchsen. Habe nämlich keine Ahnung wie man es verwendet, so gut ist mein Englisch auch nicht mehr, naja. Wollen wir mal sehen.
Trotzdem danke!

VG Dirk

Energy-drink · 12 Mai 2006, 20:17:07

Warum englisch?? die seite und der script sind doch auf deutsch.

RiotheRat · 12 Mai 2006, 21:08:54

Bitteschön ... alles auf Deutsch und Schritt für Schritt:

http://www.mysqldumper.de/board/viewtopic.php?t=1182

Die Coder dort hatten zwar das phpBB vor Augen, gilt analog aber auch für pragmaMx-Installationen.

RtR

Okimen · 12 Mai 2006, 21:46:59

Danke RtR !!!

Habe es installiert, die alte Datenbank auch schön dort bearbeitet, bzw. auch ein Backup gemacht, jetzt muss ich halt nur noch a bisserl tüftteln, in der Hoffnung das ich rausbekomme wie ich die neue Datenbank dort reinbekomme und dann eben dort auch entsprechend bearbeite.

Mal wieder vielen tausend dank!

VG Dirk

Okimen · 14 Mai 2006, 09:24:33

Hallo Rtr,
vielleicht kannst Du oder auch jemand anders mir ja helfen.
Also ich habe mit mysqldumper ein backup meiner derzeit noch aktuellen datenbank erstellt.
habe dieses backup, dann auch aus dem ordner mysqldumper/work/backup auf meinen Rechner geladen.

Da wo die neue Datenbank entstehen soll, habe ich ebenfalls den mysqldumper installiert.
die backup datei die ich vorher auf meinen rechner geladen habe, lade ich unverändert auch wieder in den ordner mysqldumper/work/backup.

Dann soll ich ja laut Anleitung auf Wiederherstellen gehen, das mache ich auch, und wähle dann auch die entsprechend gefundene Datei. Wenn ich dann aber auf Datei wiederherstellen gehe, kommt folgende Fehlermeldung:
Warning: Wrong parameter count for gzgets() in /mnt/kw2/02/428/00000016/htdocs/mysqldumper/inc/functions_restore.php on line 57

Warning: Wrong parameter count for gzgets() in /mnt/kw2/02/428/00000016/htdocs/mysqldumper/inc/functions_restore.php on line 57

Und genau aus der werde ich nicht schlau, vielleicht kann mir jemand verraten, wo der fehler liegt!

DSB · 17 Mai 2006, 19:05:52

Die Lösung gibts hier: http://www.mysqldumper.de/board/viewtopic.php?p=12429

Die PHP-Version war schlichtweg viel zu alt.

RiotheRat · 17 Mai 2006, 19:30:32

Hallo DSB,

schön Dich hier zu lesen! Und Danke für die Hilfe in diesem Fall - hat ja gut geklappt. Vielleicht hätten wir gleich in die Mindestanforderung hinsichtlich der Systemumgebung gucken sollen.

Ansonsten ... kann man den mySQLDumper nur wärmstens empfehlen ... ein sbi dato sehr nützliches Werkzeug.

RtR

DSB · 17 Mai 2006, 21:27:25

Hallo RtR,

vielen Dank für die Blumen. :-)

Wir geben uns zumindest Mühe den Dumper auf den unterschiedlichsten Servern lauffähig zu halten.
Bisher hat das auch ganz gut geklappt, aber dass ein Hoster seine Server standardmäßig mit einer von Sicherheitslücken übersääten, angreifbaren, völlig veralteten PHP-Version ausstattet, ist für mich so unvorstellbar, dass wir keine Abfrage der PHP-Version eingebaut haben.
Offensichtlich müssen wir das aber nachholen....

Irgendwie muss man halt alles abfragen und entsprechend reagieren. 8)

Okimen · 17 Mai 2006, 22:29:04

Hallo,
als betroffender kann ich mich da natürlich nut Kopfnickend anschliessen.
Aber meine "alten" Seiten mit dem beschriebenem Problem haben ausgedient.
Nach den heftigen Wortgefechten die ich darauf mit dem Provider hatte, habe ich natürlich gewechselt.

Meine neuen Seiten stehen ja schon im Profil.
Danke das mir die Augen geöffnet wurden, ganz besonders auch in Richtung DSB!

VG
Dirk

DSB · 17 Mai 2006, 22:46:49

Zitat von: Okimen am 17 Mai 2006, 22:29:04Danke das mir die Augen geöffnet wurden, ganz besonders auch in Richtung DSB!

Hihi, wie ich bei denic sehe, bist Du zu meinem Lieblingshoster gewechselt.
Das ist ein Unterschied, gelle?

Ich hoffe, Du hast mein Banner benutzt. *g*

Okimen · 17 Mai 2006, 22:52:32

Hmm, kann ich Dir jetzt garnicht mehr genau sagen.
Bei dem Testaccount war es so. Aber danach weiß ich wirklich nicht mehr.
Aber wirst Du dann ja demnächst merken!

Aber das ist wirklich ein Unterschied wie Tag und Nacht!

VG Dirk