Nach Sql Backup Installation \r\n Zeichen

    Hallo,

    ich habe meinen VServer neu installiert. Nach dem einspielen des SQL Backups habe ich plötzlich in allen Beiträgen [COLOR=#111111][FONT=arial]\r\n Zeichen. Kann mir einer sagen was ich machen kann, damit diese verschwinden und die Absätze wie zuvor normal angezeigt werden. Hatte auch schon das Betriebssystem des Server von Centos 7 auf Ubuntu 14.4 geändert. Auf beiden habe ich aber nach der Wiederherstellung des Backups und einspielen der Backup SQL diese [/FONT][/COLOR][COLOR=#111111][FONT=arial]\r\n Zeichen. Vielen Dank schon mal für jede Hilfe.[/FONT][/COLOR]

    • Gerade eben
    • Anzeige

    Hallo!

    Wenn du gerade an deiner Website arbeitest oder dein aktuelles Hosting überdenkst: Wir betreiben mit NetzLiving eine Hosting-Plattform, die speziell auf Performance, Sicherheit und einfache Verwaltung ausgelegt ist.

    • ✔️ Schnelle Ladezeiten (optimiert für WordPress & Co.)
    • ✔️ Deutsche Server & DSGVO-konform
    • ✔️ Persönlicher Support (kein 0815-Ticket-System)

    Mehr erfahren

    Gute Frage, ich hatte ja alles wieder auf dem Server so installiert. Wie finde ich heraus, welche [COLOR=#333333]Kodierung [/COLOR]die alte Datenbank nutzt und welche die neue und wie kann ich diese wenn nötig anpassen? danke für die hilfe

    Theoretisch sollte die Kodierung der alten Datenbank in der SQL Datei stehen. Wie ist denn die aktuelle angelegt?

    Und wie hast du das Backup denn eingespielt?

    Sind die Linebreaks schon im Dump vorhanden oder "entstehen" sie erst beim Import?

    Einmal editiert, zuletzt von danielgoehr (1. Januar 2017 um 23:29)

    Zitat von danielgoehr

    Theoretisch sollte die Kodierung der alten Datenbank in der SQL Datei stehen. Wie ist denn die aktuelle angelegt?

    Und wie hast du das Backup denn eingespielt?

    Sind die Linebreaks schon im Dump vorhanden oder "entstehen" sie erst beim Import?

    Hallo. Also in der alten Datenbank steht: SET NAMES utf8mb4 (hatte ich in der neuen auch) nur irgendwie nich bei allen Tabelen. Habe die alte per Phpmyadmin exportiert und die neue mit SSH (Putty) Befehl importiert, da sie für Phpmyadmin zu groß war. Ich hatte mehrere Seiten und bei allen dieser Seiten, die WP nutzen scheint es ein Problem mit den Abstatz Zeichen (also r/n/) zu geben. Linebreaks sind nicht in dem SQL Backup vorhanden soweit ich das sehen kann. mfg

    Zitat von djdevix

    Habe nochmal geschaut und so wie es aussieht, sind auch schon \\r\\n\\r\\n Zeichen in der Sql Datei vorhanden. (Nutze Notepad++)

    Ok, deshlab meine Frage nach den Linebreaks. Ich wollte quasi eingerenzen, ob die beim Export oder beim Import "entstanden" sind.

    Wenn du schreibst, dass die schon im Dump verhanden sind, liegt es vermutlich schon am Export (warum auch immer).
    Die alte Datenbank existiert ja nicht mehr, wenn ich das richtig verstanden habe. D.h. nochmal neu exportieren wird nicht gehen...

    Dann bleibt eigentlich nur, die \r\n per "Suchen und Ersetzen" zu entfernen.
    Dazu kannst du zum Beispiel folgendes Plugin verwenden: https://de.wordpress.org/plugins/better-search-replace/
    Oder folgendes Stand-Alone-Tool: https://interconnectit.com/products/searc…ress-databases/

    Geht auch : [COLOR=#101094][FONT=Consolas]UPDATE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]table[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]SET[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]=[/FONT][/COLOR][COLOR=#303336][FONT=Consolas] REPLACE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas](`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`,[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\\r\\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas],[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\r\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]); in der SQL DAtenbank direkt auszuführen ???[/FONT][/COLOR]

    Zitat von djdevix

    Geht auch : [COLOR=#101094][FONT=Consolas]UPDATE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]table[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]SET[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]=[/FONT][/COLOR][COLOR=#303336][FONT=Consolas] REPLACE[/FONT][/COLOR][COLOR=#303336][FONT=Consolas](`[/FONT][/COLOR][COLOR=#101094][FONT=Consolas]column[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]`,[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\\r\\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas],[/FONT][/COLOR][COLOR=#7D2727][FONT=Consolas]'\r\n'[/FONT][/COLOR][COLOR=#303336][FONT=Consolas]); in der SQL DAtenbank direkt auszuführen ???[/FONT][/COLOR]

    Grundsätzlich ja. Im Zweifelsfall probier es doch aus.

    So wie du den Replace jetzt hast, ersetzt er aber [COLOR=#7D2727][FONT=Consolas]\\r\\n[/FONT][/COLOR] durch [COLOR=#7D2727][FONT=Consolas]\r\n[/FONT][/COLOR].

    Ich vermute mal, du willst die eher ganz entfernen, oder?

    Aber wie gesagt, du hast ja den Dump. Viel kann ja nicht passieren. Notfalls halt löschen und neu importieren...

    Ein Dump per phpmyadmin zu erstellen, ist Quatsch und sollte so nicht ausgeführt werden, um evtl Probleme zu vermeiden. Ein Dump erstellt man auf der Konsole per mysql Befehl.
    Welche MySQL Version hattest denn überhaupt vorher bzw. jetzt im Einsatz?

    Zitat von Hille

    Ein Dump per phpmyadmin zu erstellen, ist Quatsch und sollte so nicht ausgeführt werden, um evtl Probleme zu vermeiden.

    Dem würde ich so nicht zustimmen. Ich mache das seit Jahren viele male im Monat so und habe mit dem Exportieren praktisch nie Probleme.
    Was den Import eines Dumps angeht, hast du aber recht - da ist phpmyadmin oft etwas sperrig (aus verschiedenen Gründen).

    Zitat von Hille

    Ein Dump per phpmyadmin zu erstellen, ist Quatsch und sollte so nicht ausgeführt werden, um evtl Probleme zu vermeiden. Ein Dump erstellt man auf der Konsole per mysql Befehl.
    Welche MySQL Version hattest denn überhaupt vorher bzw. jetzt im Einsatz?

    Die wenigsten WordPress User haben größere Datenbanken. Export/Import per phpmyadmin klappt wunderbar, wenn der Server nicht gleich nach 10sek. die Verbindung kappt.

    Wer billig Hosting bucht, muss halt mit solchen Limits klar kommen.

    Gut, für ein Hosting Paket scheint es eine Lösung zu sein, aber doch nicht für einen Server Admin mit root Zugang. Hier wäre der richtige Ansatz für einen kompletten Umzug gewesen

    Code
    mysqldump -uroot -pPassword --all-databases | gzip -9 > alle_datenbanken_dump.gz

    bzw als Import

    Code
    gunzip < alle_datenbanken_dump.gz | mysql -uroot -pPassword

    bzw bei unterschiedliche MySQL Server Versionen dann ein einmaliges Upgrade. Mit diesem Weg hätte sich der TS sicher viel Zeit und Arbeit erspart.

    Zitat von Hille

    Gut, für ein Hosting Paket scheint es eine Lösung zu sein, aber doch nicht für einen Server Admin mit root Zugang.

    Dem möchte ich gar nicht widersprechen ;)

    Es wäre auch schlau gewesen, den alten Server nicht zu löschen, bevor der neue fertig ist und läuft. Aber jetzt hat der TE ja nur noch den Dump, der die "Fehler" schon enthält. Insofern muss er es irgendwie "zurechtbasteln".

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden