Am 3.8.2024 (Samstag am Abend) wollte ich meine Laptoparbeit nach dem Garten machen und da lief mein Myblog plötzlich nicht mehr, kam nur immer die Fehlermeldung : Fehler beim Aufbau einer Datenbankverbindung.
****************************************************************************
****************************************************************************
Es ging weder der Dashboard noch die Anzeige der Webseite.
Ich schrieb strato an per Mail. Ich sammelte aber weiterhin Info´s und suchte nach Wege.
Mir fehlte mein ehemaliger Kumpel und Chef von cooleshops, denn Datenbanken warsein Steckenpferd.
Ich loggte mich auf der Strato-Webseite ein und suchte meine Datenbank – dort stand sie noch mit 1,97 GB – ich versuchte sie über das Dreipunkte-Menü (phpmyadmin ging auch hier nicht) mit „Backups anzeigen“ und „Downloaden und sichern“ runterzuladen (194,10 MB als *.sql.gz gezipt) – mir wurden die Zugangsdaten zum Downloaden angezeigt (SFTP) und ich versuchte es im speedcommander und später im Winscp – bekam aber immer nur Fehlermeldungen.
Erst Tage später kam ich darauf, daß ich die temporäre mir angezeigte Verbindung nicht speichern durfte, sondern nur einmalig anwählen – dann klappte der Datenbank-Download – es war ja egal, ob das Backup vom 3.8. oder 4.8. oder … inzwischen 7.8. – waren ja alle gleich groß, da ich ja nichts im Dashboard neues reinschreiben konnte. Seltsamerweise gab es vor dem 3.8.2024 keine Backups von strato, obwohl es tgl. eines hätte geben müssen — ????
Ich war jedenfalls heilfroh, meine alte Datenbank wieder zu haben, denn meine Backups davor waren schon 1 Jahr alt und die zu importieren und wieder aufzufüllen, wäre eine gewaltige Fleißarbeit.
Strato vertröstete mich in diesen Tagen immer nur, ich solle warten, aufgrund der gewaltigen Nachfrage ….. – ich mußte mir also selber helfen und so hatte ich mir erst überlegt, meine alte DB (MySQL 5.7) wieder zu beschaffen, dann eine leere neue DB (MySQL 8.0 inzwischen schon) anzulegen und dann meine Datenbank zu importieren (was mir auch wieder zig Fehlermeldungen brachte)
Mein Plan :
Dann wollte ich die wp-config.php anpassen (neuen DB- und Benutzer-Namen und Passwort usw.) und hochladen und schaun ob nun mein WordPress (Myblog) wieder lief und dann irgendwann die alte DB in strato löschen und ich mußte noch meine inzwischen aufgelaufenen neuen Daten, die ich lokal gespeichert hatte, dann in den Blogs eingeben.
Strato hatte mir inzwischen nur geraten, das Passwort zu ändern – was natürlich gar nichts gebracht hatte.
Und weil ich mich über die unpersönlichen Textbaustein-Antworten von Ihnen beschwert hatte, die mich immer vertrösteten, kam auch heute mal eine persönliche Antwort – aber inzwischen hatte ich mir schon selbst geholfen und berichtete nun an strato.
Ich hatte mich wegen der Fehlermeldungen auch im Internet belesen – eine sehr gute Seite war z.B. https://www.elmastudio.de/eine-wordpress-webseite-umziehen-teil-2-gleiche-domain-aber-neuer-hosting-anbieter/
(daher wußte ich, daß ich beim Importieren der DB keinen Haken bei „AUTO_INCREMENT nicht für Nullwerte verwenden“ setzen durfte und es brachte mich darauf, daß ich links im phpmyadmin erst die DB anklicken mußte, ehe ich auf „Importieren“ ging.
****************************************************************************
****************************************************************************
Jetzt war es mir nur noch unklar, wann ich alles von der alten DB in die neue DB importiert hatte, denn es endete jedesmal damit, daß der Proxyserver abbrach mit der Fehlermeldung – ja, die DB war in einem Schritt hochzudaden nunmal zu groß – und bei der Größenangabe schwenkte es nach jedem Versuch zwischen 1,63 GB und 1,86 GB oder auch mal 2,02 GB – aber nie die GB-Anzahl der alten DB.
Ich konnte jaauch nicht nachschaun, wie viele Tabellen (Felder o.ä.) es sein mußten (sind jetzt 26) – ich konnte höchstens die gezipte DB-Datei entpacken als SQL – habe auch damit mal importiert und mal mit Haken bei „Import abbrechen, wenn die maximale PHP-Scriptlaufzeit erreicht wird“ und mal ohne — es brachte immer nur eine andere Fehlermeldung.
Inzwischen steht ein rotes Ausrufezeichen neben der DB-Größe von 2,03 GB – klar, muß ich optimieren und aufräumen, überschreitet Max-Größe.
Nach dem Anpassen und hochladen der wp-config lief der Dashboard und auch die vordere Ansicht ganz normal – ich konnte beim Durchzippen keinen Unterschied zu früher feststellen – sah nicht, ob was fehlte oder zu viel war – lief anscheinend jetzt mit der höheren mysql-Version wieder ganz normal.
Also werde ich es erst Mal so lassen trotz wieder letzter Fehlermeldung beim Import und werde morgen wieder meine Daten einfügen und aufräumen. ggf. finde ich ja dann noch Dinge, die nicht ok sind.
Habe strato mitgeteilt, daß sie mein Ticket schließen können.
Leider ist mein seit Jahren mühsam aufgebautes gutes Ranking in den Suchmaschinen jetzt dahin, da die Webseite mehrere Tage nicht erreichbar war.
Jetzt 485 Beiträge und 46 Seiten.
****************************************************************************
Nächster Tag : Will die Datenbank in phpmyadmin optimieren : schreit mich gleich wieder eine Fehlermeldung an .
Habe gestern gelesen, diese Fehlermeldung hat mit dem Link-Checker zu tun, also säubere ich nicht vorhandene Links raus.
Habe auch das Plugin mal deaktiviert und dann versucht zu optimieren – hat aber nichts geändert.
Dann eben in wordpress-myblog-Dashboard über WP-Optimize 3.4.2 optimieren um die Größe runter zu kriegen (von 2,02 GB jetzt auf 2,03 GB – hä ???? – laut Anzeige auf strato-Webseite bei meiner DB).
Seiten-Cache geleert.
Da sonst alles läuft, werde ich jetzt meine aufgelaufenen Daten einfügen. Hat er genommen, obwohl zu viele GB.
Das Einfügen lief problemlos, aber jetzt wollte ich einen neuen Beitrag (den hier) erstellen und da gab es einen kritischen Fehler. Bin erst Mal ratlos – doch weil zu groß ?
tja, in der letzten FM stand ja : „Insert-Befehl … nicht nutzbar“
Plugin wp-sweep erfolglos durchlaufen lassen. DB ist nicht kleiner geworden.
Meine Entwürfe und nicht genutzte Blogs erst in Papierkorb und dann gelöscht – hat auch nichts genutzt – Datenbank bleibt bei 2,03 GB und ich kann keinen neuen Blog erstellen (kritischer Fehler).
Im Dashboard bei Werkzeuge – Website-Zustand (Bericht) ist alles gut.
Komisch : die neue Datenbank hat laut strato als Backup-Datei nur 193,64 MB – zum Vergleich die alte hatte 194,10 MB (Stand letzte Nacht)
Warum ist sie dann ungezipt größer als die alte ??? (alte : 1,97 GB und neue 2,03 GB)
Nächstes Problem : wollte Bild in einen Blog einfügen, kam auch nur Fehlermeldung, daß es nicht in die DB eingefügt werden konnte. Kann nun auch an der DB-Größe liegen.
Warum ist sie eigentlich so groß ? Die alte war doch nicht so groß.
Das Bild kann ich auch händisch einfügen über FTP und vorher verkleinern. Warum hat er für den neuen Monat noch keinen Ordner angelegt ? (ggf. hab ich diesen Monat noch kein Bild hochgeladen ?) Lege den Ordner 08 in 2024 händisch an. Das hat funktioniert.
Wollte DB-Backup von der neuen DB in strato ziehen – hat aber letzte Nacht kein Backup um 3 Uhr angelegt – warum ? Auch wegen der > 2 GB ???
Habe das vorhandene erste Backup (nach dem Neuanlegen und Importieren) dann mir runtergeladen, auch wenn es vom heutigen Stand noch nicht optimiert und unvollständig an Daten ist. Habe Strato angeschrieben wegen dem fehlenden Backup.
Datenbank ist jetzt schon 2,04 GB – wächst also weiter.
Ich habe mir überlegt, da ich trotz rauslöschen meiner ungenutzten Entwurf´s-Blogs die DB nicht kleiner kriegte und keine neuen Einträge schreiben konnte, daß ich die Blogs „Änderungen Juli und August 2024“ zusammenfasse und einfach in den obersten letzten neuen Blog jetzt diesen Eintrag reinschreibe, damit alle wissen, was hier los ist.
****************************************************************************
Nächster Tag : 11.8.2024
Habe nachgeschaut, ob am 10.8.2024 um 3 Uhr ein Backup bei strato gezogen wurde und habe es runtergeladen – ist zwar 2,04 GB und gezippt dann 17,24 MB als Backup (zum Vergleich Backup Nacht davor : 193,64 MB) (hä ????)
Komischerweise wird aber alles angezeigt. Kann aber trotzdem keinen neuen Beitrag erstellen, kommt weiter die Fehlermeldung : kritischer Fehler ….
Ziehe mal über phymyadmin ein Backup von heute. (Ist 196 MB als *.sql)
*****************************************************************************
Nächster Tag : 12.8.2024
Habe mir Backup in strato angesehen, von letzter Nacht, ist gleicher niedriger Wert (17.24 MB), wie vorherige Nacht – müßte aber viel größer ähnlich der ersten Nacht sein (193,46 MB).
Was ist da los ? Ungezipt ist die DB immer noch 2,04 GB mit rotem Ausrufezeichen.
*****************************************************************************
Nächsten Tage : habe immer in strato nachgeschaut : DB 2,04 GB undbei Backup wäre sie 14,21 – 14,24 MB (9.-13.8.2024) trotz Cache leeren, wp-optimize und wp-broken-link und wp-sweep ….
Habe meinen vermißten php-Programmierer am Grab besucht, hat mir aber auch keine Eingebung gebracht – bekomme die DB nicht kleiner und somit kein Insert
… und strato hat mich aufgefordert, den support zu bewerten – haha.
Hatte ja nachgefragt, ob ich mein Paket ändern kann, mehr Datenbank-Platz für diese eine DB und dafür statt 25 DB nur noch 2 DB, weil ich sowieso keine 25 nutze – aber nein, geht nicht.
*****************************************************************************
Nach 3 Tage Garten las ist die Mail von strato :
„Gesendet: Donnerstag, 15. August 2024 um 14:05
Von: „STRATO Service“ <support+f09b4cb70ce4f45b8936ac18ae0bd5db@kontakt.strato.de>
An: „Sabine Wenig“ <sabine_wenig@gmx.de>Betreff: STRATO AG – Ihr freundlicher Support
Sehr geehrte Frau Wenig,
wir haben die Datenbank xxxxxxxxxxx geprüft und möchten Ihnen die Ergebnisse mitteilen.
Am 09.08.2024 haben Sie eine Optimierung Ihrer Datenbank durchgeführt. Das Backup vom 10.04.2024 fällt deshalb deutlich kleiner aus (17,24 MB), während die Datenbank insgesamt 2,04 GB groß ist. Dies ist jedoch kein Fehler und nicht ungewöhnlich. Das Backup ist eine komprimierte Textdatei, die beim Herunterladen und Entpacken etwa 200 MB groß ist. Nach dem Import in eine neue Datenbank wird diese etwas größer als 200 MB sein, jedoch immer noch deutlich kleiner als die ursprünglichen 2,04 GB.
Die Datenbank verbraucht auf dem Server mehr Speicherplatz, da sie dort nicht mehr nur als Textdatei vorliegt.
Wenn Sie die optimierte Datenbank erneut exportieren und wieder importieren, wird die Größe nochmals reduziert, da überschüssige Daten, wie z.B. Leerzeichen, entfernt werden.
Zusammenfassend können wir bestätigen, dass die Optimierung erfolgreich war und die angezeigten Speichergrößen korrekt sind.
Falls Sie weitere Fragen haben oder Unterstützung benötigen, tragen Sie diese bitte in detailliert im Text ein. Wir helfen Ihnen gerne weiter.
Zurzeit ist der Kundenservice sehr stark ausgelastet, daher benötigen wir aktuell mehr Zeit als üblich für die Bearbeitung unserer E-Mails. Wir bitten Sie höflich um Entschuldigung, dass Sie so lange auf die Antwort warten mussten.
Mit freundlichen Grüßen
Florinda Demaj
STRATO Customer Care
——————————————————————————-
Kontakt: www.strato.de/faq
Website: www.strato.de
——————————————————————————-
STRATO AG
Otto-Ostrowski-Straße 7
10249 Berlin, Germany
——————————————————————————-
Die gesetzlichen Pflichtangaben gemäß § 80 AktG finden Sie unter https://www.strato.de/impressum/.“
——> ok, dann exportiere ich jetzt die DB von letzter Nacht (16.08.2024 03:10), lösche meine dann und importiere die neue DB.
Na toll, beim Importieren bricht er immer bei der 3 von 26 Tabellen ab und bringt folgende Fehlermeldung.
Nach weiterem Fummeln (auslassen der ersten drei Tabellen beim Import und Haken raus bei „AUTO_INCREMENT nicht für Nullwerte verwenden“) kam dann endlich die seit langem ersehnte grüne Meldung „DB erfolgreich importiert“
… und es scheint alles sogar zu funktionieren. Fange jetzt mit meiner Laptoparbeit an und füge weitere Datensätze in die Blogs ein.
Datenbank ist jetzt 329,73 MB groß. Komisch von vorher 2,04 GB – komprimiert Mysql 8.0 anders als Mysql 5.7 ???
Wie auch immer, die DB ist unter 2 GB und somit kann ich neue Blogs schreiben (Insert-Befehl) und auch die Updates kommen wieder – ein Plugin meldet sich schon.