Datenbankumzug von MySQL4 auf MySQL5

[-Jens-]

Hallo...

Ich will mit meiner phpBB 3 Installation den Provider wechseln. Ich habe in der Knowledge Base zwar bereits den Artikel zum Serverumzug mit einem Board gefunden, jedoch bin ich zum Thema "Datenbankumzug von MySQL4 auf MySQL5" noch nicht fündig geworden und bitte um Hilfe.

Mein bisheriger Provider betreibt MySQL4 mit Version 4.1.22, der Ziel-Provider MySQL5 mit Version 5.1.49. Den MySQL-Dumper habe ich bereits installiert, nutze ihn auch schon länger für DB-Backups und kann damit folglich umgehen... Jedoch fehlt mir leider das Wissen, wie ich am Besten und schmerzfrei von MySQL4 auf MySQL5 komme...

Kann mir evtl. jemand ein paar Hinweise dazu geben?

Danke vorab.

Gruß...

[Mahony]

Hallo

Kann mir evtl. jemand ein paar Hinweise dazu geben?

Du musst das Datenbank-Backup mit dem Mysqldumper einspielen und das hier beachten KB:no_default


Grüße: Mahony

[-Jens-]

Danke für die Info, das Problem trat nach dem Serverwechsel auf der Testumgebung bisher nicht auf - wenn ich richtig verstanden habe, kann das u.u. passieren, korrekt?

Nachdem ich mein umgezogenes Board auf dem neuen Webspace wieder aktivieren wollte, bekam ich beim Speichern der Config folgende Meldung:

Code: Alles auswählen

Not able to open ./../cache/data_global.php

Muss ich evtl. noch das Cache-Verzeichnis löschen?

[Mahony]

Hallo

Muss ich evtl. noch das Cache-Verzeichnis löschen?

Ja, das cache-Verzeichnis solltest du natürlich leeren (nicht löschen).


Grüße: Mahony

[-Jens-]

Das von dir beschriebene Problem trat nun leider doch auf. Ich habe wie beschrieben die Doku angearbeitet, jedoch ist der beschriebene Fehler...

Code: Alles auswählen

Field 'XXX' doesn't have a default value [1364]

... noch vorhanden.

Was könnte ich falsch gemacht haben?

[Mahony]

Hallo
Mit welchem Datenbank-Tool hast du die (vom mysql_upgrader.php ausgegebenen) SQL-Befehle ausführen lassen?
Du kannst Alternativ das Support Toolkit 1.0.3 verwenden (Reiter Support-Tools - MySQL-Upgrade-Tool ).

Grüße: Mahony

[-Jens-]

MySQLDumper in der aktuellen Version. Ich bekomme den Fehler bisher nur, wenn ich PNs versenden will.

[Mahony]

Hallo
Der Mysqldumper (bis Version 1.24.4) hat unter Umständen Probleme mehrere SQL-Befehle hintereinander auszuführen. Das bedeutet, das dann nur der erste SQL-Befehl ausgeführt wird und die nachfolgenden nicht mehr ausgeführt werden.
Abhilfe würde die Ausführung jeweils nur eines SQL-Befehls schaffen (oder eben die Verwendung von phpmyadmin oder des Support Toolkits).


Grüße: Mahony

[-Jens-]

Habe die Datenbank mal zurück gesichert und nochmal mit dem STK versucht, aber auch hier wieder ein Fehler beim Durchlauf des STK:

Code: Alles auswählen

SQL ERROR [ mysql4 ]

Can't DROP 'post_username'; check that column/key exists [1091]

SQL

ALTER TABLE phpbb3_posts MODIFY post_id mediumint(8) UNSIGNED NOT NULL auto_increment, MODIFY topic_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, MODIFY forum_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, MODIFY poster_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, MODIFY icon_id mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, MODIFY poster_ip varchar(40) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_time int(11) UNSIGNED DEFAULT '0' NOT NULL, MODIFY post_approved tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY post_reported tinyint(1) UNSIGNED DEFAULT '0' NOT NULL, MODIFY enable_bbcode tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY enable_smilies tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY enable_magic_url tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY enable_sig tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY post_username varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_subject varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_text mediumtext NOT NULL COLLATE utf8_bin, MODIFY post_checksum varchar(32) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_attachment tinyint(1) UNSIGNED DEFAULT '0' NOT NULL, MODIFY bbcode_bitfield varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY bbcode_uid varchar(8) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_postcount tinyint(1) UNSIGNED DEFAULT '1' NOT NULL, MODIFY post_edit_time int(11) UNSIGNED DEFAULT '0' NOT NULL, MODIFY post_edit_reason varchar(255) DEFAULT '' NOT NULL COLLATE utf8_bin, MODIFY post_edit_user mediumint(8) UNSIGNED DEFAULT '0' NOT NULL, MODIFY post_edit_count smallint(4) UNSIGNED DEFAULT '0' NOT NULL, MODIFY post_edit_locked tinyint(1) UNSIGNED DEFAULT '0' NOT NULL, DROP INDEX post_username, ADD KEY post_username (post_username), DEFAULT CHARSET=utf8 COLLATE=utf8_bin

BACKTRACE

FILE: includes/db/mysql.php
LINE: 175
CALL: dbal->sql_error()

FILE: stk/tools/support/mysql_upgrader.php
LINE: 336
CALL: dbal_mysql->sql_query()

FILE: stk/tools/support/mysql_upgrader.php
LINE: 70
CALL: mysql_upgrader->_run_result()

FILE: stk/index.php
LINE: 305
CALL: mysql_upgrader->display_options()

[Mahony]

Hallo
1. Nimm mal das DROP INDEX post_username, aus dem SQL-Befehl heraus.
2. Es fehlt das Semikolon am Ende des SQL-Befehls. Das Semikolon dient als Trennzeichen zwischen mehreren Befehlen (mysql ermittelt das Ende einer Anweisung anhand des schließenden Semikolons).


Grüße: Mahony