Ein Shop ist plötzlich nicht erreichbar, E-Mails bleiben in Warteschlangen hängen oder die Warenwirtschaft verliert die Datenbankverbindung: Solche Folgen entstehen selten durch die Migration selbst, sondern durch fehlende Vorbereitung. Wer eine Managed Hosting Migration planen möchte, sollte sie deshalb nicht als reinen Serverumzug behandeln. Es geht um geschäftskritische Anwendungen, Abhängigkeiten, Daten, Erreichbarkeit und klar geregelte Verantwortung.
Für kleine und mittlere Unternehmen ist ein Wechsel besonders dann sinnvoll, wenn die bestehende Plattform an Leistungsgrenzen stößt, Sicherheitsanforderungen nicht mehr erfüllt oder der Support im Störungsfall zu lange braucht. Mit einem strukturierten Vorgehen lässt sich das Risiko deutlich reduzieren – und die neue Umgebung von Beginn an passend für Wachstum, Verfügbarkeit und Datenschutz auslegen.
Erst die Ausgangslage prüfen, dann den Umzug terminieren
Der häufigste Planungsfehler ist ein zu früher Migrationstermin. Bevor ein Zeitfenster festgelegt wird, muss klar sein, welche Systeme tatsächlich betroffen sind. Dazu zählen nicht nur Websites und Datenbanken, sondern auch Cronjobs, Mailserver, Schnittstellen zu Zahlungsdienstleistern, externe APIs, Dateifreigaben, DNS-Einträge, SSL-Zertifikate und Monitoring.
Eine technische Bestandsaufnahme beantwortet unter anderem diese Fragen: Welche Betriebssystem- und PHP-Versionen laufen produktiv? Welche Datenbanken werden genutzt und wie groß sind sie? Wo liegen Uploads, Logdateien und Backups? Welche IP-Adressen oder Firewall-Freigaben sind bei Partnern hinterlegt? Und welche Anwendung darf unter keinen Umständen längere Zeit nicht erreichbar sein?
Gerade gewachsene Umgebungen enthalten oft Dienste, die im Tagesgeschäft kaum sichtbar sind. Ein automatischer Rechnungsversand, ein nächtlicher Import oder ein älteres Script kann für einen wichtigen Prozess entscheidend sein. Deshalb sollte der Fachbereich ebenso einbezogen werden wie die IT oder betreuende Agentur. Technik und Geschäftsprozess müssen im Migrationsplan zusammenpassen.
Ziele und Anforderungen für die Zielumgebung festlegen
Eine Migration ist eine gute Gelegenheit, nicht einfach nur bestehende Schwächen mitzunehmen. Die Zielplattform sollte sich an den tatsächlichen Anforderungen orientieren. Ein E-Commerce-System braucht beispielsweise andere Reserven für Lastspitzen als eine Unternehmenswebsite. Eine Agentur mit mehreren Kundenprojekten benötigt klare Mandantentrennung und flexible Zugriffsrechte. Unternehmen mit personenbezogenen Daten achten zusätzlich auf Standort, Auftragsverarbeitung, Backup-Konzept und Protokollierung.
Definieren Sie daher vorab Leistungswerte und Betriebsziele. Dazu gehören erwartete Besucherzahlen, Speicherbedarf, Datenbanklast, gewünschte Reaktionszeiten des Supports sowie ein realistisches Verfügbarkeitsziel. Entscheidend ist auch die Frage, wie schnell ein System nach einem Ausfall wiederhergestellt werden muss. Eine Anwendung, die erst am nächsten Arbeitstag wieder verfügbar sein darf, benötigt ein anderes Konzept als ein Shop mit laufendem Umsatz.
Managed Hosting schafft hier einen wesentlichen Vorteil: Infrastruktur, Überwachung, Updates und die operative Betreuung lassen sich verbindlich organisieren. Bei GS Webservices werden Lösungen auf die jeweilige Infrastruktur und den konkreten Betrieb abgestimmt – statt ein Unternehmen in ein starres Standardschema zu pressen. Das ist vor allem dann relevant, wenn mehrere Systeme oder individuelle Anwendungen zusammenspielen.
Managed Hosting Migration planen: Verantwortlichkeiten klären
Eine Migrationsplanung braucht einen eindeutigen Ansprechpartner auf Kundenseite und eine technische Leitung für die Durchführung. Ohne diese Rollen entstehen Verzögerungen, etwa wenn Zugangsdaten fehlen, DNS-Freigaben nicht rechtzeitig erteilt werden oder niemand eine fachliche Abnahme der Anwendung vornehmen kann.
Legen Sie schriftlich fest, wer welche Aufgabe übernimmt. Der Hosting-Partner stellt typischerweise die Zielumgebung bereit, begleitet Datenübernahme und Inbetriebnahme und überwacht die Systeme. Auf Unternehmensseite werden Zugänge, Freigaben und Informationen zu Anwendungen bereitgestellt. Fachabteilungen oder externe Entwickler prüfen nach dem Test, ob Bestellungen, Formulare, E-Mail-Versand und weitere Geschäftsabläufe erwartungsgemäß funktionieren.
Auch der Kommunikationsweg für das Migrationsfenster gehört in diese Regelung. Benennen Sie Ansprechpartner für den Abend oder das Wochenende, falls der Umzug außerhalb der Geschäftszeiten erfolgt. Definieren Sie zudem, wann ein Problem als kritisch gilt und wer über einen möglichen Abbruch entscheidet. Das klingt formell, verhindert in einer angespannten Situation aber unnötige Abstimmungsschleifen.
Datenübernahme und Testlauf sauber vorbereiten
Bei den meisten Umzügen werden Daten zunächst in einem ersten Durchlauf kopiert. Danach folgt ein Test auf der neuen Umgebung. Bis zum finalen Wechsel können in der alten Umgebung weiter neue Bestellungen, Inhalte oder Kundendaten entstehen. Für diese Differenzdaten braucht es einen klaren Plan, damit beim Umschalten nichts verloren geht.
Ein Testlauf sollte möglichst realitätsnah sein. Prüfen Sie nicht nur, ob eine Startseite lädt. Testen Sie Anmeldungen, Formularversand, Suchfunktionen, Zahlungsprozesse, Uploads, geplante Aufgaben und Schnittstellen. Bei datenbankgestützten Anwendungen sollten auch Schreibvorgänge geprüft werden: Kann ein Nutzer ein Konto anlegen, eine Bestellung auslösen oder einen Datensatz speichern?
Besondere Aufmerksamkeit verdienen E-Mail und DNS. Postfächer, Weiterleitungen, SPF-, DKIM- und DMARC-Einträge müssen korrekt übernommen oder neu eingerichtet werden. Eine Website kann technisch einwandfrei funktionieren und dennoch zu Geschäftsproblemen führen, wenn Angebotsanfragen oder Bestellbestätigungen nicht zugestellt werden. DNS-Änderungen sollten außerdem mit ausreichender Vorlaufzeit vorbereitet werden, weil ihre weltweite Aktualisierung nicht überall gleichzeitig erfolgt.
Ein belastbarer Rollback-Plan gehört ebenfalls dazu. Er beschreibt, unter welchen Voraussetzungen auf die alte Umgebung zurückgeschaltet wird, wer das veranlasst und welche Daten dann abgeglichen werden müssen. Ein Rollback ist kein Zeichen mangelnder Vorbereitung. Er ist die Absicherung für Fälle, in denen ein kritischer Fehler im Produktivbetrieb sichtbar wird.
Das Migrationsfenster nach Geschäftsbetrieb wählen
Der beste Zeitpunkt hängt von der Nutzung ab. Ein B2B-Portal kann oft am Abend oder am Wochenende umziehen, wenn wenige Mitarbeitende darauf zugreifen. Ein internationaler Shop hat dagegen möglicherweise zu jeder Zeit Bestellungen. Dann kann eine schrittweise Migration, eine kurze Schreibsperre oder ein eng überwachtetes Umschaltfenster sinnvoller sein.
Kommunizieren Sie die geplante Einschränkung intern und, falls erforderlich, auch gegenüber Kunden. Entscheidend ist eine realistische Aussage. Eine angekündigte Wartung von 30 Minuten, die vier Stunden dauert, beschädigt Vertrauen. Planen Sie daher neben der eigentlichen Datenübertragung Zeit für Validierung, DNS-Umschaltung und die ersten Kontrollen im Live-Betrieb ein.
Während der Migration sollten aktuelle Backups der alten Umgebung verfügbar sein. Prüfen Sie vorab, ob sie vollständig sind und sich tatsächlich wiederherstellen lassen. Ein Backup, das nie getestet wurde, ist keine verlässliche Rückfallebene. Für besonders kritische Anwendungen können zusätzliche Datenbank-Sicherungen unmittelbar vor dem finalen Abgleich erforderlich sein.
Nach dem Wechsel aktiv überwachen und dokumentieren
Mit der DNS-Umschaltung ist die Arbeit nicht beendet. In den ersten Stunden nach der Inbetriebnahme sollten Erreichbarkeit, Serverauslastung, Fehlerprotokolle, Datenbankverbindungen und Mailversand besonders eng beobachtet werden. Auch Redirects, Zertifikate und Caching verdienen einen zweiten Blick. Alte DNS-Caches können dazu führen, dass einzelne Nutzer noch kurz die bisherige Instanz erreichen.
Vergleichen Sie außerdem wichtige Kennzahlen mit dem Zustand vor der Migration. Sind Antwortzeiten besser oder zumindest vergleichbar? Treten neue Fehlermeldungen auf? Werden geplante Prozesse ausgeführt? Kommen Transaktionsmails an? Diese Prüfung macht aus einer technisch abgeschlossenen Migration einen verlässlich betriebenen Service.
Dokumentieren Sie abschließend Zugänge, eingesetzte Versionen, IP-Freigaben, Backup-Routinen und Zuständigkeiten. Diese Unterlagen helfen beim nächsten Update ebenso wie in einer Störungssituation. Nicht benötigte Benutzerkonten, alte Schlüssel und überholte Firewall-Regeln sollten nach einer kurzen Übergangsphase entfernt werden.
Eine gut geplante Migration ist keine Unterbrechung der digitalen Entwicklung, sondern ein kontrollierter Schritt zu mehr Sicherheit und planbarer Leistung. Wenn Anforderungen, Verantwortlichkeiten und Tests früh geklärt sind, bleibt der Wechsel für Ihre Kunden im Idealfall kaum sichtbar – während Ihr Unternehmen im Hintergrund auf einer Infrastruktur arbeitet, auf die Verlass ist.