Ein Hosting-Wechsel ist selten aufgrund einer einzigen großen technischen Aufgabe schwierig. Er wird dann schwierig, wenn Website-Dateien, Datenbanken, E-Mail, DNS und Besucheraufkommen ohne einen Plan als separate Aufgaben behandelt werden. Zu wissen, wie man ein Website-Hosting umzieht, bedeutet, all diese Aspekte in der richtigen Reihenfolge zu verwalten, damit Ihre Kunden weiterhin die richtige Website erreichen und Ihr Team weiterhin E-Mails erhält.
Bei einer privaten Website geht es vielleicht in erster Linie darum, ein nicht funktionierendes Kontaktformular zu vermeiden. Für ein Unternehmen steht mehr auf dem Spiel: entgangene Aufträge, nicht erreichbare Portale, fehlende E-Mails oder ein Ausfall, der das Vertrauen untergräbt. Eine gut vorbereitete Migration verhindert solche Dramen. Außerdem bietet sie Ihnen eine gute Gelegenheit zu prüfen, ob Ihre neue Hosting-Umgebung über den Speicherplatz, die Leistung, die Sicherheit und den Support verfügt, die Ihre Website tatsächlich benötigt.
Bevor Sie irgendetwas kopieren, sollten Sie sich einen Überblick darüber verschaffen, was derzeit läuft. Gehen Sie nicht davon aus, dass Ihre Website lediglich aus einer Reihe von Dateien besteht. Die meisten modernen Websites sind auf eine Datenbank, ein Content-Management-System, geplante Aufgaben, SSL-Zertifikate, DNS-Einträge und oft auch mehrere E-Mail-Adressen angewiesen. E-Commerce-Websites nutzen möglicherweise zudem Zahlungsintegrationen, Bestandsdaten-Feeds und Transaktions-E-Mail-Dienste.
Notieren Sie sich den Domainnamen, die Zugangsdaten zum aktuellen Hosting-Control-Panel, die Serverdaten sowie die von Ihrer Website verwendete Technologie. Ermitteln Sie die Größe der Website-Dateien und Datenbanken und prüfen Sie anschließend die Obergrenzen des neuen Hosting-Pakets. Eine kleine Broschüren-Website lässt sich in der Regel schnell umziehen. Eine große Datenbank, ein stark frequentierter Online-Shop oder eine maßgeschneiderte Anwendung erfordern ein genauer geplantes Umstellungsfenster und umfangreichere Tests.
Dies ist auch der richtige Zeitpunkt, um festzustellen, wem die Domain gehört. Domain-Registrierung und Webhosting sind unterschiedliche Dienste. Sie können das Hosting wechseln, während die Domain weiterhin dort registriert bleibt, wo sie ist. In vielen Fällen ist dies der einfachste Weg, da lediglich die DNS-Einstellungen geändert werden müssen. Eine gleichzeitige Übertragung der Domain selbst kann zu unnötigen Verzögerungen führen, insbesondere wenn das Ablaufdatum kurz bevorsteht oder eine Übertragungssperre besteht.
Das DNS teilt Browsern und E-Mail-Servern mit, wo Ihre Dienste zu finden sind. Jeder Eintrag verfügt über eine TTL (Time to Live), die festlegt, wie lange Anbieter diese Informationen im Cache speichern dürfen. Senken Sie die TTL für relevante Einträge, sofern dies praktikabel ist, mindestens 24 bis 48 Stunden vor der Migration auf etwa 300 Sekunden.
Dadurch werden DNS-Änderungen nicht sofort wirksam. In einigen Netzwerken und auf bestimmten Geräten können alte Informationen länger als erwartet gespeichert bleiben. Es verkürzt jedoch die Zeitspanne, in der die meisten Besucher nach der Aktualisierung der Einträge weiterhin auf den alten Server zugreifen. Halten Sie das alte Hosting während dieses Zeitraums aktiv. Eine zu frühe Kündigung ist eine der häufigsten und vermeidbaren Ursachen für Ausfallzeiten.
Erstellen Sie eine vollständige Sicherung, bevor Sie Änderungen vornehmen. Speichern Sie eine Kopie an einem Ort, der vom bestehenden Server getrennt ist, also nicht nur in dem Hosting-Konto, das Sie verlassen. Die Sicherung sollte die Dateien der Website, die Datenbanken und die Konfigurationsdateien umfassen. Bei Content-Management-Systemen enthalten die Konfigurationsdateien häufig Datenbankzugangsdaten und wichtige Anwendungseinstellungen.
Laden Sie die Dateien auf das neue Hosting-Konto hoch oder stellen Sie sie dort wieder her und importieren Sie anschließend die Datenbank. Passen Sie die Konfiguration der Website mit dem neuen Datenbanknamen, Benutzernamen, Passwort und den Host-Daten an. Je nach Plattform müssen Sie möglicherweise auch die Dateiberechtigungen, PHP-Einstellungen, Cache-Pfade oder die URL der Website anpassen.
Eine direkte Dateikopie reicht nicht immer aus. Datenbankgestützte Websites können sich während der Migration ändern. Wenn Kunden Formulare ausfüllen, Produkte in den Warenkorb legen oder Inhalte veröffentlichen, kann die erste Kopie bereits veraltet sein. Führen Sie bei aktiven Websites zunächst eine erste Übertragung durch und erstellen Sie dann kurz vor der DNS-Umstellung einen abschließenden Datenbankexport. Bei Websites mit hohem Datenverkehr oder vielen Transaktionen sollten Sie ein Wartungsfenster einplanen, damit während der abschließenden Übertragung keine neuen Daten geschrieben werden.
Verweisen Sie Ihre Domain nicht auf einen Server, den Sie noch nicht getestet haben. Verwenden Sie eine temporäre URL, eine Vorschaufunktion oder eine lokale „hosts“-Datei, um die Website direkt auf dem neuen Server zu öffnen, während die öffentliche Domain weiterhin auf den alten Server verweist.
Sehen Sie sich nicht nur die Startseite an. Testen Sie das Kontaktformular, die Website-Suche, den Anmeldebereich, die zum Herunterladen bereitgestellten Dateien sowie alle Kauf- und Buchungsprozesse. Rufen Sie wichtige Seiten sowohl über eine mobile Verbindung als auch über Ihr normales Netzwerk auf. Vergewissern Sie sich, dass Bilder, Schriftarten und Weiterleitungen korrekt geladen werden, und achten Sie auf Warnungen wegen gemischter Inhalte, die auftreten können, wenn eine Website auf HTTPS umgestellt wird.
SSL verdient besondere Beachtung. Das Zertifikat muss die Live-Domain und deren relevante Varianten abdecken, wie beispielsweise die www-Adresse, falls Sie diese verwenden. Ein Zertifikat kann zwar auf dem neuen Server gültig sein, für Besucher jedoch erst dann aktiv werden, wenn die DNS-Einträge auf diesen Server verweisen. Planen Sie diesen Schritt so, dass HTTPS vor der öffentlichen Umstellung einsatzbereit ist.
Gerade beim E-Mail-Dienst kann ein ansonsten erfolgreicher Hosting-Wechsel schiefgehen. Es kann vorkommen, dass das Website-Hosting umgestellt wird, während der E-Mail-Dienst beim bisherigen Anbieter verbleibt, oder dass beides gemeinsam umgestellt wird. Dies sind unterschiedliche Szenarien, die unterschiedliche DNS-Einträge erfordern.
Wenn die E-Mail-Systeme unverändert bleiben, behalten Sie die MX-Einträge unverändert bei. Wenn Postfächer verschoben werden, legen Sie die Postfächer zunächst auf der neuen Plattform an und kopieren Sie die vorhandenen Nachrichten, bevor Sie die MX-Einträge ändern. Überprüfen Sie eingehende und ausgehende Nachrichten mithilfe einer externen Adresse und nicht nur über das Webmail-System innerhalb desselben Systems.
Überprüfen Sie außerdem die SPF-, DKIM- und DMARC-Einträge. Diese DNS-Einträge helfen den empfangenden Servern dabei, die Echtheit Ihrer Nachrichten zu überprüfen. Fehlende oder falsche Einstellungen können dazu führen, dass Nachrichten nach der Umstellung im Spam-Ordner landen oder die Zustellung fehlschlägt. Unternehmen mit gemeinsam genutzten Postfächern, Aliasen, Mailinglisten oder Geräten, die Scans per E-Mail versenden, sollten jeden dieser Arbeitsabläufe testen.
Sobald die neue Umgebung die Tests bestanden hat, aktualisieren Sie die DNS-Einträge. In der Regel bedeutet dies, den A- oder AAAA-Eintrag für die Website und gegebenenfalls den www-Eintrag zu ändern. Wenn Sie auch E-Mails umstellen, aktualisieren Sie die MX-Einträge und die zugehörigen Authentifizierungseinträge entsprechend der neuen E-Mail-Konfiguration.
Verwenden Sie diese abschließende Checkliste vor und nach der Umstellung:
Vermeiden Sie es, DNS-Einträge zu ändern, ohne deren Zweck zu verstehen. Einträge für E-Mail, Verifizierungsdienste, Subdomains oder externe Plattformen haben möglicherweise nichts mit dem Webserver zu tun. Das Ersetzen einer gesamten DNS-Zone durch eine Standardvorlage kann dazu führen, dass Dienste, die zuvor einwandfrei funktionierten, unbemerkt nicht mehr verfügbar sind.
Überprüfen Sie die Website nach der DNS-Änderung über mehrere Verbindungen hinweg. Es kann sein, dass Ihr Büronetzwerk weiterhin zwischengespeicherte DNS-Einträge verwendet, während die mobile Datenverbindung bereits den neuen Server anzeigt – oder umgekehrt. Bitten Sie Kollegen an verschiedenen Standorten, die Website aufzurufen und eventuelle Probleme zu melden, insbesondere wenn sich Ihre Zielgruppe hauptsächlich in Luxemburg oder den angrenzenden Märkten befindet.
Behalten Sie Server-Fehlerprotokolle, Anwendungsprotokolle und Formularbenachrichtigungen im Auge. Eine Website kann für Besucher korrekt erscheinen, während im Hintergrund geplante Aufgaben fehlschlagen oder ausgehende E-Mails aufgrund eines Konfigurationsproblems blockiert werden. Wenn etwas Kritisches fehlschlägt, ist ein Rollback oft schneller als der Versuch, ein Problem im Live-Betrieb unter Zeitdruck zu beheben. Aus diesem Grund sollte das alte Hosting weiterhin verfügbar bleiben und die bisherigen DNS-Einträge vor der Umstellung dokumentiert werden.
Sobald die Migration stabil läuft, aktualisieren Sie die interne Dokumentation mit den neuen Zugangsdaten, Verlängerungsdaten, Sicherungsmaßnahmen und den zuständigen Ansprechpartnern. Löschen Sie nicht mehr genutzte Konten und überprüfen Sie die Zugriffsberechtigungen. Eine Migration ist eine sinnvolle Gelegenheit, die Sicherheitsvorkehrungen auf den neuesten Stand zu bringen, insbesondere bei Standorten, an denen sich im Laufe der Zeit alte Administratorkonten angesammelt haben.
Bei der Entscheidung für einen Hosting-Wechsel geht es nicht nur um Serverplatz, sondern auch um den Service. Shared Hosting eignet sich oft für kleinere Websites mit vorhersehbarem Besucheraufkommen. Ein dedizierter Server, Colocation oder eine Managed-Infrastructure-Lösung sind möglicherweise besser geeignet, wenn höhere Anforderungen an Leistung, Kontrolle oder Compliance bestehen. Die richtige Wahl hängt von der Anwendung, dem Besucheraufkommen und den Kosten ab, die durch einen Ausfall entstehen würden.
Für Unternehmen, die Wert auf lokale Infrastruktur und direkte technische Verantwortlichkeit legen, kann Visual Online dazu beitragen, dass diese Entscheidung nicht nur theoretisch bleibt, sondern in die Praxis umgesetzt wird. Der beste Migrationsplan ist ein Plan, der von Fachleuten unterstützt wird, die die gesamte Konfiguration verstehen und Sie nicht einfach nur auffordern, ein allgemeines Skript abzuarbeiten.
Betrachten Sie die ersten Tage nach einem Umzug als Beobachtungsphase und nicht als Ziel. Eine ruhige, sorgfältig überprüfte Migration verschafft Ihrer Website eine stabilere Grundlage und gibt Ihnen das Vertrauen, darauf aufzubauen.
Was ist eine Cloud-PBX? Erfahren Sie, wie cloudbasierte Geschäftstelefonanlagen funktionieren, was sie kosten, für welche Anwendungsfälle sie geeignet sind und wann sie gegenüber einer vor Ort installierten Telefonanlage Vorteile bieten.
Finden Sie das beste E-Mail-Hosting für Teams, indem Sie Sicherheit, Verfügbarkeit, Speicherplatz, Verwaltungskontrolle und Support vergleichen – ohne für Funktionen zu bezahlen, die Sie nicht nutzen.
