umlaute falsch nach migration von Plesk 8.3 > 8.3

[Brujo]

Hi,

habe von einem Plesk Server zum anderen Pleskserver eine Domain mit mysql db via migration manager migriert und nach der migration sind auf dem Zielserver die Umlaute falsch in der DB

Source Server Suse 10.1/64 mysql 5.0.51 utf-8
Zielserver Suse 10.2/64 mysql 5.0.51a utf-8

Ich habe das weiter verfolgt und bei der migration die erstellten daten liegen lassen und versucht die dumps haendisch einzuspielen in eine leere DB, aber schon beim dump vom Source Server ist es so das es beim zurueckspielen auf den Sourceserver nicht mehr passt.

ein haendischer mysqldump laesst sich aber ohne weiteres wieder zurueckspielen und auf dem Zielserver einspielen und die Umlaute sind korrekt.

Hat von euch noch einer einen Tip ?

eigentlich wollte ich noch weitere Domains migrieren, aber jedesmal die zugehoerigen DB extra nochmals manuell zu uebertragen macht nicht Sinn wenn man schon nen Migration Manager hat, bzw. braucht auch einfach laenger...

[Nerion]

Also entweder ist es ein MySQL Problem oder eben ein Apache2 Problem auf dem Zielsystem.

Entweder ist im Apache2, in der PHP.ini oder beim mySQL der falsche Zeichensatz bzw. die falsche Sprache geladen.

In der my.cnf im Ordner /etc/mysql kannst du den Standardzeichensatz festlegen, vergleiche mal die Dateien vom Quell- und Zielsystem.

[Brujo]

Danke schon mal fuer die Unterstuetzung, suche schon an allen Enden und ecken....

der output auf beiden Servern ist identisch mysql> show global variables;

| character_set_client | latin1 |
| character_set_connection | latin1 |
| character_set_database | latin1 |
| character_set_filesystem | binary |
| character_set_results | latin1 |
| character_set_server | latin1 |
| character_set_system | utf8 |
| character_sets_dir | /usr/share/mysql/charsets/ |
| collation_connection | latin1_swedish_ci |
| collation_database | latin1_swedish_ci |
| collation_server | latin1_swedish_ci

[Veritas]

Was steht denn in deiner Apache Konfiguration?

Vergleich bei den Servern mal was unter "AddDefaultCharset" für ein Wert gesetzt wird.

[Brujo]

@veritas ist bei beiden nicht gesetzt aber der output von phpinfo zu lang & charset ist identisch.

Ich hab nun inzw. beide dumps mal angeschaut den manuell erstellten via mysqldump und den wo der migration manager erstellt hat und der einzig relevante Unterschied ist, das im Header des dumps vom migration manager diese Zeile fehlt:

/*!40101 SET NAMES utf8 */;

sobald ich den eintrag einfuege und dann den dump imortiere stimmt es auch wieder mit den Umlauten und wenn ich den wieder rausnehme und importiere sind sie wieder zermuellt.

Also fuer mich sieht das nach wie vor nach einem Problem vom Migration Manger hin und nicht nach ner config geschichte...

habt ihr sonst noch ne idee?

[Nerion]

Gut dann scheint es ein Problem vom Migrationsmanager zu sein, wobei dieses Zeichen "/*...*/" bedeutet, dass die Zeile auskommentiert ist.

Im Zweifelsfall die betroffenen MySQL-Datenbanken per Hand migrieren.

Was auch ganz zuverlässig funktioniert ist von den Kundenaccounts ein Backup über Plesk erstellen lassen und dieses Backup auf dem zweiten Server wieder einspielen.

[Brujo]

man Nerion, hat super geklappt mit backup & restore und das ganze sogar schneller als mit dem migration manager! :-)

was den UTF8 Eintrag angeht hatte ich das auch gedacht das es "Kommentar" ist, aber anscheinend doch nicht nur...

Gruss
Brujo