Hosting-Speicher richtig einschätzen: Ein eigenes Inventar

Wie viel Hosting-Speicher Sie brauchen, lässt sich am besten mit einem Inventar beantworten. Bilder, Datenbank, Postfächer, Sicherungen und Testkopien werden unterschiedlich verwendet und je nach Angebot unterschiedlich angerechnet. Eine große Gigabytezahl ist deshalb erst dann hilfreich, wenn Sie wissen, welche Daten darin liegen und wie sie wachsen.

Speicher ist eine Datenfrage

Hosting-Speicher beschreibt den Platz für gespeicherte Daten. Er ist nicht dasselbe wie Arbeitsspeicher und nicht dasselbe wie der monatliche Datentransfer. Eine Website kann wenig Platz belegen und trotzdem intensive Berechnungen ausführen. Ein großes Dateiarchiv kann wiederum viele Gigabyte benötigen, obwohl es selten abgerufen wird. Halten Sie diese Größen im Vergleich getrennt.

Bei einem vorhandenen Projekt messen Sie zuerst den Bestand. Bei einem neuen Projekt verwenden Sie eine Liste der vorgesehenen Inhalte und kennzeichnen Annahmen. Vermeiden Sie pauschale Bedarfswerte pro Website. Ein Bildportfolio, ein Textmagazin und ein Shop mit Downloads haben unterschiedliche Datenarten; die Anzahl sichtbarer Seiten erklärt ihren Speicherbedarf nur unvollständig.

Das Ziel ist ein verständlicher Gesamtbedarf, kein möglichst kleiner Wert. Löschen Sie nicht wichtige Daten, nur um einen Tarif passend erscheinen zu lassen. Ordnen Sie stattdessen Daten nach Zweck und Speicherort. Arbeitsarchive, öffentliche Webdateien und Wiederherstellungskopien müssen nicht zwingend am selben Ort liegen.

Welche Daten auf das Kontingent zählen?

Fragen Sie den Anbieter, wie das Speicherkontingent berechnet wird. Website-Dateien, Datenbanken, Mail, Protokolle und lokale Backups können berücksichtigt werden. Auch der Unterschied zwischen logischer Dateigröße und tatsächlich belegtem Speicher kann für die Anzeige eine Rolle spielen. Maßgeblich ist die Berechnung des konkreten Angebots.

Die Plesk-Dokumentation zur Statistik beschreibt eine Aufteilung nach Diensten wie Websiteinhalt, E-Mails, Backups, Protokollen und Datenbanken. In der Plesk-Dokumentation zu Servereinstellungen werden konfigurierbare Berechnungsbestandteile erläutert. Das zeigt, warum eine Plattformfunktion allein die Anrechnung Ihres Tarifs nicht festlegt.

Wenn Anzeigen voneinander abweichen, vergleichen Sie Zeitpunkt, Bereich und Berechnung. Ein Dateimanager kann einen Ordner zeigen, während die Aboübersicht zusätzlich Mail und Datenbank zählt. Eine verzögert aktualisierte Statistik kann ebenfalls anders aussehen als ein aktueller Dateibestand. Klären Sie die Abweichung, bevor Sie daraus einen vermeintlichen Fehler oder ein Upgrade ableiten.

Medien inklusive zusätzlicher Größen betrachten

Ein Upload kann mehrere Dateien erzeugen. Bei Bildsystemen werden häufig verschiedene Anzeigegrößen oder Formate angelegt. Für das Inventar zählt deshalb der vollständige Medienbestand, nicht nur eine Summe der ursprünglichen Bilddateien. Prüfen Sie außerdem, ob ungenutzte alte Varianten im Verzeichnis liegen.

Bei einer neuen Website planen Sie die tatsächlich benötigten Webbilder. Ein Fotoarchiv aus der Kamera muss nicht vollständig in die öffentliche Medienbibliothek wandern. Bewahren Sie die Originale an einem geeigneten eigenen Ort auf und veröffentlichen Sie ausgewählte abgeleitete Dateien. Damit erleichtern Sie auch spätere Übertragungen und die Übersicht im Redaktionssystem.

Downloads benötigen eine eigene Betrachtung. Eine große Broschüre liegt vielleicht nur einmal im Hosting, wird aber oft übertragen. Ihr Dateiumfang betrifft Speicher, ihre Abrufe betreffen Traffic. Wenn mehrere Versionen nötig sind, benennen Sie sie verständlich und dokumentieren Sie den Zweck. Alte Arbeitsstände sollten nicht unbeabsichtigt öffentlich erreichbar bleiben.

Datenbankwachstum nicht übersehen

Die Datenbank enthält je nach Anwendung Artikel, Einstellungen, Bestellungen und weitere gespeicherte Informationen. Manche Erweiterungen erzeugen zusätzliche Protokolle oder zwischengespeicherte Daten. Fragen Sie die betreuende Person, welche Tabellen oder Datenarten auffällig wachsen. Eine reine Zahl ohne Zuordnung erklärt noch keine sinnvolle Bereinigung.

Löschen Sie unbekannte Daten nicht direkt, um Platz zu schaffen. Prüfen Sie die dokumentierten Funktionen der Anwendung oder Erweiterung und sichern Sie den Zustand vor Änderungen. Bei einem Shop können Daten geschäftlich wichtig sein. Welche Daten wie lange aufbewahrt werden sollen, wird passend zum tatsächlichen Betrieb entschieden und nicht beiläufig im Hostingvergleich.

Für die Kapazitätsplanung hilft eine wiederholte Messung im selben Bereich. Notieren Sie Datum, Gesamtgröße und besondere Vorgänge. Ein großer Import kann eine einmalige Veränderung erklären; gleichmäßiges Wachstum verlangt eine andere Planung. Damit lässt sich der nächste Ausbau rechtzeitig begründen, ohne vermeintliche Trends aus zwei unvergleichbaren Anzeigen zu erfinden.

Backups können den Platzbedarf vervielfachen

Lokale Vollsicherungen speichern einen zusätzlichen Stand. Wenn mehrere solche Archive im selben Kontingent liegen, können sie mehr Platz belegen als die produktive Website. Fragen Sie nach Aufbewahrung, Kompression und Anrechnung. Extern gespeicherte Sicherungen können andere Vertragspositionen und Zugriffswege haben.

Eine Sicherung muss vollständig und nutzbar sein. Die WordPress-Dokumentation trennt Dateien und Datenbank als notwendige Teile der Wiederherstellung. Entfernen Sie deshalb keine Sicherung blind anhand ihrer Dateigröße. Klären Sie zunächst, ob sie noch gebraucht wird und ob ein anderer geprüfter Stand verfügbar ist.

Erstellen Sie eine Aufbewahrungsregel, die zum Projekt passt. Mehr Kopien sind nicht automatisch besser, wenn niemand weiß, welcher Stand gültig ist. Entscheidend sind Schutz, zeitlicher Bezug und ein funktionierender Wiederherstellungsweg. Der Platzbedarf wird dann aus dem vorgesehenen Verfahren berechnet, statt Sicherungen als unvorhersehbaren Rest zu behandeln.

Testkopien, Protokolle und Cache einplanen

Eine Testkopie kann viele Daten der produktiven Anwendung enthalten. Wenn Sie regelmäßig mit solchen Kopien arbeiten, gehört ihr Bedarf in die Kalkulation. Fragen Sie, ob Kopien auf dasselbe Kontingent zählen und wie sie nach einem Test entfernt werden. Eine liegengebliebene Kopie sollte nicht dauerhaft unbemerkt Speicher beanspruchen.

Protokolle dienen der Fehleranalyse, sollten aber passend begrenzt und geschützt aufbewahrt werden. Ein Fehler, der sehr häufig protokolliert wird, kann den Umfang schnell verändern. Mehr Speicher löst dann nicht die zugrunde liegende Ursache. Prüfen Sie Auffälligkeiten mit der zuständigen Person und passen Sie die Aufbewahrung nachvollziehbar an.

Cachedateien haben ebenfalls einen betrieblichen Zweck. Löschen Sie sie nur über einen passenden kontrollierten Weg. Ein Cache ist außerdem keine Sicherung: Er enthält wiederverwendbare Antworten oder Daten und kann normalerweise neu aufgebaut werden. Im Inventar sollte klar sein, welche Daten unersetzlich sind und welche abgeleitet werden.

Ein Rechenbeispiel mit ausdrücklich angenommenen Zahlen

Eine Initiative plant 600 MB veröffentlichte Medien, 250 MB sonstige Website-Dateien und 150 MB Datenbank. Der produktive Ausgangsbestand beträgt in diesem vereinfachten Beispiel 1.000 MB. Eine vollständige Testkopie wäre eine weitere Position. Lokale Sicherungen, Protokolle und Mail sind in der Rechnung noch nicht enthalten.

Diese Zahlen sind reine Planungsannahmen, keine Messung und keine Tarifempfehlung. Das Beispiel soll zeigen, warum „meine Bilder sind 600 MB groß“ nicht der Gesamtbedarf ist. Wenn das konkrete Angebot alle genannten Positionen gemeinsam zählt, müssen sie zusammen betrachtet werden. Falls Sicherungen extern liegen oder anders angerechnet werden, wird die Rechnung entsprechend geändert.

Ergänzen Sie das geplante Wachstum. Wenn die Initiative monatlich neue Bilder veröffentlicht, schätzt sie deren Umfang anhand repräsentativer fertig vorbereiteter Dateien. Sie verwendet keine allgemeine Durchschnittsgröße aus einem fremden Projekt. Diese Schätzung wird nach dem Start mit dem echten Bestand verglichen und bei Bedarf angepasst.

Eine Reserve nach Arbeitsweise wählen

Eine Reserve muss Raum für Ihre normalen Arbeitsschritte lassen. Wer eine große Testkopie erstellt, braucht einen anderen Spielraum als eine selten veränderte statische Website. Auch ein Import kann vorübergehend zusätzlichen Platz benötigen. Eine pauschale feste Prozentzahl wäre ohne diese Aufgaben wenig begründet.

Beschreiben Sie daher den größten vorgesehenen normalen Vorgang und prüfen Sie, ob er neben dem produktiven Bestand Platz findet. Legen Sie einen Anlass für die nächste Kapazitätsprüfung fest. Das kann ein neuer Inhaltsbereich, eine zusätzliche Website oder auffälliges Wachstum sein. So wird der Reservebedarf praktisch überprüfbar.

Wenn ein Kontingent knapp wird, untersuchen Sie zuerst die großen Positionen. Unbenutzte Arbeitsarchive oder alte Testkopien lassen sich gegebenenfalls kontrolliert entfernen. Wichtige Daten und Sicherungen können dagegen ein größeres Paket rechtfertigen. Die Entscheidung folgt der Ursache, nicht allein dem Wunsch, eine rote Anzeige verschwinden zu lassen.

Ein Inventar so führen, dass es vergleichbar bleibt

Verwenden Sie bei jeder Messung denselben Bereich und notieren Sie die Einheit. Die Website allein, ein ganzes Abo und das gesamte Kundenkonto sind unterschiedliche Summen. Wenn eine weitere Domain aufgenommen wurde, sollte diese Änderung in der Liste erscheinen. Sonst wirkt ein organisatorischer Ausbau wie unerklärliches Wachstum einer einzelnen Website.

Halten Sie außerdem fest, ob eine Anzeige Gigabyte nach Dezimalrechnung oder eine andere Einheit verwendet. Vergleichen Sie Werte erst nach der passenden Umrechnung. Für die praktische Planung müssen Sie keine komplizierte Tabelle bauen: Datenposition, Messdatum, angezeigter Wert, verwendete Einheit und kurze Erklärung reichen häufig aus. Wichtig ist, dass die nächste Person versteht, was der Wert umfasst.

Bei einem Anbieterwechsel können Sie dieses Inventar an den neuen Dienstleister weitergeben, ohne vertrauliche Inhalte oder Zugangsdaten offenzulegen. Es erklärt den voraussichtlichen Übertragungsumfang und zeigt, welche Kopien bewusst außerhalb des Webhostings bleiben. Der Dienstleister kann dann nachfragen, wenn sein Kontingent anders berechnet wird. Eine solche Klärung ist hilfreicher als die Aussage, dass das alte Paket eine bestimmte Speicherzahl hatte.

Nach größeren Arbeiten aktualisieren Sie das Inventar erneut. Ein Themewechsel kann andere Bildgrößen erzeugen, ein neuer Inhaltsbereich zusätzliche Downloads und ein Test neue Kopien. Die Kapazitätsplanung bleibt damit am tatsächlichen Projekt orientiert. Das vermeidet sowohl unnötige Aufrüstung als auch eine unbemerkte Annäherung an die Grenze.

Die Speicherfrage in den Tarifvergleich übertragen

Im Produktfinder vergleichen Sie anschließend den Bedarf mit aktuellen Anbieterangaben. Prüfen Sie zusätzlich, wie ein erreichtes Limit behandelt wird und welche Erweiterungsmöglichkeiten bestehen. Ein größerer Speicher ist nur dann ein Mehrwert, wenn er eine konkrete Aufgabe ermöglicht oder den benötigten Arbeitsraum bereitstellt.

• Medien, Datenbank und betriebliche Kopien sind getrennt erfasst.
• Die Anrechnung von Mail, Backup und Testsystem ist bestätigt.
• Wachstum beruht auf eigenen Dateien oder ausdrücklich markierten Annahmen.
• Bereinigung erfolgt kontrolliert mit einer passenden Sicherung.
• Normale Arbeitsvorgänge passen neben den produktiven Bestand.
• Kontingentgrenze und Ausbauweg sind verständlich.

Für das Datenvolumen der Abrufe ergänzt Traffic und Bandbreite diese Betrachtung. Wenn mehrere Auftritte gemeinsame Ressourcen nutzen, lesen Sie Hosting für mehrere Websites. Speicher bleibt dabei eine eigene Größe und ersetzt keine Prüfung der Anwendung.