Speicherbelegung selbst untersuchen

Wie man die Speicherbelegung des Hostingaccounts selbst untersucht und nachvollziehen kann wo der Speicher verbraucht wird.

Wo erhalte ich eine Übersicht meiner Speicherbelegung?

Bereis im Kundencenter kannst du den aktuellen Verbrauch deines Speichers erkennen und erhältst einen groben Überblick.

Sobald du dich in das Webhosting-Control-Panel eingeloggt hast, findest du umfangreichere Informationen zum Speicherverbrauch. Im Bereich des Ressourcenverbrauchs, kannst du dir mehr Statistiken anzeigen lassen.

Über die Statistiken kannst du nun genau einsehen, wie deine Speicherbelastung der einzelnen Hostingbereiche ausfällt.

WICHTIG:  Die Berechnung der Speicherbelegung ist nicht live und wird erst jede Nacht neu berechnet. Wenn du kürzlich erst Daten gelöscht hast, wird dies immer erst am nächsten Tag korrekt angezeigt.

Alle Domains auf einen Blick nach Speicherplatzbelegung:

Warum zeigt der WordPress „Website-Zustand“ manchmal einen fast vollen Speicher, obwohl im Kundencenter noch genug Platz frei ist?

Es kann vorkommen, dass WordPress unter Werkzeuge → Website-Zustand eine Warnung wie „weniger als 20 MB Speicherplatz frei“ anzeigt und gleichzeitig meldet, dass Aktualisierungen nicht mehr durchgeführt werden können – während du im Kundencenter oder im Plesk-Ressourcenverbrauch siehst, dass eigentlich noch mehrere Gigabyte frei sind. Das führt häufig zusätzlich zu Fehlermeldungen wie „Die Datei konnte nicht auf die Festplatte geschrieben werden“ beim Hochladen von Bildern in die Mediathek.

Warum widersprechen sich diese beiden Anzeigen?

• Die Speicheranzeige im Kundencenter bzw. in Plesk bezieht sich auf deine tatsächliche Account-Quota (dein gebuchtes Speicherkontingent) und wird, wie im Abschnitt weiter oben beschrieben, einmal pro Nacht neu berechnet.
• Der WordPress-eigene „Website-Zustand“-Check prüft den freien Speicherplatz dagegen direkt über PHP-Funktionen auf Dateisystem-Ebene. Je nach Serverkonfiguration kann dieser Wert von deiner eigentlichen Account-Quota abweichen und in seltenen Fällen fälschlicherweise einen sehr geringen freien Speicher melden, obwohl deine gebuchte Quota noch nicht annähernd ausgeschöpft ist.
• Diese beiden Werte sind also technisch unterschiedliche Messungen und müssen nicht zwingend übereinstimmen.

Was du tun kannst, wenn dir das passiert

1. Prüfe zuerst wie im Abschnitt oben beschrieben deine tatsächliche Speicherbelegung im Kundencenter bzw. im Plesk-Ressourcenverbrauch.
2. Zeigt diese Übersicht ausreichend freien Speicherplatz, kannst du die Warnung im WordPress „Website-Zustand“ in der Regel zunächst ignorieren – sie beeinträchtigt üblicherweise nicht die eigentliche Funktion deiner Website.
3. Tritt zusätzlich der Fehler „Die Datei konnte nicht auf die Festplatte geschrieben werden“ beim Hochladen von Bildern auf, obwohl genug Speicherplatz frei ist, kontaktiere unseren Support mit dem genauen Zeitpunkt und der betroffenen Domain – wir prüfen dann serverseitig, ob eine andere Ursache (z. B. Dateiberechtigungen) vorliegt.

Wie den Speicherverbrauch einer Datei oder eines Ordners überprüfen?

Über den Plesk Filemanager kannst du einzelne Dateien oder Ordner markieren und dir weitere Informationen ausgeben lassen. Den Filemanager findest du ebenfalls im Hauptmenü unter Websites und Domains.

Wo landen Dateien, welche gelöscht wurden?

Wenn Dateien über den Dateimanager in Plesk gelöscht werden, gibt es die Option, diese Final zu löschen oder diese in den integrierten Plesk Papierkorb zu schieben.
Den Plesk Papierkorb findet man im Dateimanager im Basisverzeichnis unter .trash.
Hier landen alle gelöschten Dateien.

Der Diskspace Usage Viewer

Über den Diskspace-Usage-Viewer kannst du ebenfalls die Datei und Ordnergrößen anzeigen lassen

Was soll ich machen, wenn ich über den Speicherverbrauch gerate?

Hier greift unsere Fair-Use-Policy. Jeder Kunde kann damit kurzfristig Ressourcen nutzen, um zum Beispiel etwas zu testen oder einem Besucheransturm stand zu halten.

WICHTIG: Alle Managed-Server-Tarife benötigen für das Betriebssystem sowie Standardsoftware ca. 25 GB Speicherplatz. Dieser Speicherplatz versteht sich zusätzlich zu dem im Kundencenter als „verbraucht“ angezeigten Speicherplatz. Beispiel: Gesamtkapazität: 160 GB / Belegt laut Kundencenter: 120 GB / Tatsächlich belegt: ca. 145 GB inkl. Betriebssystem und Standardsoftware.

Warum wurde meine Website ohne Vorwarnung abgeschaltet, obwohl der Speicherplatz voll war?

Wenn eine Website ohne vorherige Warn-E-Mail plötzlich nicht mehr erreichbar ist und im Kundencenter eine sehr hohe oder vollständig ausgeschöpfte Speicherbelegung angezeigt wird, ist meist eine überschrittene Speicher-Quota die Ursache. Anders als bei einem einzelnen HTTP-500-Fehler kann eine komplett volle Quota dazu führen, dass Schreibvorgänge auf dem Hostingaccount grundsätzlich fehlschlagen und die Website dadurch vollständig nicht mehr lädt.

Warum kommt hier keine Vorwarnung?

Die Berechnung der Speicherbelegung erfolgt nicht live, sondern wird einmal pro Nacht aktualisiert (siehe Abschnitt weiter oben). Wird die Kapazitätsgrenze zwischen zwei Berechnungen überschritten, etwa durch automatische Backups, stark anwachsende Logdateien oder einen plötzlichen Zuwachs an Mediendateien, kann der Wechsel von „fast voll“ zu „vollständig ausgeschöpft“ sehr kurzfristig passieren, ohne dass vorher eine gesonderte Warnmeldung ausgelöst wurde.

Was tun, wenn die Website deswegen bereits offline ist?

1. Prüfe im Kundencenter bzw. in Plesk (Bereich Ressourcenverbrauch) die aktuelle Speicherbelegung.
2. Lösche wie im vorherigen Abschnitt beschrieben alte Backups und nicht mehr benötigte Staging-Umgebungen, um wieder unter die Kapazitätsgrenze zu kommen.
3. Warte nach dem Löschen kurz ab bzw. kontaktiere den Support, damit die Website nach Freigabe von Speicherplatz wieder aktiviert werden kann, falls sie nicht automatisch zurückkehrt.

Wie kann ich das künftig proaktiv vermeiden?

• Regelmäßig (z. B. wöchentlich) die Speicherbelegung im Kundencenter prüfen, statt auf eine automatische Warnung zu warten.
• Automatisierte Backup-Plugins so konfigurieren, dass alte Sicherungen automatisch rotiert bzw. gelöscht werden.
• Bei regelmäßig hoher Auslastung frühzeitig ein Upgrade des Speicherkontingents über das Kundencenter in Erwägung ziehen.

HTTP-500-Fehler durch überschrittene Speicher-Quota erkennen und beheben

Wenn deine Website plötzlich einen HTTP-500-Fehler anzeigt und im Plesk-Error-Log ein Hinweis wie Disk quota exceeded (System error 122) erscheint, liegt das meist an einer Speicherüberschreitung deines Hostingpakets. In diesem Zustand können teilweise auch Konfigurationsdateien wie die .htaccess nicht mehr gespeichert werden, was den Fehler zusätzlich verschärft.

Voraussetzungen

• Zugriff auf das Kundencenter und das Plesk Control Panel.
• Kenntnis darüber, dass Staging-Umgebungen und Backups ebenfalls auf die Speicher-Quota deines Hostingpakets angerechnet werden.

Schritt-für-Schritt-Anleitung

1. Speicherbelegung prüfen

Prüfe im Kundencenter bzw. im Plesk Control Panel (Bereich Ressourcenverbrauch), wie hoch deine aktuelle Speicherbelegung ist. Werte über 100 % weisen auf eine Überschreitung hin.

2. Alte Backups identifizieren und löschen

Ein häufiger Grund für eine überschrittene Quota sind alte, nicht mehr benötigte Backups, zum Beispiel im Ordner von Backup-Plugins wie UpdraftPlus. Prüfe über den Plesk Filemanager oder den Diskspace-Usage-Viewer, welche Ordner besonders viel Speicher belegen, und lösche veraltete Backups, die du nicht mehr benötigst.

3. Nicht mehr benötigte Staging-Umgebung entfernen

Der Speicherverbrauch einer Staging-Umgebung wird vollständig auf den Gesamtspeicher deines gebuchten Hostingpakets angerechnet. Wenn du deine Staging-Umgebung nicht mehr aktiv nutzt, kannst du sie über das Control Panel löschen, um Speicherplatz freizugeben.

4. Website erneut prüfen

Sobald genug Speicherplatz freigegeben wurde, sollte die Website wieder normal erreichbar sein und Konfigurationsdateien wie die .htaccess lassen sich wieder speichern. Prüfe die Website erneut und behebe gegebenenfalls verbleibende Konfigurationsfehler in der .htaccess.

Weiteres Symptom: „Die Antwort ist keine gültige JSON-Antwort!“ beim Speichern

Eine überschrittene Speicher-Quota zeigt sich nicht nur als HTTP-500-Fehler. Häufig äußert sie sich auch beim Bearbeiten und Speichern von Inhalten im WordPress-Backend als folgende Fehlermeldung:

„Die Aktualisierung ist fehlgeschlagen. Die Antwort ist keine gültige JSON-Antwort!“

Diese Meldung erscheint, weil WordPress bei fast vollständig ausgelastetem Speicherplatz (z. B. 100 % oder mehr) keine temporären Hintergrunddaten mehr ablegen kann, die für den AJAX-Speichervorgang benötigt werden. Statt der erwarteten JSON-Antwort erhält dein Browser dadurch eine unvollständige oder fehlerhafte Serverantwort – das Ergebnis ist die oben genannte Fehlermeldung, obwohl auf den ersten Blick kein Zusammenhang mit dem Speicherplatz erkennbar ist.

So gehst du vor

1. Prüfe deine aktuelle Speicherbelegung wie oben beschrieben im Kundencenter bzw. im Plesk Control Panel. Werte ab etwa 100 % sind ein starkes Indiz für diese Fehlerursache.
2. Gib Speicherplatz frei, zum Beispiel durch das Löschen alter Backups (etwa im Ordner von Backup-Plugins wie UpdraftPlus) oder nicht mehr benötigter Staging-Umgebungen.
3. Lade die Seite im Backend neu und versuche erneut zu speichern.

Fazit & Support-Hinweis

Ein HTTP-500-Fehler in Kombination mit „Disk quota exceeded“ ist in der Regel kein technischer Defekt, sondern ein Speicherplatzproblem, das durch das Löschen alter Backups und nicht mehr benötigter Staging-Umgebungen meist selbst behoben werden kann. Solltest du unsicher sein, welche Dateien du löschen kannst, oder das Problem besteht weiterhin, hilft dir unser Support-Team gerne weiter.