1&1: Datenbank neu anlegen in MySQL5

Knabbere gerade am gleichen Problem. Mal sehen wer zuerst wo eine Antwort bekommt... :idea:

http://forum.wordpress-deutschland.org/installation/2…mportieren.html

Im phpMyAdmin in der linken Spalte auf die Datenbank klicken, dann sieht man oben Funktionen. Dort [Exportieren] anklicken, dann oben "Alle auswählen" und unten (●) BZip-Komprimiert:

Der Import erfolgt über die Funktion [SQL], dort dann unten bei "oder datei" die Datei auswählen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Gruß
Ingo

So hat es bei mir leider nicht funktioniert. Wahrscheinlich aufgrund des alten DB-Namens in der Export Datei.http://forum.wordpress-deutschland.org/installation/6…t-moeglich.html

Meine Vorgehensweise

Deshalb sollst Du ja auch nicht die Datenbank, sondern die Tabellen exportieren. Bei der Vorgehensweise wie oben beschrieben, ist der Datenbankname selbst völlig egal. Ich habe es gerade probiert, es funktioniert so.

Gruß
Ingo

Vielen Dank. Aber beim Export entsteht eine 0KB-Datei... :-(. Klappt also erst mal nicht...

Zitat von Putzlowitsch

Im phpMyAdmin in der linken Spalte auf die Datenbank klicken, dann sieht man oben Funktionen. Dort [Exportieren] anklicken, dann oben "Alle auswählen" und unten (●) BZip-Komprimiert:

Der Import erfolgt über die Funktion [SQL], dort dann unten bei "oder datei" die Datei auswählen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Gruß
Ingo

Offenbar in meinem Fall gibt es ein Problem beim Komprimieren. Es kommen leere Files dabei heraus. Idee warum???

DANKE.

Leider nein, aber dann laß doch die Komprimierung weg, oder ist Dein Blog schon sehr groß?

Das eigentliche Problem dürfte aber die schon hoffnungslos veraltete phpMyAdmin-Version bei 1&1 (und auch Strato) sein. Bei Strato hatte ich da schon mal echte Probleme mit Datenverlust.

Falls der unkomprimierte Export klappt, solltest Du vor dem Import die SQL-Datei lokal z.B. mit 7zip als gz komprimieren.

Gruß
Ingo

DANKE! Ja, unkomprimiert geht es. Wobei in einem anderen Blog, der hat aber nur 29 statt 60 Tabellen, funktioniert Dein Ansatz perfekt - beim selben Provider (1+1). However - ich hoffe von dem 7zip gibt es eine Mac-Version...

Gruß
Andreas

Naja, 7zip war ja nur ein Beispiel. Ich glaube, das gibt es nur für Windows. Es wird sich aber bestimmt ein Komprimierer für den Mac finde lassen, der gz kann.

Generell sollte man auch darüber nachdenken, ein eigenens phpMyAdmin zu installieren, bei Strato habe cih das jetzt so gemacht.

Gruß
Ingo

Muss mich korrigieren. Beim Hochladen rödelt das kleine File verdächtig lange... Und endet mit NICHTS. Unglaublich! Kannst Du Tipps geben, wo man das WIE nachlesen kann, einen eigenen MyAdmin... einzuzrichten?

Gruß
A.

Teillösung: Sichert man die 4er DB über das Plugin DB-Manager als gz und lässt sich das per Mail zusenden, nimmt plötzlich der 1+1-MyAdmin... die Files an und es frunzt, die db ist auf Version 5! ABER nur bei der kleinen DB. Bei der großen scheitert schon der Versand an:

Zitat

Fatal error: Out of memory (allocated 30670848) (tried to allocate 4666420 bytes) in /homepages/*/***/plugins/wp-dbmanager/database-manage.php on line 70

Ätzend!

Endlösung: MySQL-Dumper, Version 1.24 (nicht frühere Versionen). Bei Bedarf dem Thread hier folgen. Wer noch auf MySQL 5.0 umstellen muss, kann so in aller Ruhe erst einmal die Datenbank-Baustelle vor dem Upgrade auf wp2.9 erledigen und austesten.

Diese Lösung ist auch dem teilweise erfolgreichen Versuch mit dem DB-Manager-Plugin vorzuziehen, bei dem man im Gegensatz zur Dumper-Lösung nicht das Geschehen logisch nachvollziehen kann.

Natürlich ist den Profis hier der Dumper wohl bekannt. Aber der konkret-aktuelle Kontext dürfte allen anderen eher nicht auf Anhieb klar sein. Daher dieser Eintrag.

Gruß. A.

Zitat von Putzlowitsch

Deshalb sollst Du ja auch nicht die Datenbank, sondern die Tabellen exportieren. Bei der Vorgehensweise wie oben beschrieben, ist der Datenbankname selbst völlig egal. Ich habe es gerade probiert, es funktioniert so.

Gruß
Ingo

Danke für den Hinweis. Bei mir hatte es so leider nicht funktioniert. Lag wahrscheinlich an der Kompression!

Zitat von Putzlowitsch

Leider nein, aber dann laß doch die Komprimierung weg, oder ist Dein Blog schon sehr groß?

Das eigentliche Problem dürfte aber die schon hoffnungslos veraltete phpMyAdmin-Version bei 1&1 (und auch Strato) sein. Bei Strato hatte ich da schon mal echte Probleme mit Datenverlust.

Falls der unkomprimierte Export klappt, solltest Du vor dem Import die SQL-Datei lokal z.B. mit 7zip als gz komprimieren.

Gruß
Ingo

Gerade gefunden, 1&1 erlaubt es einem, eine eigene phpMyAdmin Installation zu betreiben.

Gruß,
Nick

1+1-MyAdmin hat offensichtlich Probleme mit gzip. Bei der weiter oben beschriebenen Löung mit kleiner db (29 Tabellen), haben Backup (4.0) und Einspielen (5.0) zwar funktioniert, aber das bekannte Umlautproblem ausgelöst. Die "Lösung" ist also auch keine. Mit dem Dumper all das nicht.

Hallo lenni_hh

ja genau so habe ich es auch gemacht.

Eine Frage an alle, ich habe jetzt die neue Datenbank, musste die Datenbank in das textfeld kopieren da er die Datei nicht schlucken wollte.
Jetzt habe ich das Problem das meine Umlaute nicht richtig Angezeigt werden.
Bevölkerung

Wie kann ich das beheben ?

Gruß
Lockslay

Hallo

habe den Fehler gefunden, für alle die dieses Problem auch haben sollten.

Steht in der wp-config was mit

define('DB_CHARSET', 'utf8');
define('DB_COLLATE', '');

drin und die DB ist gar nicht in utf8?
Dann einfach die utf8-Zeile in der wp-config rauslöschen und die Texte sollten nicht mehr abgeschnitten sein.

Gruß
Lockslay

Richtig.

Zitat von lenni_hh

Ich habe bei meinem 1&1 Account überhaupt nur eine Datenbank.

Das würde heissen: Backup mit MySQLdump (habe ich schon gemacht), Datenbank löschen, neue Datenbank (diesmal mit MySQL 5) anlegen und mit MySQLdump das Backup wieder einspielen.

Anschliessend die neuen MySQL-Daten in die WP config eintragen - fertig.

Ist das richtig gedacht?

Aber das hier beachten:

http://forum.mysqldumper.de/post38039.html#t38039

Gruß
A.