Managed Server wechseln: was mit der Legacy-App passiert

Sie wollen den Managed Server wechseln. Vielleicht ist der Vertrag zu teuer geworden. Vielleicht reagiert der Support zu langsam. Vielleicht zieht das ganze Unternehmen zu einem neuen Anbieter um. Die Idee klingt einfach: Daten kopieren, App starten, fertig.
Bei moderner Software stimmt das oft. Bei einer Legacy-Anwendung selten. (Legacy-Software ist gewachsene Software, die seit Jahren läuft und kaum dokumentiert ist.)
Dieser Artikel zeigt, was beim Wechsel wirklich passiert. Welche Risiken auftauchen. Und wie Sie den Umzug planen, ohne dass Ihre App tagelang stillsteht.
Warum den Managed Server wechseln überhaupt riskant ist
Ein Managed Server ist ein gemieteter Server, bei dem der Anbieter sich um Betrieb, Updates und Wartung kümmert. Das ist bequem. Es hat aber einen Nebeneffekt: Vieles läuft im Hintergrund, ohne dass Sie es sehen.
Über die Jahre hat sich auf diesem Server einiges angesammelt. Konfigurationen. Cronjobs. Spezielle PHP-Einstellungen. Zertifikate. Diese Dinge stehen selten in einer Dokumentation. Sie stehen auf dem Server. Und wenn Sie den Managed Server wechseln, bleiben sie dort zurück.
Genau hier entsteht das Risiko. Die App läuft beim alten Anbieter. Auf dem neuen Server fehlt eine Kleinigkeit, von der niemand wusste. Und plötzlich startet nichts mehr.
Was beim Umzug oft übersehen wird
Eine Legacy-App ist mehr als ihr Programmcode. Sie hängt an ihrer Umgebung. Diese Abhängigkeiten muss man kennen, bevor man umzieht.
Die genaue PHP- oder Java-Version
Viele alte Anwendungen laufen nur mit einer bestimmten Version. Eine App aus dem Jahr 2012 läuft vielleicht auf PHP 5.6, aber nicht auf PHP 8. Der neue Anbieter bietet diese alte Version womöglich gar nicht mehr an. Prüfen Sie das vor der Kündigung, nicht danach.
Server-Konfiguration und Erweiterungen
PHP-Erweiterungen, Speichergrenzen, maximale Upload-Größen, Zeitlimits: Solche Einstellungen wirken nebensächlich. Für die App sind sie es nicht. Eine fehlende Erweiterung kann eine zentrale Funktion lahmlegen.
Cronjobs und Hintergrundprozesse
Viele Anwendungen führen regelmäßig Aufgaben aus. Rechnungen versenden. Daten sichern. Berichte erstellen. Diese Cronjobs laufen unsichtbar im Hintergrund. Beim Umzug werden sie gerne vergessen. Der Fehler fällt erst Wochen später auf, wenn die monatliche Abrechnung ausbleibt.
SSL-Zertifikate und Domains
Das Zertifikat sichert die verschlüsselte Verbindung Ihrer Website ab. Beim Wechsel muss es neu eingerichtet oder übertragen werden. Auch die Verknüpfung der Domain zum neuen Server braucht Zeit, bis sie weltweit aktiv ist.
Datenbank und gespeicherte Daten
Die Datenbank ist das Herz der meisten Anwendungen. Sie muss vollständig und korrekt umziehen. Bei großen Datenbanken dauert das. Und während der Umzug läuft, ändern sich die Daten weiter, falls die App online bleibt. Das muss man sauber planen.
So planen Sie den Wechsel ohne Ausfall
Ein guter Umzug ist kein Sprung. Er ist eine Reihe geordneter Schritte. So bleibt das Risiko beherrschbar.
Schritt 1: Bestandsaufnahme auf dem alten Server
Bevor Sie irgendetwas kündigen, schauen Sie genau hin. Welche Version läuft? Welche Erweiterungen sind aktiv? Welche Cronjobs gibt es? Welche Dienste greifen von außen auf den Server zu? Diese Liste ist die Grundlage für alles Weitere.
Bei diesem Schritt werden oft technische Schulden sichtbar, die sich über Jahre angesammelt haben. Das ist kein schlechtes Zeichen. Es ist der richtige Moment, um aufzuräumen.
Schritt 2: Den neuen Server vorbereiten
Richten Sie den neuen Managed Server so ein, dass er zur App passt. Gleiche Versionen, gleiche Erweiterungen, gleiche Konfiguration. Der neue Anbieter sollte bestätigen, dass er Ihre alte Version unterstützt. Tut er das nicht, brauchen Sie entweder einen anderen Anbieter oder ein Upgrade der Anwendung.
Schritt 3: Testumzug statt Echtumzug
Ziehen Sie zuerst eine Kopie um, nicht das Original. Spielen Sie die App auf dem neuen Server auf. Testen Sie alle wichtigen Funktionen. Login, Zahlungen, Formulare, Hintergrundprozesse. So finden Sie Probleme, bevor sie echte Kunden betreffen.
Schritt 4: Der eigentliche Umzug
Wenn der Test sauber läuft, planen Sie den echten Wechsel für eine ruhige Zeit. Oft nachts oder am Wochenende. Die Daten werden final übertragen, die Domain umgestellt, die App auf dem neuen Server aktiviert. Der alte Server bleibt vorerst stehen.
Schritt 5: Beobachten, dann kündigen
Lassen Sie den alten Managed Server nicht sofort kündigen. Beobachten Sie den neuen einige Tage. Laufen alle Cronjobs? Stimmen die Daten? Funktioniert die Verschlüsselung? Erst wenn alles stabil läuft, kündigen Sie den alten Vertrag. Dieser Puffer kostet ein paar Euro mehr. Er erspart Ihnen im Ernstfall sehr viel Ärger.
Was beim Managed Server kündigen wichtig ist
Die Kündigung selbst ist oft der heikelste Moment. Mit der Kündigung verlieren Sie den Zugriff auf den alten Server. Damit verschwinden auch alle Daten, Konfigurationen und Backups, die dort liegen.
Prüfen Sie die Kündigungsfrist im Vertrag. Sichern Sie vor dem letzten Tag alles, was Sie brauchen könnten. Ziehen Sie ein vollständiges Backup, auch wenn der Umzug schon erledigt scheint. Ein zusätzliches Backup hat noch niemandem geschadet. Ein fehlendes schon.
Fragen Sie den alten Anbieter außerdem, wie lange er Ihre Daten nach Vertragsende aufbewahrt. Manche löschen sofort. Andere halten Daten noch einige Wochen vor. Das zu wissen, gibt Ihnen Sicherheit.
Wann sich der Wechsel mit einem Upgrade verbinden lässt
Manchmal scheitert der Wechsel an der alten Version. Der neue Anbieter unterstützt sie nicht mehr. Das fühlt sich erst wie ein Hindernis an. Es ist aber eine Gelegenheit.
Wenn Sie ohnehin umziehen, können Sie den Umzug mit einem Upgrade verbinden. Statt die alte Last auf einen neuen Server zu tragen, sanieren Sie die App im gleichen Schritt. Das spart doppelte Arbeit. Mehr dazu lesen Sie in unserem Überblick zur Software-Wartung.
Ob das sinnvoll ist, hängt von Ihrer Situation ab. Manchmal reicht ein sauberer Umzug. Manchmal lohnt sich der größere Schritt. Diese Entscheidung trifft man am besten mit einer ehrlichen Analyse, nicht aus dem Bauch heraus.
Fazit: Planung schlägt Hoffnung
Den Managed Server zu wechseln ist machbar. Auch bei alter Software. Der Unterschied zwischen einem ruhigen Umzug und einem teuren Ausfall liegt in der Vorbereitung.
Wer vorher hinschaut, kennt die versteckten Abhängigkeiten. Wer testet, findet Fehler vor den Kunden. Wer den alten Server erst nach einer Beobachtungsphase kündigt, behält die Kontrolle.
Sie planen einen Serverwechsel und sind unsicher, was Ihre Legacy-App wirklich braucht? Sprechen Sie uns an. Das Erstgespräch ist kostenlos. Wir schauen uns Ihr System an und sagen Ihnen ehrlich, was beim Umzug zu beachten ist.


