problem beim (mandanten) kopieren über mysql dump

[micha667]

hallo zusammen,
folgendes problem:

habe einen mandanten, den ich mit content, modulen etc. von meinem test-webspace auf den eigtl. server kopieren will.

hab contenido inkl. aktuellem mandanten-ordner auf den neuen webspace hochgeladen.
4.4.4. setup ohne bsp´s ausgeführt -> alles ok.

tabellen geleert um eine "cleane" installation zu haben

dump auf dem testspace gemacht und in die neue db eingespielt. fehlermeldung kam keine, sondern von php-myadmin die meldung, daß der sql-befehl (datei hatte etwa 5 mb) korrekt ausgeführt wurde...

allerdings ist die neue DB immer noch leer (keine tabellen gefüllt).

hab es jetzt einmal mit nem *.sql-file bestehend aus "replace into"-befehlen, als auch mit "insert into" ausprobiert. beide male dasselbe ergebnis (erfolgsmeldung, aber keine wirkung...)

konfiguration neuer webspace:

PHP 4.38
MySQL: 4.0.21
PHPMyAdmin: 2.2.0

hat jemand ne idee, woran es liegen könnte? btw: das hier im forum liegende script zum mandanten kopieren ist ja nur zum kopieren auf dem selben websapce gedacht (z.b. als template-mandant), oder?

danke schonmal für hinweise
gruß
micha

[Beleuchtfix]

Poste doch einmal die ersten paar Zeilen (mindestens das erstellenn einer Tabelle und das Ausfüllen der ersten Zeilen) aus dem Mysql-Dump.
Vielleicht kann man daraus etwas erkennen.

Gruß
Florian

[micha667]

s.u. erstellen war ja nicht nötig, da ich vorher die installation ausgeführt hatte....

Code: Alles auswählen

# phpMyAdmin SQL Dump
# version 2.5.6
# http://www.phpmyadmin.net
#
# Host: localhost
# Erstellungszeit: 17. Februar 2005 um 12:40
# Server Version: 3.23.55
# PHP-Version: 4.3.10
# 
# Datenbank: `usr_xxx_1`
# 

#
# Daten für Tabelle `con_actionlog`
#

INSERT INTO con_actionlog (idlog, user_id, idclient, idlang, idaction, idcatart, logtimestamp) VALUES (2, '48a365b4ce1e322a55ae9017f3daf0c0', 1, 1, 330, 0, '2004-05-14 13:10:23');
INSERT INTO con_actionlog (idlog, user_id, idclient, idlang, idaction, idcatart, logtimestamp) VALUES (3, '48a365b4ce1e322a55ae9017f3daf0c0', 1, 1, 330, 0, '2004-05-14 13:11:01');
INSERT INTO con_actionlog (idlog, user_id, idclient, idlang, idaction, idcatart, logtimestamp) VALUES (4, '48a365b4ce1e322a55ae9017f3daf0c0', 1, 1, 351, 0, '2004-05-14 13:14:02');

usw. für andere tabellen

[Beleuchtfix]

Wenn du nur den Mini Dump unter phpmayadmin einliest, klappt es dann? Bei mir ging es.

Eine Möglichkeit wäre ein Server timeout, wobei ich aber nicht verstehe, wieso keine Fehlermeldung kommt.

Ich weiß aus eigener Erfahrung, das es bei manchen Providern sehr problematisch ist, größere Mysql-Dumps einzulesen. Eventuell musst du die Deitei mehrfach splitten.

Ich habe auch schon einmal ein script gefunden, der das automatisch macht, weiß aber nicht mehr wo.

Viel Erfolg
Florian

[micha667]

mh, ne das klappt nicht:

fehler:

Code: Alles auswählen

You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near '\'48a365b4ce1e322a55ae9017f3daf0c0\', 1, 1, 330, 0, \'2004-05-1

*grübel*

vieleicht ist es auch was generelles mit der db. mich wundert nämlich auch, daß beim ersten aufrufen der db oben:

"Datenbank wwwXXX - Tabelle htv_bsp" steht, wobei "htv_bsp" (name ist hier abgeändert) defintiv in der DB von nem ganz anderen account liegt.

erst wenn man ne "con_*" aufruft steht dann oben: z.b.

"Datenbank wwwXXX - Tabelle con_actionlog"

mal abwarten was der provider-support dazu meint....

[micha667]

ok, klappt nun...
wen der fehler interessiert:

der IE hatte wohl ein cookie-problem bei in verschiedenen fenstern geöffneten php-myadmin´s auf unterschiedlichen domains bei gleicher db-struktur...
nach dem löschen der cookies und dem zusätzlichen splitten der dump-datei (die "con_code" war einfach zu groß) funktioniert es nun....

gruß
micha

[Beleuchtfix]

Danke für die Mitteilung.

Nur zu info: con_code darfst du leeren, die braucht nicht mit eingespielt zu werden.

Gruß
Florian

[micha667]

da muß ich doch nochmal sicherheitshalber nachfragen...

sind in der con_code nicht auch artikeltexte gespeichert??
wieso darf die dann bei nem umzug geleert werden?
oder wird der inhalt dort automatisch aus der con_content neu erzeugt?

gruß
micha

[Beleuchtfix]

con_code ist eine Zwischentabelle, die benutzt wird, wenn eine Seite aufgebaut wird. Ist die Seite nicht vorhanden, wird sie neu generiert.

Such mal im Forum unter con_code und leeren, da wirst du viel finden.

Gruß
Florian