{"id":149933,"date":"2024-08-01T18:38:35","date_gmt":"2024-08-01T17:38:35","guid":{"rendered":"http:\/\/www.sabinewenig.de\/myblog\/?p=149933"},"modified":"2024-08-21T11:35:00","modified_gmt":"2024-08-21T10:35:00","slug":"aenderungen-august-2024","status":"publish","type":"post","link":"http:\/\/www.sabinewenig.de\/myblog\/?p=149933","title":{"rendered":"Fehler beim Aufbau einer Datenbankverbindung"},"content":{"rendered":"

Am 3.8.2024 (Samstag am Abend) wollte ich meine Laptoparbeit nach dem Garten machen und da lief mein Myblog pl\u00f6tzlich nicht mehr, kam nur immer die Fehlermeldung : Fehler beim Aufbau einer Datenbankverbindung.<\/p>\n

<\/p>\n

<\/p>\n

****************************************************************************<\/p>\n

<\/p>\n

<\/p>\n

****************************************************************************<\/p>\n

<\/p>\n

<\/p>\n

Es ging weder der Dashboard noch die Anzeige der Webseite.
\nIch schrieb strato an per Mail. Ich sammelte aber weiterhin Info\u00b4s und suchte nach Wege.
\nMir fehlte mein ehemaliger Kumpel und Chef von cooleshops, denn Datenbanken warsein Steckenpferd.
\nIch loggte mich auf der Strato-Webseite ein und suchte meine Datenbank – dort stand sie noch mit 1,97 GB – ich versuchte sie \u00fcber das Dreipunkte-Men\u00fc (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\u00e4ter im Winscp – bekam aber immer nur Fehlermeldungen.
\nErst Tage sp\u00e4ter kam ich darauf, da\u00df ich die tempor\u00e4re mir angezeigte Verbindung nicht speichern durfte, sondern nur einmalig anw\u00e4hlen – 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\u00df, 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\u00e4tte geben m\u00fcssen — ????<\/p>\n

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\u00fcllen, w\u00e4re eine gewaltige Flei\u00dfarbeit.
\nStrato vertr\u00f6stete mich in diesen Tagen immer nur, ich solle warten, aufgrund der gewaltigen Nachfrage ….. – ich mu\u00dfte mir also selber helfen und so hatte ich mir erst \u00fcberlegt, 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)<\/p>\n

Mein Plan :
\nDann 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\u00f6schen und ich mu\u00dfte noch meine inzwischen aufgelaufenen neuen Daten, die ich lokal gespeichert hatte, dann in den Blogs eingeben.<\/p>\n

Strato hatte mir inzwischen nur geraten, das Passwort zu \u00e4ndern – was nat\u00fcrlich gar nichts gebracht hatte.
\nUnd weil ich mich \u00fcber die unpers\u00f6nlichen Textbaustein-Antworten von Ihnen beschwert hatte, die mich immer vertr\u00f6steten, kam auch heute mal eine pers\u00f6nliche Antwort – aber inzwischen hatte ich mir schon selbst geholfen und berichtete nun an strato.<\/p>\n

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\/
\n(daher wu\u00dfte ich, da\u00df ich beim Importieren der DB keinen Haken bei „AUTO_INCREMENT nicht f\u00fcr Nullwerte verwenden\u201c setzen durfte und es brachte mich darauf, da\u00df ich links im phpmyadmin erst die DB anklicken mu\u00dfte, ehe ich auf „Importieren“ ging.<\/p>\n

<\/p>\n

<\/p>\n

****************************************************************************<\/p>\n

<\/p>\n

<\/p>\n

****************************************************************************<\/p>\n

<\/p>\n

<\/p>\n

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\u00df der Proxyserver abbrach mit der Fehlermeldung – ja, die DB war in einem Schritt hochzudaden nunmal zu gro\u00df – und bei der Gr\u00f6\u00dfenangabe 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.
\nIch konnte jaauch nicht nachschaun, wie viele Tabellen (Felder o.\u00e4.) es sein mu\u00dften (sind jetzt 26) – ich konnte h\u00f6chstens 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.<\/p>\n

<\/p>\n

<\/p>\n

Inzwischen steht ein rotes Ausrufezeichen neben der DB-Gr\u00f6\u00dfe von 2,03 GB – klar, mu\u00df ich optimieren und aufr\u00e4umen, \u00fcberschreitet Max-Gr\u00f6\u00dfe.
\nNach 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\u00fcher feststellen – sah nicht, ob was fehlte oder zu viel war – lief anscheinend jetzt mit der h\u00f6heren mysql-Version wieder ganz normal.
\nAlso werde ich es erst Mal so lassen trotz wieder letzter Fehlermeldung beim Import und werde morgen wieder meine Daten einf\u00fcgen und aufr\u00e4umen. ggf. finde ich ja dann noch Dinge, die nicht ok sind.
\nHabe strato mitgeteilt, da\u00df sie mein Ticket schlie\u00dfen k\u00f6nnen.<\/p>\n

Leider ist mein seit Jahren m\u00fchsam aufgebautes gutes Ranking in den Suchmaschinen jetzt dahin, da die Webseite mehrere Tage nicht erreichbar war.
\nJetzt 485 Beitr\u00e4ge und 46 Seiten.<\/p>\n

****************************************************************************<\/p>\n

N\u00e4chster Tag : Will die Datenbank in phpmyadmin optimieren : schreit mich gleich wieder eine Fehlermeldung an .<\/p>\n

<\/p>\n

<\/p>\n

Habe gestern gelesen, diese Fehlermeldung hat mit dem Link-Checker zu tun, also s\u00e4ubere ich nicht vorhandene Links raus.
\nHabe auch das Plugin mal deaktiviert und dann versucht zu optimieren – hat aber nichts ge\u00e4ndert.<\/p>\n

Dann eben in wordpress-myblog-Dashboard \u00fcber WP-Optimize 3.4.2 optimieren um die Gr\u00f6\u00dfe runter zu kriegen (von 2,02 GB jetzt auf 2,03 GB – h\u00e4 ???? – laut Anzeige auf strato-Webseite bei meiner DB).
\nSeiten-Cache geleert.<\/p>\n

Da sonst alles l\u00e4uft, werde ich jetzt meine aufgelaufenen Daten einf\u00fcgen. Hat er genommen, obwohl zu viele GB.
\nDas Einf\u00fcgen 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\u00df ?
\ntja, in der letzten FM stand ja : „Insert-Befehl … nicht nutzbar“<\/p>\n

Plugin wp-sweep erfolglos durchlaufen lassen. DB ist nicht kleiner geworden.<\/p>\n

Meine Entw\u00fcrfe und nicht genutzte Blogs erst in Papierkorb und dann gel\u00f6scht – hat auch nichts genutzt – Datenbank bleibt bei 2,03 GB und ich kann keinen neuen Blog erstellen (kritischer Fehler).<\/p>\n

Im Dashboard bei Werkzeuge – Website-Zustand (Bericht) ist alles gut.<\/p>\n

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)
\nWarum ist sie dann ungezipt gr\u00f6\u00dfer als die alte ??? (alte : 1,97 GB und neue 2,03 GB)<\/p>\n

N\u00e4chstes Problem : wollte Bild in einen Blog einf\u00fcgen, kam auch nur Fehlermeldung, da\u00df es nicht in die DB eingef\u00fcgt werden konnte. Kann nun auch an der DB-Gr\u00f6\u00dfe liegen.
\nWarum ist sie eigentlich so gro\u00df ? Die alte war doch nicht so gro\u00df.
\nDas Bild kann ich auch h\u00e4ndisch einf\u00fcgen \u00fcber FTP und vorher verkleinern. Warum hat er f\u00fcr den neuen Monat noch keinen Ordner angelegt ? (ggf. hab ich diesen Monat noch kein Bild hochgeladen ?) Lege den Ordner 08 in 2024 h\u00e4ndisch an. Das hat funktioniert.<\/p>\n

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 ???
\nHabe das vorhandene erste Backup (nach dem Neuanlegen und Importieren) dann mir runtergeladen, auch wenn es vom heutigen Stand noch nicht optimiert und unvollst\u00e4ndig an Daten ist. Habe Strato angeschrieben wegen dem fehlenden Backup.<\/p>\n

Datenbank ist jetzt schon 2,04 GB – w\u00e4chst also weiter.<\/p>\n

Ich habe mir \u00fcberlegt, da ich trotz rausl\u00f6schen meiner ungenutzten Entwurf\u00b4s-Blogs die DB nicht kleiner kriegte und keine neuen Eintr\u00e4ge schreiben konnte, da\u00df ich die Blogs „\u00c4nderungen Juli und August 2024“ zusammenfasse und einfach in den obersten letzten neuen Blog jetzt diesen Eintrag reinschreibe, damit alle wissen, was hier los ist.<\/p>\n

****************************************************************************<\/p>\n

N\u00e4chster Tag : 11.8.2024
\nHabe 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\u00e4 ????)
\nKomischerweise wird aber alles angezeigt. Kann aber trotzdem keinen neuen Beitrag erstellen, kommt weiter die Fehlermeldung : kritischer Fehler ….
\nZiehe mal \u00fcber phymyadmin ein Backup von heute. (Ist 196 MB als *.sql)<\/p>\n

*****************************************************************************<\/p>\n

N\u00e4chster Tag : 12.8.2024
\nHabe mir Backup in strato angesehen, von letzter Nacht, ist gleicher niedriger Wert (17.24 MB), wie vorherige Nacht – m\u00fc\u00dfte aber viel gr\u00f6\u00dfer \u00e4hnlich der ersten Nacht sein (193,46 MB).
\nWas ist da los ? Ungezipt ist die DB immer noch 2,04 GB mit rotem Ausrufezeichen.<\/p>\n

*****************************************************************************<\/p>\n

N\u00e4chsten Tage : habe immer in strato nachgeschaut : DB 2,04 GB undbei Backup w\u00e4re sie 14,21 – 14,24 MB (9.-13.8.2024) trotz Cache leeren, wp-optimize und wp-broken-link und wp-sweep ….
\nHabe meinen vermi\u00dften php-Programmierer am Grab besucht, hat mir aber auch keine Eingebung gebracht – bekomme die DB nicht kleiner und somit kein Insert
\n… und strato hat mich aufgefordert, den support zu bewerten – haha.
\nHatte ja nachgefragt, ob ich mein Paket \u00e4ndern kann, mehr Datenbank-Platz f\u00fcr diese eine DB und daf\u00fcr statt 25 DB nur noch 2 DB, weil ich sowieso keine 25 nutze – aber nein, geht nicht.<\/p>\n

*****************************************************************************<\/p>\n

Nach 3 Tage Garten las ist die Mail von strato :<\/p>\n

\n„Gesendet: Donnerstag, 15. August 2024 um 14:05<\/p>\n

Von: „STRATO Service“ <support+f09b4cb70ce4f45b8936ac18ae0bd5db@kontakt.strato.de>
\nAn: „Sabine Wenig“ <sabine_wenig@gmx.de><\/p>\n

Betreff: STRATO AG – Ihr freundlicher Support<\/p>\n

Sehr geehrte Frau Wenig,<\/p>\n

wir haben die Datenbank xxxxxxxxxxx gepr\u00fcft und m\u00f6chten Ihnen die Ergebnisse mitteilen.<\/p>\n

Am 09.08.2024 haben Sie eine Optimierung Ihrer Datenbank durchgef\u00fchrt. Das Backup vom 10.04.2024 f\u00e4llt deshalb deutlich kleiner aus (17,24 MB), w\u00e4hrend die Datenbank insgesamt 2,04 GB gro\u00df ist. Dies ist jedoch kein Fehler und nicht ungew\u00f6hnlich. Das Backup ist eine komprimierte Textdatei, die beim Herunterladen und Entpacken etwa 200 MB gro\u00df ist. Nach dem Import in eine neue Datenbank wird diese etwas gr\u00f6\u00dfer als 200 MB sein, jedoch immer noch deutlich kleiner als die urspr\u00fcnglichen 2,04 GB.<\/p>\n

Die Datenbank verbraucht auf dem Server mehr Speicherplatz, da sie dort nicht mehr nur als Textdatei vorliegt.<\/p>\n

Wenn Sie die optimierte Datenbank erneut exportieren und wieder importieren, wird die Gr\u00f6\u00dfe nochmals reduziert, da \u00fcbersch\u00fcssige Daten, wie z.B. Leerzeichen, entfernt werden.<\/p>\n

Zusammenfassend k\u00f6nnen wir best\u00e4tigen, dass die Optimierung erfolgreich war und die angezeigten Speichergr\u00f6\u00dfen korrekt sind.<\/p>\n

Falls Sie weitere Fragen haben oder Unterst\u00fctzung ben\u00f6tigen, tragen Sie diese bitte in detailliert im Text ein. Wir helfen Ihnen gerne weiter.<\/p>\n

Zurzeit ist der Kundenservice sehr stark ausgelastet, daher ben\u00f6tigen wir aktuell mehr Zeit als \u00fcblich f\u00fcr die Bearbeitung unserer E-Mails. Wir bitten Sie h\u00f6flich um Entschuldigung, dass Sie so lange auf die Antwort warten mussten.<\/p>\n

Mit freundlichen Gr\u00fc\u00dfen<\/p>\n

Florinda Demaj
\nSTRATO Customer Care
\n——————————————————————————-
\nKontakt: www.strato.de\/faq
\nWebsite: www.strato.de
\n——————————————————————————-
\nSTRATO AG
\nOtto-Ostrowski-Stra\u00dfe 7
\n10249 Berlin, Germany
\n——————————————————————————-
\nDie gesetzlichen Pflichtangaben gem\u00e4\u00df \u00a7 80 AktG finden Sie unter https:\/\/www.strato.de\/impressum\/.“\n<\/p><\/blockquote>\n

——> ok, dann exportiere ich jetzt die DB von letzter Nacht (16.08.2024 03:10), l\u00f6sche meine dann und importiere die neue DB.<\/p>\n

Na toll, beim Importieren bricht er immer bei der 3 von 26 Tabellen ab und bringt folgende Fehlermeldung.<\/p>\n

<\/p>\n

<\/p>\n

Nach weiterem Fummeln (auslassen der ersten drei Tabellen beim Import und Haken raus bei „AUTO_INCREMENT nicht f\u00fcr Nullwerte verwenden\u201c) kam dann endlich die seit langem ersehnte gr\u00fcne Meldung „DB erfolgreich importiert“<\/p>\n

<\/p>\n

<\/p>\n

… und es scheint alles sogar zu funktionieren. Fange jetzt mit meiner Laptoparbeit an und f\u00fcge weitere Datens\u00e4tze in die Blogs ein.
\nDatenbank ist jetzt 329,73 MB gro\u00df. Komisch von vorher 2,04 GB – komprimiert Mysql 8.0 anders als Mysql 5.7 ???
\nWie 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.<\/p>\n","protected":false},"excerpt":{"rendered":"

Am 3.8.2024 (Samstag am Abend) wollte ich meine Laptoparbeit nach dem Garten machen und da lief mein Myblog pl\u00f6tzlich nicht mehr, kam nur immer die Fehlermeldung : Fehler beim Aufbau einer Datenbankverbindung. **************************************************************************** **************************************************************************** Es ging weder der Dashboard noch … Weiterlesen →<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"ngg_post_thumbnail":0,"footnotes":""},"categories":[1,96],"tags":[224,12],"class_list":["post-149933","post","type-post","status-publish","format-standard","hentry","category-allgemein","category-mitteilungen","tag-leben","tag-mitteilung"],"_links":{"self":[{"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=\/wp\/v2\/posts\/149933","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=149933"}],"version-history":[{"count":0,"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=\/wp\/v2\/posts\/149933\/revisions"}],"wp:attachment":[{"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=149933"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=149933"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.sabinewenig.de\/myblog\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=149933"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}