If your web hosting requires an unusually large amount of storage space or if you want to know how much data your website is transferring, you can find several tools for this directly in the CURIAWEB cPanel.
It is important in this regard, Not to be confused storage space and bandwidth. Storage space shows how much data is permanently stored in your hosting account. Bandwidth, on the other hand, shows how much data has been transferred between your hosting and visitors or other systems within a given period of time.
In this guide, we will show you how to check disk space and bandwidth in cPanel, find large directories, and systematically investigate unusually high usage.
Important: Never delete files just because a directory requires a lot of storage space. First, check which application uses the files and whether they are still needed.
Storage space and bandwidth briefly explained #
Both values describe completely different things.
| Value | Meaning |
|---|---|
| Storage space | Data stored in your hosting account |
| bandwidth | Data transmitted between servers and other systems |
Therefore, a website can require little storage space and still generate a lot of bandwidth.
Conversely, a hosting account can take up a lot of storage space even though the website has very few visitors.
What takes up storage space in web hosting? #
Different data can contribute to the storage consumption of a hosting account.
Typical examples are:
- Website files
- WordPress files
- Pictures and videos
- Email messages and attachments
- Databases
- Log files
- Cache files
- temporary files
- Backups and archives
- Test or staging websites
Therefore, if the used disk space suddenly increases sharply, you should first find out, which area has grown.
Check storage space directly in cPanel #
Depending on the view, various statistics or usage values of your account are already displayed on the cPanel overview page.
For a more detailed analysis, open:
Files → Storage usage
There you can see which directories within your hosting account are using a particularly large amount of disk space.
How to correctly read storage space usage #
The storage space overview helps you identify large directory areas.
You should not delete individual files immediately, but rather work your way step-by-step from the larger directory to the actual culprit.
Example:
Hosting-Account
└── public_html
└── wp-content
└── uploads
If public_html is very large, that initially only means that there is a lot of data within the website.
Only further analysis can show, for example, that a large part of it is under:
wp-content/uploads/
lies.
Examine large directories first #
If you are running out of storage space, look for the largest areas first.
This makes the analysis much more efficient than checking hundreds of small files individually.
Typical candidates include, for example:
public_html
mail
tmp
Which directories are particularly large on your end depends on the actual usage of the hosting account.
Use file manager for further analysis #
If you have found a conspicuously large website directory, you can then cPanel File Manager use.
There you can examine the directory structure in more detail and determine which files or subfolders are present.
Attention: You should not delete system and application files on suspicion. A single incorrect deletion can render a website or application unusable.
Website files as storage consumers #
On a standard website, media in particular can take up a large portion of the storage space.
This includes, for example:
- high-resolution photos
- Videos
- PDF files
- Download files
- multiple versions of the same media
WordPress may also contain automatically generated image sizes.
Depending on the theme, plugins, and WordPress configuration, a single uploaded image file can result in several additional image files being generated.
Find large ZIP files and archives #
A common and unnecessary use of storage space is caused by archives that were left behind on the web space after a migration or backup.
Typical file extensions are:
.zip
.tar
.tar.gz
.gz
Such files can be several gigabytes in size.
Always check before deleting what the archive was created for and whether it is still needed.
Check old manual backups #
If you backed up website files or databases yourself and then saved them in your hosting account, these copies can take up a significant amount of storage space.
Examples:
backup.zip
website-alt.zip
wordpress-backup.tar.gz
database-backup.sql
In particular, multiple older copies of the same website can quickly add up.
Important: Do not delete any backup until you have clarified whether it is still needed and whether another reliable backup exists.
Do not confuse JetBackup with manual backup files #
CURIAWEB also provides JetBackup 5 in cPanel.
A backup managed by the backup system is technically not the same as a ZIP or SQL file that you have saved yourself within your web space.
For example, if you in the file manager a large file named backup.zip find, therefore you should not automatically assume that it is a server-managed JetBackup.
Consider staging and test websites #
If you have cloned a website or created a staging environment, this can result in an almost exact copy of the original website.
For example:
Live website: 4 GB
Staging copy: 4 GB
This already requires approximately 8 GB of website data – not yet taking into account additional databases, emails, and other files.
Therefore, check whether older test or staging installations are still needed.
Check cache directories #
Caching systems temporarily store generated data to deliver websites faster.
Normally, the respective application manages this data itself.
However, in the event of a misconfiguration or unusual usage, cache directories can grow significantly.
Do not blindly delete cache directories via the file manager. If possible, use the dedicated cache function of the application in question.
Log files can grow significantly #
Applications can generate their own log files.
For example, if the same error is logged thousands of times, a log file can become unusually large.
Typical file names may include, for example:
error.log
debug.log
cron.log
The exact name depends on the application.
When a log file is very large, you should not only look at the file, but also clarify, why so many entries are created.
Check WordPress debug.log #
With WordPress debugging enabled, for example, the following file may be present:
wp-content/debug.log
If a website constantly generates warnings or errors, this file can grow significantly.
We cover WordPress error logging under Using WordPress debugging and error logs.
Fix the error instead of just deleting the log file #
Assuming a log file is 2 GB in size and continues to grow daily.
Simply deleting the file does not solve the actual problem.
The more sensible procedure is:
detect large log file
↓
identify recurring error message
↓
fix the cause
↓
subsequently clean up the log file in a controlled manner
We explain how to analyze typical web server error messages at Read cPanel Error Log and find website errors.
Emails can take up a lot of storage space #
In heavily used mailboxes, emails can consume a significant portion of the hosting storage.
Besonders relevant sind:
- große Anhänge
- jahrelang gespeicherte Nachrichten
- umfangreiche Gesendet-Ordner
- Recycle Bin
- Spam-Ordner
- mehrere große Postfächer
Bei IMAP bleiben Nachrichten grundsätzlich auf dem Mailserver gespeichert, solange sie dort nicht gelöscht beziehungsweise entsprechend verschoben werden.
E-Mail-Speicherplatz separat analysieren #
Für E-Mail-Postfächer stellt cPanel eine eigene Funktion bereit:
E-Mail → Speicherplatznutzung durch E-Mails
Dort kannst du gezielter untersuchen, welche E-Mail-Konten beziehungsweise Mailordner Speicherplatz beanspruchen.
Die genaue Vorgehensweise erklären wir unter Check and clean up email storage in cPanel.
Papierkorb und Spam-Ordner nicht vergessen #
Eine Nachricht ist nicht zwingend vom Server gelöscht, nur weil sie aus dem Posteingang entfernt wurde.
Je nach Mailprogramm und Konfiguration kann sie anschließend beispielsweise im Papierkorb liegen.
Auch Spam-Ordner können sich über längere Zeit füllen.
Wenn ein Postfach ungewöhnlich groß ist, solltest du deshalb die einzelnen Mailordner betrachten und nicht nur den Posteingang.
Datenbanken benötigen ebenfalls Speicherplatz #
MySQL-Datenbanken tragen ebenfalls zum Speicherverbrauch eines Hosting-Accounts bei.
Bei datenintensiven Anwendungen können sie beträchtlich wachsen.
Typical causes include, for example:
- große Onlineshops
- umfangreiche Log- oder Statistiktabellen
- Session-Daten
- Plugin-Daten
- Importdaten
- nicht bereinigte temporäre Datensätze
Eine Datenbank sollte nicht direkt in phpMyAdmin bereinigt werden, wenn du die Funktion der betreffenden Tabellen nicht kennst.
Grundlagen zur Datenbankverwaltung findest du unter Use phpMyAdmin in cPanel.
Attention: Lösche niemals unbekannte Datenbanktabellen auf Verdacht. Eine vermeintlich alte oder große Tabelle kann für die Funktion der Website erforderlich sein.
SQL-Backups können zusätzlich Speicherplatz belegen #
Eine Datenbank selbst und ein exportiertes Datenbank-Backup sind zwei unterschiedliche Speicherverbraucher.
Wenn du beispielsweise eine große Datenbank exportierst und die erzeugte .sql-Datei anschließend auf dem Webspace liegen lässt, existieren beide Datenbestände gleichzeitig.
Speicherplatz nach dem Löschen erneut kontrollieren #
Wenn du nicht mehr benötigte Dateien sicher entfernt hast, kontrolliere anschließend erneut die Speicherplatznutzung.
Beachte, dass Nutzungsstatistiken je nach System nicht in jeder Ansicht sekundengenau aktualisiert werden müssen.
Wenn eine Anzeige unmittelbar nach einer Löschung noch den vorherigen Wert zeigt, bedeutet das deshalb nicht automatisch, dass die Datei weiterhin vorhanden ist.
Versteckte Dateien berücksichtigen #
Bestimmte Dateien beginnen unter Linux mit einem Punkt und können in einer normalen Dateiansicht ausgeblendet sein.
Examples:
.htaccess
.user.ini
Wie du solche Dateien sichtbar machst, erklären wir unter Show hidden files like .htaccess in cPanel.
Speicherplatz voll: Was kann passieren? #
Wenn einem Hosting-Account kein ausreichender freier Speicherplatz mehr zur Verfügung steht, können verschiedene Funktionen beeinträchtigt werden.
Je nach Anwendung können beispielsweise Probleme entstehen beim:
- Hochladen neuer Dateien
- Speichern neuer Daten
- Empfangen von E-Mails
- Erstellen temporärer Dateien
- Durchführen von Updates
- Erzeugen von Cache- oder Logdateien
Ein voller Speicherplatz sollte deshalb nicht erst dann untersucht werden, wenn die Website bereits Fehler zeigt.
Bei vollem Speicherplatz nicht zuerst Updates starten #
Ein Software-Update kann zusätzlichen temporären Speicherplatz benötigen.
Wenn der Hosting-Account bereits vollständig gefüllt ist, kann ein Update dadurch fehlschlagen oder unvollständig bleiben.
Schaffe zuerst kontrolliert ausreichend freien Speicherplatz und starte anschließend das Update.
Was ist Bandbreite? #
Die Bandbreitenanzeige in cPanel zeigt den Datenverkehr, der durch die Nutzung deines Hosting-Accounts entsteht.
Simplified:
Besucher lädt Website
→ Server überträgt HTML, CSS, JavaScript und Bilder
→ Datenverkehr entsteht
Auch andere Dienste können Datenverkehr erzeugen.
Speicherplatz und Bandbreite sind deshalb zwei getrennte Messgrößen.
Bandbreite in cPanel prüfen #
Open in CURIAWEB-cPanel:
Messwerte → Bandbreite
Dort kannst du die Bandbreitennutzung beziehungsweise den Datenverkehr deines Hosting-Accounts betrachten.
Warum steigt die Bandbreite? #
Mehr Bandbreite bedeutet nicht automatisch ein Problem.
Ein Anstieg kann beispielsweise entstehen durch:
- mehr Website-Besucher
- große Bilder oder Downloads
- häufig aufgerufene Dateien
- Bots und Crawler
- Downloads großer Dateien
- bestimmte automatisierte Zugriffe
Ein erfolgreicher Artikel oder eine stark besuchte Website kann deshalb naturgemäß mehr Datenverkehr erzeugen.
Große Dateien erhöhen den Datenverkehr #
Angenommen, eine öffentlich abrufbare Datei ist 100 MB groß und wird 100-mal vollständig heruntergeladen.
Dann entstehen allein dadurch ungefähr:
100 MB × 100
= 10.000 MB
≈ 10 GB Datenübertragung
Das Beispiel zeigt, warum einzelne große Dateien einen erheblichen Einfluss auf den Datenverkehr haben können.
Viele kleine Seitenaufrufe können ebenfalls viel Bandbreite erzeugen #
Nicht nur Downloads sind relevant.
Wenn eine Webseite pro vollständigem Seitenaufruf mehrere Megabyte an Bildern, CSS, JavaScript und anderen Ressourcen überträgt, summiert sich dies bei vielen Besuchern entsprechend.
Bandbreite und Website-Geschwindigkeit sind nicht dasselbe #
Eine hohe Bandbreitennutzung bedeutet nicht automatisch, dass die Website langsam ist.
Ebenso beweist eine geringe Bandbreitennutzung nicht, dass eine Website schnell ist.
Website-Performance hängt von zahlreichen weiteren Faktoren ab, beispielsweise:
- PHP-Verarbeitung
- Datenbankabfragen
- Caching
- Größe einzelner Ressourcen
- external services
- Hosting-Ressourcen
Bandbreite und CloudLinux-Ressourcen nicht verwechseln #
Auch diese Werte beschreiben unterschiedliche technische Ebenen.
| measured value | Was wird betrachtet? |
|---|---|
| Storage space | gespeicherte Daten |
| bandwidth | übertragene Daten |
| CloudLinux resources | beispielsweise CPU, Arbeitsspeicher und Prozesse |
Die CloudLinux-Auswertung behandeln wir im nächsten Artikel unter Understanding CloudLinux Resource Usage in cPanel.
Ungewöhnlich hohe Bandbreite untersuchen #
Wenn der Datenverkehr ohne erkennbaren Grund stark steigt, solltest du zunächst den Zeitraum eingrenzen.
Prüfe anschließend, ob der Anstieg mit einer bekannten Änderung zusammenfällt.
Examples:
- neue Marketingkampagne
- neuer Download
- stark besuchter Blogartikel
- Bot-Aktivität
- neue Anwendung
- externe Einbindung einer Datei
Hotlinking kann Datenverkehr erzeugen #
Wenn eine fremde Website eine Datei direkt von deinem Hosting einbindet, wird die Datei weiterhin von deinem Server ausgeliefert.
Beispielsweise könnte eine fremde Seite ein Bild direkt über deine URL laden.
Dadurch entsteht bei jedem entsprechenden Aufruf Datenverkehr auf deinem Hosting.
cPanel stellt dafür unter Sicherheit → Schutz vor Hotlinks eine entsprechende Funktion bereit.
Important: Aktiviere Hotlink-Schutz nicht unüberlegt. Externe Dienste, Feeds oder andere legitime Einbindungen können ebenfalls auf Dateien deiner Website zugreifen müssen.
Besucher und Bots unterscheiden #
Ein Anstieg des Datenverkehrs muss nicht ausschließlich von menschlichen Besuchern stammen.
Suchmaschinen, Monitoring-Dienste und andere Bots rufen ebenfalls Webseiten und Dateien ab.
Für eine genauere Analyse können im cPanel-Bereich Measurements beispielsweise Zugriffs- und Statistikwerkzeuge hilfreich sein.
AWStats zur weiteren Analyse verwenden #
With Messwerte → AWStats kannst du zusätzliche Statistiken zu Zugriffen auf deine Website betrachten.
Solche Statistiken können dabei helfen, ungewöhnliche Zugriffsmuster oder häufig aufgerufene Inhalte besser einzuordnen.
Beachte dabei, dass Webserverstatistiken und moderne Analytics-Systeme unterschiedliche Messmethoden verwenden können. Ihre Zahlen müssen deshalb nicht identisch sein.
Speicherplatzproblem oder Ressourcenproblem? #
Wenn eine Website langsam ist oder Fehler zeigt, solltest du nicht automatisch den Speicherplatz verantwortlich machen.
Prüfe zuerst, welche Art von Problem vorliegt.
| Beobachtung | Sinnvoller erster Prüfpunkt |
|---|---|
| Dateien lassen sich nicht mehr speichern | Storage space |
| Postfach ist voll | E-Mail-Speicherplatz |
| Ungewöhnlich viele Daten werden übertragen | Bandbreite / Zugriffe |
| Website ist bei Last langsam | CloudLinux-Ressourcen und Anwendung |
| Website zeigt PHP-Fehler | Error Log |
| Resource Limit Is Reached | CloudLinux resources |
Speicherplatz systematisch bereinigen #
Wenn du Speicherplatz freigeben musst, gehe kontrolliert vor:
- Open Files → Storage usage.
- Identifiziere die größten Verzeichnisse.
- Unterscheide Website-, E-Mail-, Datenbank- und sonstige Daten.
- Untersuche große Website-Verzeichnisse mit dem Dateimanager.
- Prüfe alte ZIP-, SQL- und andere manuell erzeugte Sicherungsdateien.
- Kontrolliere nicht mehr benötigte Test- und Staging-Websites.
- Prüfe ungewöhnlich große Logdateien.
- Analysiere E-Mail-Speicher separat.
- Lösche nur Daten, deren Zweck du eindeutig kennst.
- Kontrolliere anschließend erneut die Speicherplatznutzung.
Was du nicht auf Verdacht löschen solltest #
Entferne insbesondere nicht wahllos:
- unbekannte Systemverzeichnisse
- WordPress core files
- Plugin- oder Theme-Dateien
- Datenbankdateien
- Configuration files
- hidden files
- Mailverzeichnisse direkt über den Dateimanager
Wenn du nicht weißt, wofür eine Datei oder ein Verzeichnis benötigt wird, kläre dies vor dem Löschen.
Basic rule: Speicherplatz bereinigen bedeutet nicht „große Dateien löschen“, sondern zuerst herausfinden, welche Daten nicht mehr benötigt werden.
Wenn der angezeigte Speicherverbrauch unklar bleibt #
Wenn die Speicherplatzanzeige einen hohen Verbrauch zeigt, du den entsprechenden Datenbestand aber nicht eindeutig zuordnen kannst, solltest du nicht durch zufälliges Löschen experimentieren.
Dokumentiere stattdessen:
- angezeigten Gesamtverbrauch
- größte Verzeichnisse
- auffällige Dateien
- ungefähre Dateigrößen
- ob der Verbrauch plötzlich oder langsam gestiegen ist
When should you contact CURIAWEB support? #
Wenn dein Hosting-Speicher unerwartet stark wächst, eine Zuordnung nicht möglich ist oder eine Anwendung wegen fehlendem Speicherplatz nicht mehr korrekt funktioniert, kann eine technische Prüfung sinnvoll sein.
Particularly helpful are:
- affected domain
- aktueller Speicherverbrauch
- auffällig große Verzeichnisse
- Zeitpunkt, seit dem der Verbrauch gestiegen ist
- recent changes
- gegebenenfalls sichtbare Fehlermeldungen
Bei ungewöhnlich hoher Bandbreite sind zusätzlich der betroffene Zeitraum und bekannte Änderungen am Traffic hilfreich.
Summary #
Speicherplatz und Bandbreite sind zwei unterschiedliche Messwerte. Speicherplatz beschreibt die Daten, die dauerhaft in deinem Hosting-Account gespeichert sind. Bandbreite beschreibt dagegen den Datenverkehr zwischen deinem Hosting und anderen Systemen.
Den Speicherverbrauch analysierst du in cPanel unter Files → Storage usage. Arbeite dich dabei von großen Verzeichnissen zu den tatsächlichen Dateien vor und lösche keine unbekannten Daten auf Verdacht.
Typische Speicherverbraucher sind Website-Dateien, Medien, E-Mails, Datenbanken, manuelle Backups, Staging-Websites, Cache-Dateien und stark angewachsene Logs.
Für E-Mails solltest du zusätzlich E-Mail → Speicherplatznutzung durch E-Mails verwenden, da sich damit einzelne Postfächer und Mailordner gezielter untersuchen lassen.
Die Bandbreitennutzung findest du unter Messwerte → Bandbreite. Ein hoher Wert kann durch viele Besucher, große Downloads, Bots oder andere häufig abgerufene Ressourcen entstehen und ist nicht automatisch ein Fehler.
Wenn eine Website langsam ist, solltest du Speicherplatz und Bandbreite nicht mit CPU-, RAM- oder Prozesslimits verwechseln. Diese Werte gehören zur CloudLinux-Ressourcennutzung und werden separat ausgewertet.
The most important rule is: Zuerst feststellen, welcher Bereich den Verbrauch verursacht – und erst danach gezielt bereinigen oder optimieren.