Datenbank Speichererweiterung

Moin, Moin, Kollegen,

ich habe einen weiterführenden Teilerfolg erzielt. Kollege Difool hat recht, es lag bisher am Analyse-Plugin Piwik/Matomo, das meine DB vollgemüllt hat.

Ich habe das Backup der DB manuell von den Piwik-Tabellen im Editor MySQLWorkbench bereinigt. 2 Stunden manuelle Arbeit.

Ich habe nur die Tabellen mit einem „piwik_“-Eintrag händisch gelöscht.

Jetzt habe ich nur die üblichen „wp_“-Tabellen wie „wp_posts“ oder „wp-comments“ und einige der aktivierten Plugins in der DB.

Piwik hat für jeden Monat der letzten 10 Jahre, seitdem ich das Blog beitreibe, zwei Tabelle in der DB abgelegt. Somit sind das 10x12x2=240 Tabellen in der Datenbank. Plus zusätzlich gefühlte weitere 50 Tabellen mit irgend einem „piwik_“-Zusatz.

Wenn ich mir im Editor BBEdit, der den Code umbricht (!), den Eintrag einer einzigen Monats-Tabelle von Piwik anschaue und versuche (!), bis zum Ende des Beitrags dieser einzigen Tabelle zu scrollen, dauert es zig Sekunden, so dass ich abbreche. Ich will wirklich nicht wissen, welchen und wieviel verschlüsselten Code Piwik dort jeweils gespeichert hat. MySQLWorkbench umbricht den Code nicht, so dass dieser Code „nach rechts“ in einer Zeile „ausläuft“.

Nun hat die DB aufgrund der bereinigten Piwik-Tabellen ganze 4.000 Zeilen anstelle 11.3000! Die alte DB benötigte also etwas 2/3, das sind etwa 70 %, nur für die Piwik-Tabellen.

Und die DB-Datei hat nun 140 MB Speicherplatz. Gezippt gerade einmal 15 MB!
 
Ich habe nun die bereinigte, alte DB, als zip-Datei gepackt, in eine neue DB sowohl im Kundenaccount des alten wie des provisorischen Blogs importiert. Die Datenmenge liegt mit 15 MB unter der maximalen Datenmenge von 64 MB des Hosters.

Der Server des Hosters hat jedesmal 5 Minuten gearbeitet, jedoch mit der Fehlermeldung "500 – Sorry" abgebrochen.

Prüfen ich die DB mit PypMyAdmin auf dem Webserver, sind meines Erachtens (fast?) alle Tabellen vorhanden.

Ich habe nun das provisorische Blog mit der importierten DB verknüpft. Es sind fast alle Blobeiträge vorhanden. Bis Mitte 5/2020.

Also, in der bearbeiteten DB sind mit MySQLWorkbench alle piwik-Tabellen entfernt. Es sind nur die originären wp-Tabellen und diejenigen einiger Plugins vorhanden.

Fehler:
  • Es fehlen etwa 1 1/2 Jahre Blogbeiträge.
  • Und, wie ich feststelle, fast bei allen die Beitragsbilder. Und das jeweilige Foto im Rezepte-Plugin, wenn man einen Beitrag aufruft.
  • Außerdem haben alle Beiträge eine falsche Codierung. Das hängt vermutlich mit dem Import der Datenbank zusammen, die zwar auf "utf8" stand, die bereinigte DB in MySQLWorkbench aber vermutlich "Latin1" oder "ASCII" hat, da ich sie ja nicht in Tabellenstruktur, sondern editierbarem Text bereinigt habe.
  • Ein gravierender Fehler ist, dass ich jetzt, nach Verknüpfung mit der bereinigten DB, keinen Zugang zum Backend mehr habe, nicht mit meinen Zugangsdaten, und auch nicht, wenn ich mir ein neues Passwort schicken lasse, das aber nicht gesendet wird. Und dieser Fehler besteht auch dann, wenn ich den Plugin-Ordner umbenenne, somit alle Plugins deaktiviere.
Vermutlich liegen einige Fehler daran, dass der Import der DB nicht komplett ausgeführt wurde?

Ich habe in meinem Kundenaccount meines Hosters noch eine diverse Anzahl von DB, die ich neu anlegen und den Import mit anderer Codierung usw. usw. durchführen kann, um möglichst die Fehler oben zu beheben.
 
Ich gebe mir mal eine Teil-Antwort auf einige Fragen.

Es fehlen Tabellen im Import. wp_users, weshalb ich mich vermutlich nicht einloggen kann. wp_terms, weshalb überall die Kategorien und Schlagwörter fehlen.
 
Also, wie den Import realisieren, das a) die Codierung passt, womit die Sonderzeichen bei Umlauten entfallen und b) alle Tabellen importiert sind?
 
thobie schrieb:
Also, wie den Import realisieren, das a) die Codierung passt, womit die Sonderzeichen bei Umlauten entfallen und b) alle Tabellen importiert sind?
Zum Vergrößern anklicken....
Schade, dass ich hier keine Antworten mehr erhalte.

DB:
Darauf bin ich jetzt auch gekommen, die Tabellen einzeln zu exportieren und in die DB in PhpMyAdmin zu importieren. Ich sehe ja in der bereinigten DB, welche Tabellen+Inhalte eingebunden sind.

Also vergleiche ich diese mit den tatsächlich importierten Tabellen in der DB in PhpMyAdmin.

Dann kopiere ich die fehlenden Tabellen im Editor einfach in ein neues Dokument, exportiere es und importiere diese fehlende Tabellen dann nacheinander in die DB in PhpMyAdmin.

Ich habe dies versuchsweise schon mit dem Eintrag von wp_users getan und konnte mich nun zumindest einmal im Backend anmelden. Allerdings nur bedingt. Anmeldung klappt, dass ich im Backend bin, sehe ich am schwarzen Balken oben unter den Browsertabs, aber das Backend wird (noch) nicht wie gewohnt angezeigt. Da fehlen vermutlich einfach noch zu viele Tabellen in der DB.

Ich habe im Editor gesehen, dass diese Tabellen in der DB immer aus zwei Absätzen bestehen: Die Kommandos, um die jeweilige Tabelle zu erstellen. Und dann ein Absatz mit Kommandos, diese Tabelle mit Inhalten zu füllen.

Meine Frage: Muss ich beim Export und somit dann beim Import der einzelnen Tabellen etwas beachten? Braucht die Text-(sql-)Datei mit den Kommandos für die einzelnen Tabellen einen entsprechenden Header oder Footer? Oder sind sonstige Optionen zu beachten?

Codierung:
Wie korrigiere ich die Codierung? Wenn ich die DB in einem der Editor öffne, sind die Sonderzeichen anstelle der Umlaute schon vorhanden. Wie stelle ich das ab oder behebe dies? Die Option, die Sonderzeichen mit Suchen/Ersetzen durch die korrekten Umlaute usw. zu ersetzen, ist sicherlich nicht zielführend. Wenn eines dieser Sonderzeichen im Code vorkommt und ich ersetze es, dann funktioniert der ganze Export/Import der Tabelle nicht.
 
thobie schrieb:
Muss ich beim Export und somit dann beim Import der einzelnen Tabellen etwas beachten?
Zum Vergrößern anklicken....

Beim Import:
  • Tabelle müssen vor dem Einfügen der Daten erstellt werden.
  • bei Tabellen mit Beziehungen zu anderen Tabellen müssen die anderen Tabellen zuerst angelegt werden
 
thobie schrieb:
Wenn ich die DB in einem der Editor öffne, sind die Sonderzeichen anstelle der Umlaute schon vorhanden.
Zum Vergrößern anklicken....
Du musst schon im Editor beim Öffnen auf die richtige Codierung achten.
Wenn du dann was ersetzt, wähl beim Speichern auch die richtige Codierung.
Beim Import die auch angeben.

Nimm BBEdit, der zeigt die auch im Fenster an.
 
  • Gefällt mir
Reaktionen: dg2rbf und mausfang
oneOeight schrieb:
Du musst schon im Editor beim Öffnen auf die richtige Codierung achten.
Wenn du dann was ersetzt, wähl beim Speichern auch die richtige Codierung.
Beim Import die auch angeben.

Nimm BBEdit, der zeigt die auch im Fenster an.
Zum Vergrößern anklicken....
Ich habe jetzt das ursprüngliche Backup der DB (mit den piwik-Tabellen) in BBEdit geöffnet und hatte alle Sonderzeichen in den Blogbeiträgen.

Ich habe dann die Postmeta und die Posts separat in eine einzelnes Dokument kopiert und diese mit utf8-Codierung gespeichert. Dann habe ich die beiden Tabellen in die DB auf dem Webspace meines Hosters importiert.

Und siehe da, es sind alle (!) Blogbeiträge mit allen (!) Sonderzeichen (und Fotos) vorhanden.

Nur in der Zubereitungsanleitung der Rezepte sind noch Sonderzeichen vorhanden, dies hängt aber vermutlich damit zusammen, dass dies mit einem weiteren Plugin realisiert wurde, dessen Tabellen ich vermutlich noch nicht importiert habe.
 
Womit hängt es wohl zusammen, dass ich mich zwar mit Benutzername und Passwort im Backend anmelden kann, aber noch kein funktionsfähiges und editierbares Backend wie vor dem technischen Defekt vor mir habe? Ich sehe nur an dem schwarzen Balken über der Website und dem Hinweis "Willkommen, Thobie", wo ich mich auch wieder abmelden kann, dass ich im "Backend" bin. Welche Tabellendaten sind denn dafür verantwortlich?
 
Es geht voran. Nach den Beiträgen habe ich jetzt auch Kategorien, Kommentare, Rezepte mit dem Plugin, Seiten und den Slider im Kopf des Foodblogs importiert.

Woran kann es wohl liegen, dass die ältesten Beiträge meistens kein Beitragsbild und teilweise auch keine Fotos im Beitrag haben? Ich habe testweise die wp_postmeta nochmals gelöscht und importiert, sie wird vermutlich nicht komplett importiert, denn nach einigen Minuten des Imports bekomme ich die Fehlermeldung "500 – sorry" im Browser.
 
Moin, Moin, Kollegen!

Ich bedanke mich für Eure Hilfe, Ratschläge und Tipps zur Behebung meines Problems mit der Datenbank meines Foodblogs bei meinem Hoster.

Das Foodblog ist wieder komplett hergestellt. Ich habe auch wieder Zugriff auf das Backend.

Es sind jetzt nur noch einige Kleinigkeiten zu beheben bis zum vollumfassend kompletten Funktionieren des Foodblogs.

Zielführend waren die Ratschläge zweier Kollegen. Zum einen der Hinweis, dass das Plugin Piwik/Matomo die Datenbank zugemüllt hatte. Und zum anderen, dass mein erster Versuch des Imports der Tabellen nach der Bereinigung der Datenbank von den Piwik-Tabellen fehlerhaft angelegt war, weil ich die Datenbank in einen Editor nicht mit utf8-Codierung, sondern mit Latin1 importiert hatte.

Der Support des Hosters vertröstet mich nun schon seit vier Wochen und hat mir noch keine einzige Problemlösung für den Fehler angeboten. Ich behalte mir vor, bei weiter auftretenden Problemen den Hoster zu wechseln. Denn das ist in keinster Weise so hinnehmbar.

Eine Frage habe ich noch im Nachhinein: Man kann Piwik mit einer eigenen Datenbank (nicht die Datenbank der WP-Installation) betreiben? Wenn ich dieses Plugin jemals wieder aktivieren sollte, wie stelle ich das an?

Und eine Anmerkung: Hier ist die URL des Foodblogs: https://www.nudelheissundhos.de. Wer sich über die Rezepte informieren will, weshalb ich angefeindet werde (links in der Seitenleiste mit den am häufigsten aufgerufenen Rezepten).

Grüße aus Hamburg

Thobie
 
  • Gefällt mir
Reaktionen: BEASTIEPENDENT
Das ist vom Support – je nach Vertrag – wirklich ein bisschen arm.

Ich kann in der Hinsicht HostEurope in meiner schönen Heimat Köln sowie webGo wirklich empfehlen. Auf jede doofe Frage haben die zu guten Zeiten eine Antwort parat.

Wenn Du das Plugin nochmal installieren willst, musst Du eine eigene Datenbank dafür anlegen und die Daten aus Deiner Sicherung dort importieren – geht natürlich auch nur manuell, weil Du ja nur Teile aus dem Backup dort importierst. Im Prinzip geht das aber ähnlich wie mit Deiner WP-Datenbank. In der Config-Datei des Plugins (evtl. auch im WP-Backend unter Plugins möglich) wirst Du dann wohl die Anmeldedaten für diese neue Datenbank angeben müssen.

Das Anfeinden verstehe ich ehrlich gesagt auch nicht, ebensowenig wie das hiesige Verbot von Hunde- oder Katzenfleisch. Ich könnte zwar (Friedenszeiten vorausgesetzt) keine Katze essen, weil ich sie viel zu sehr mag, aber an sich ist es ja nichts anderes als ein Schwein auch. Dass es hier verboten ist, hat rein kulturelle Gründe und keine logischen oder sachlichen. Uff, krasse Kommentare da, das ist echt krank!


https://www.nudelheissundhos.de/2017/10/30/gebratene-romana-salatherzen/ ja und wie wars? Da steht ja gar nix! ;-)
 
Zuletzt bearbeitet:
thobie schrieb:
Man kann Piwik mit einer eigenen Datenbank (nicht die Datenbank der WP-Installation) betreiben? Wenn ich dieses Plugin jemals wieder aktivieren sollte, wie stelle ich das an?
Zum Vergrößern anklicken....
Auch nicht anders als mit WP.
Du legst einen User und eine DB/Tabelle in MySQL.
Und in der Config gibst du die halt an statt die WP.
 
  • Gefällt mir
Reaktionen: mausfang
thobie schrieb:
Moin, Moin, Kollegen!


Und eine Anmerkung: Hier ist die URL des Foodblogs: https://www.nudelheissundhos.de. Wer sich über die Rezepte informieren will, weshalb ich angefeindet werde (links in der Seitenleiste mit den am häufigsten aufgerufenen Rezepten).
Zum Vergrößern anklicken....

thobie, auch wenn ich meine Katzen nicht verspeisen werde, interessanter Blog, mal was anderes als sich ausschließlich in Technikforen zu bewegen. ;)
 
  • Gefällt mir
Reaktionen: BEASTIEPENDENT
Also ich musste da ganz schnell runter........solche Seiten sollte man sperren
(Nur meine Meinung)
 
Kiaru schrieb:
Also ich musste da ganz schnell runter........solche Seiten sollte man sperren
(Nur meine Meinung)
Zum Vergrößern anklicken....
Warum? Wir leben ja zum Glück nicht in einem totalitären Staat, wo man andere Meinungen verbietet und die Leute gleich wegsperrt!
 
  • Gefällt mir
Reaktionen: dg2rbf
Ja wahrscheinlich bin ich da einfach zu spießig...gebe ich ja zu....aber bei Hunderezepten gruselt es mit einfach:cry:
 
Kiaru schrieb:
....aber bei Hunderezepten gruselt es mit einfach:cry:
Zum Vergrößern anklicken....
Das ist doch auch in Ordnung. Das darf es ja auch. Mir geht es bei Katzenbraten genauso. Es ist aber an sich nichts verwerflich Schlimmes, es kommt nur in unserer Kultur nicht mehr (!) vor (in der Kriegs- und Nachkriegszeit gab es natürlich Dachhasen etc.). Und darum gehört es nicht verboten, darüber zu reden/schreiben. ;-)
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben Unten