Zwei Hostingangebote nennen ähnlichen Speicherplatz und dieselbe Zahl von Postfächern. Trotzdem können sie sich im Alltag deutlich unterscheiden. Eine Website lädt unter Last langsam, während die andere stabil bleibt. Eine Sicherung ist vorhanden, lässt sich aber nur gegen Zusatzkosten oder gar nicht selbst wiederherstellen. Der entscheidende Unterschied steht häufig nicht in der ersten Preiszeile.

Unternehmen sollten Hosting als Betriebsleistung betrachten. Dazu gehören Ressourcen, Zuständigkeiten, Schutzmaßnahmen und ein belastbarer Weg zurück nach einer Störung. Die passende Umgebung hängt von Anwendung, Daten und Ausfallfolgen ab. Ein kleiner öffentlicher Auftritt stellt andere Anforderungen als ein Kundenportal, über das täglich geschäftliche Vorgänge bearbeitet werden.

Shared Hosting: gemeinsam genutzte Grundlage

Beim Shared Hosting teilen sich mehrere Kunden eine technische Plattform. Der Anbieter verwaltet üblicherweise wesentliche Serverkomponenten. Für viele kleinere Websites kann das wirtschaftlich und ausreichend sein. Entscheidend sind die tatsächlich verfügbaren Ressourcen und die Grenzen des Angebots, etwa für Prozesse, Datenbanken oder Hintergrundaufgaben.

Nicht jede Einschränkung ist ein Nachteil. Eine standardisierte Umgebung kann den Betrieb vereinfachen, solange sie zur Anwendung passt. Problematisch wird es, wenn eine Website besondere Erweiterungen, dauerhafte Prozesse oder spezielle Konfigurationen benötigt. Solche Anforderungen sollten vor Vertragsabschluss mit einem kleinen technischen Nachweis geprüft werden, statt erst beim produktiven Umzug aufzufallen.

VPS: mehr Freiheit, mehr Verantwortung

Ein virtueller Server stellt eine abgegrenzte virtuelle Umgebung bereit. Unternehmen können dort häufig Betriebssystem und Dienste gezielter konfigurieren. Das eröffnet Möglichkeiten für individuelle Anwendungen, bedeutet aber auch zusätzliche Aufgaben. Updates, Überwachung, Absicherung und Wiederherstellung verschwinden nicht durch die Bereitstellung einer virtuellen Maschine.

Außerdem muss die zugesicherte Leistung verstanden werden. Virtuelle Ressourcen können unterschiedlich reserviert oder gemeinsam genutzt sein. Eine Zahl für Arbeitsspeicher erklärt weder die Datenträgerleistung noch die Verfügbarkeit der Plattform. Für eine geschäftskritische Anwendung sind deshalb messbare Anforderungen und ein realistischer Test wichtiger als die bloße Bezeichnung VPS.

Managed Hosting ist ein Leistungsumfang

Managed Hosting bedeutet, dass ein Anbieter bestimmte Betriebsaufgaben übernimmt. Welche das sind, muss im Angebot konkret beschrieben sein. Möglich sind Betriebssystempflege, Webserverwartung, Monitoring und Sicherung. Die Pflege einer individuellen Anwendung oder ihrer Plugins ist damit nicht automatisch eingeschlossen.

Fragen Sie nach der Grenze zwischen Infrastruktur und Anwendung. Wer reagiert auf eine volle Datenbank, wer auf einen Fehler nach einem CMS-Update? Werden Störungen nur gemeldet oder auch behoben? Eine verständliche Zuständigkeitsmatrix verhindert, dass im Ernstfall mehrere Beteiligte jeweils auf den anderen verweisen. Der Begriff managed allein beantwortet diese Fragen nicht.

Dedizierte Server und ihre Grenzen

Ein dedizierter Server bietet physische Ressourcen für einen Kunden. Das kann bei besonderen Leistungs- oder Isolationsanforderungen sinnvoll sein. Ein einzelnes Gerät ist jedoch weiterhin ein möglicher Ausfallpunkt. Hardwareexklusivität ist nicht gleichbedeutend mit Hochverfügbarkeit oder einer geeigneten Sicherungsstrategie.

Auch hier entstehen Aufgaben für Betrieb und Ersatz. Was passiert bei einem Datenträgerdefekt? Wie schnell wird Hardware bereitgestellt? Ist ein Wiederaufbau dokumentiert? Für manche Anwendungen ist eine kleinere, gut betreute Umgebung die bessere Wahl als ein großer Server ohne klare Verantwortlichkeiten. Die Architektur muss zu den tatsächlichen Folgen einer Unterbrechung passen.

Backups an der Wiederherstellung messen

Die Frage lautet nicht nur, ob gesichert wird, sondern was und wie konsistent. Eine dynamische Website benötigt meist Datenbank, hochgeladene Dateien und Konfiguration. Werden diese Teile zu unterschiedlichen Zeitpunkten erfasst, kann eine Wiederherstellung widersprüchliche Zustände erzeugen. Der Sicherungsumfang muss zur Anwendung passen.

Wichtige Planungsgrößen sind der tolerierbare Datenverlust und die tolerierbare Wiederherstellungsdauer. Sie werden häufig als RPO und RTO bezeichnet. Ein tägliches Backup kann im ungünstigen Fall viele Stunden neuer Daten fehlen lassen. Eine vorhandene Sicherung hilft außerdem wenig, wenn ihre Wiederherstellung nicht geübt wurde oder dieselben kompromittierten Zugangsdaten Zugriff auf alle Kopien erlauben.

Aufbewahrung und getrennte Ablage

Sicherungen benötigen eine definierte Rotation und angemessenen Zugriffsschutz. Eine zusätzliche Kopie im selben Verzeichnis schützt nicht gegen alle relevanten Ausfälle. Je nach Risiko können getrennte Konten, andere Speicherorte oder gegen nachträgliche Veränderung geschützte Kopien sinnvoll sein. Welche Kombination passt, ergibt sich aus dem Schutzbedarf und dem Wiederanlaufkonzept.

Performance ist mehr als Bandbreite

Die wahrgenommene Geschwindigkeit hängt von Anwendung, Datenbank, Datenträgern, Caching und Netzwerk ab. Eine große nominelle Anbindung kompensiert keine langsame Datenbankabfrage. Ebenso kann ein leistungsfähiger Server eine überladene Website nicht beliebig beschleunigen. Messungen sollten daher typische Vorgänge und realistische Last berücksichtigen.

Für ein Portal können etwa Anmeldung, Dokumentensuche und Download relevant sein. Für einen Shop kommen Warenkorb und Bestellabschluss hinzu. Diese Vorgänge werden mit repräsentativen Daten und ohne vertrauliche Produktionsinformationen getestet. Zusätzlich sollte beobachtet werden, ob Hintergrundaufgaben die öffentliche Nutzung beeinträchtigen. Ein einzelner schneller Seitenaufruf ist noch kein belastbarer Kapazitätsnachweis.

Sicherheit und Zugriff organisieren

Betriebszugänge, Anwendungsadministration und Kundenzugänge sollten getrennt behandelt werden. Nicht jede redaktionell tätige Person benötigt Serverrechte. Technische Konten brauchen geregelte Zuständigkeiten und angemessene Absicherung. Updates und Sicherheitsmeldungen müssen in einen wiederkehrenden Prozess eingebunden sein.

Auch der Standort ist nur ein Teil der Datenschutzbetrachtung. Entscheidend sind beteiligte Dienstleister, Zugriffsmöglichkeiten, Verträge und tatsächliche Datenflüsse. Ein Server in Deutschland sagt beispielsweise noch nichts darüber aus, wo ein zusätzlich eingesetzter E-Mail- oder Analysedienst Daten verarbeitet. Die konkrete Verarbeitung sollte nachvollziehbar dokumentiert werden, ohne pauschale Konformitätsversprechen aus einer Länderangabe abzuleiten.

Support im Störungsfall bewerten

Eine erreichbare Telefonnummer ist hilfreich, aber die Leistung muss zum Bedarf passen. Welche Reaktionszeiten gelten, für welche Schweregrade und zu welchen Zeiten? Eine bestätigte Meldung ist noch keine behobene Störung. Bei wichtigen Anwendungen sollte ein Eskalationsweg feststehen.

Testen lässt sich auch die Verständlichkeit der Kommunikation. Kann der Anbieter erklären, welche Sicherungen bestehen und wie ein Wiederanlauf erfolgt? Werden Veränderungen angekündigt? Gibt es nachvollziehbare Protokolle und Ansprechpartner? Transparente Antworten sind für Unternehmen oft wertvoller als eine lange Liste technisch klingender Funktionen.

Den Umzug als kleinen Wiederherstellungstest nutzen

Ein Hostingwechsel bietet Gelegenheit, den tatsächlichen Betriebsbedarf zu dokumentieren. Dazu gehören PHP- oder Laufzeitumgebung, Datenbank, Erweiterungen, Hintergrundaufgaben und beschreibbare Verzeichnisse. Nicht jede Abhängigkeit steht im Quellcode. Ein lokal eingerichteter Cronjob oder eine serverspezifische Weiterleitung kann für den Ablauf ebenso wichtig sein.

Vor der Umstellung sollte die Anwendung in der Zielumgebung mit einer konsistenten Kopie geprüft werden. Dabei dürfen Testformulare keine produktiven Benachrichtigungen auslösen und Hintergrundaufgaben keine realen externen Vorgänge starten. Geeignete Trennung und bewusst deaktivierte Integrationen sind Teil der Vorbereitung.

Nach dem Wechsel werden Zertifikat, Domainzuordnung, Dateirechte und wichtige Funktionen kontrolliert. Ein erfolgreicher Aufruf der Startseite reicht nicht aus. Anmeldung, Dokumentenzugriff und Schreibvorgänge können andere technische Anforderungen haben. Auch Fehlermeldungen und Protokolle müssen am neuen Standort erreichbar und angemessen geschützt sein.

Die alte Umgebung bleibt nur für einen definierten Übergang verfügbar. Neue Daten dürfen nicht gleichzeitig unkontrolliert an zwei Orten entstehen. Wenn DNS-Zwischenspeicher oder externe Systeme noch alte Ziele verwenden, braucht es ein abgestimmtes Verfahren. Erst wenn Datenfluss und Betrieb eindeutig sind, wird die alte Infrastruktur kontrolliert außer Betrieb genommen.

Ein Angebot strukturiert prüfen

  • Anforderungen der Anwendung und zulässige Ausfallfolgen festhalten.
  • Ressourcen, Einschränkungen und Betriebszuständigkeiten vergleichen.
  • Sicherungsumfang, Wiederherstellungsdauer und Testverfahren klären.
  • Sicherheits-, Datenschutz- und Supportleistungen konkret beschreiben lassen.
  • Einen technisch begleiteten Umzug mit Rückweg planen.

GRITTMANN kann Hosting und Anwendungsbetrieb im Zusammenhang betrachten. Ziel ist eine Umgebung, die zur Website oder individuellen Software passt und deren Grenzen verständlich sind. Für neue Anwendungen lohnt zusätzlich der Blick auf Container und Docker, wobei auch dort Sicherung und Verantwortlichkeiten ausdrücklich geplant werden müssen.

Quellen und weiterführende Dokumentation

Fachliche Grundlagen und ergänzende Hinweise der jeweiligen Herausgeber. Links zuletzt geprüft am 21.07.2026.