Cloud-Migration für Unternehmen: Ein neuer Ort. Ein geplanter Weg.

Bei einer Cloud-Migration wechseln Server, Fachanwendungen, Postfächer und Dateiablagen den Ort. Sie laufen danach nicht mehr im Serverraum des Unternehmens, sondern in einem Rechenzentrum oder auf einer Cloud-Plattform. Für die Mitarbeiter soll sich dabei möglichst wenig ändern: Sie arbeiten mit denselben Programmen und Daten weiter, nur der Ort dahinter ist ein anderer.

Cloud ist kein Selbstzweck. Ein Umzug lohnt sich, wenn er Wartung, Ausfallrisiko oder Anschaffungen spart oder wenn Mitarbeiter von überall sicher auf ihre Daten zugreifen sollen. Deshalb steht vor jedem Umzug die Cloud-Beratung: Für jedes System klären wir, wohin es am besten passt und was der Umzug bringt.

Welche Systeme gehören in die Cloud?

Vier Bereiche kommen dabei fast immer auf den Tisch:

• Server und Fachanwendungen: Sie ziehen in unsere Rechenzentren in Deutschland und laufen dort als gemanagte Server weiter.
• E-Mail, Dateien, Zusammenarbeit: Postfächer und Ablagen wandern nach Microsoft 365. Der Umzug gehört zu unserer Microsoft-365-Betreuung.
• Plattform-Dienste: Wer bestimmte Dienste der Microsoft-Cloud braucht, bekommt sie auch bei uns. Oft ist unsere eigene Cloud flexibler und günstiger.
• Was besser bleibt: Maschinensteuerung oder sehr große Datenmengen bleiben manchmal lokal. Dann verbinden wir beides.

Was die Rechtslage für Daten in großen Public Clouds bedeutet, ordnet der Ratgeber Daten in der Cloud noch sicher? ein. Ob sich neue Server im eigenen Haus 2026 noch rechnen, hängt auch an den Hardwarepreisen, die zeigt der Ratgeber Speicherpreise steigen.

Umziehen, ersetzen oder bleiben: welche Wege gibt es?

Für jedes System gibt es grundsätzlich drei Antworten. Welche passt, hängt vom System ab, nicht von einer allgemeinen Cloud-Strategie.

• Umziehen: Der Server wird so, wie er ist, in die Zielumgebung übertragen. Das geht schnell und verändert für die Nutzer wenig. Fachleute nennen das „Lift and Shift“. Der Weg passt für Fachanwendungen, die weiterlaufen sollen, wie sie sind.
• Ersetzen: Ein eigener Dienst wird durch einen fertigen Cloud-Dienst abgelöst. Das typische Beispiel ist der eigene Mailserver, an dessen Stelle Microsoft 365 tritt. Dann ziehen nicht der Server, sondern nur die Daten um.
• Bleiben: Manche Systeme gehören ins Haus, etwa Steuerungen von Maschinen oder Anwendungen mit sehr großen Datenmengen, die ständig lokal bearbeitet werden. Sie werden sauber an die Cloud angebunden.

Oft wird beim Umzug zusätzlich aufgeräumt: Alte Server, die nur noch ein einziges Programm tragen, werden zusammengelegt, und Daten, die niemand mehr braucht, werden archiviert statt mitgenommen. Jedes Gigabyte, das nicht umzieht, verkürzt die Übertragung.

Wie läuft eine Cloud-Migration ab?

Ein Umzug folgt bei uns immer demselben Gedanken: erst verstehen, dann erproben, dann umschalten.

• Bestand und Ziel: Wir erfassen Systeme, Datenmengen und Abhängigkeiten. Für jedes System legen wir fest: umziehen, ersetzen oder bleiben.
• Migrations-Check: Sie bekommen Zielbild, Reihenfolge und Zeitplan. Kritische Systeme ziehen zuletzt um.
• Probelauf: Ein unkritisches System zieht zuerst um. So prüfen wir Leitung, Zugriffe und Sicherung unter echten Bedingungen.
• Umzug in Etappen: Die alte Umgebung läuft weiter, bis die neue nachweislich funktioniert. Erst dann schalten wir um.

Die Reihenfolge ist bewusst gewählt. Das erste System, das umzieht, ist eines, dessen kurzer Ausfall niemandem wehtut. An ihm zeigt sich, ob Leitung, Anmeldung, Druck und Sicherung so funktionieren wie geplant. Die Systeme, ohne die der Betrieb stillsteht, kommen erst, wenn der Weg erprobt ist.

Was klärt die Cloud-Beratung vor dem Umzug?

Die meisten Probleme bei einer Migration in die Cloud entstehen nicht beim Kopieren der Daten, sondern durch Abhängigkeiten, die vorher niemand aufgeschrieben hat. Deshalb gehen wir vor dem Umzug diese Punkte durch:

• Abhängigkeiten: Welche Anwendung spricht mit welcher Datenbank, welcher Scanner legt Dateien auf welcher Freigabe ab, welche Schnittstelle holt nachts Daten ab?
• Datenmenge und Leitung: Wie viele Daten müssen übertragen werden, und reicht die Internetleitung dafür und für den späteren Alltag?
• Lizenzen: Darf eine Software in einem Rechenzentrum betrieben werden, und ändert sich das Lizenzmodell dabei?
• Zugriffe und Rechte: Wer arbeitet von wo, und welche Rechte braucht er? Dabei fallen oft alte Konten und zu weite Freigaben auf.
• Sicherung und Wiederherstellung: Wie wird die neue Umgebung gesichert, und wie schnell muss ein System nach einem Fehler wieder laufen?

Wie unscheinbar solche Verbindungen sind, zeigt ein Beispiel aus dem Büroalltag. Der Scanner im Flur legt eingescannte Lieferscheine seit Jahren auf einer Freigabe des alten Servers ab, und die Buchhaltung holt sie dort jeden Morgen ab. Aufgeschrieben hat das nie jemand, weil es einfach funktioniert. Zieht der Server um, ohne dass der Scanner umgestellt wird, kommt am nächsten Morgen nichts mehr an, und niemand weiß zunächst, warum. Deshalb fragen wir vor dem Umzug nicht nur die Technik ab, sondern auch die Menschen, die täglich mit den Systemen arbeiten: Was passiert bei Ihnen automatisch, ohne dass jemand daran denkt?

Aus diesen Antworten entsteht im Migrations-Check das Zielbild mit Reihenfolge und Zeitplan. Erst danach wird ein Server bewegt.

Eigene Cloud, Microsoft-Cloud oder hybrid?

Wir bieten Microsoft Azure an. Für viele Server ist unsere eigene Cloud aber flexibler und günstiger. Sie läuft in unseren Rechenzentren in München und Nürnberg. Bei allen Cloud-Varianten, die wir anbieten, bleiben die Daten in Deutschland. Genutzt werden können die Dienste trotzdem weltweit, etwa von einer Niederlassung im Ausland oder unterwegs.

Im Rechenzentrum gibt es verschiedene Formen: virtuelle Server, die sich in Leistung und Speicher flexibel anpassen lassen, dedizierte Server, die einem Kunden allein gehören, eine Private Cloud für mehrere Systeme und Housing für eigene Hardware. Dedizierte Server sind weniger flexibel als virtuelle, dafür aber vollständig getrennt. Welche Form passt, ist Teil der Beratung.

Hybrid heißt: Ein Teil der IT läuft in der Cloud, ein Teil bleibt im Haus, und beides arbeitet zusammen. Für viele Unternehmen ist das kein Zwischenschritt, sondern das richtige Ziel.

Wie zieht Microsoft 365 um?

Postfächer und Dateiablagen sind oft der erste Schritt. Der Umzug von einem eigenen Exchange-Server oder aus Google Workspace nach Microsoft 365 gehört zu unserer Microsoft-365-Betreuung und ist in der Regel binnen 7 Tagen erledigt. Danach entfällt der eigene Mailserver mit seinen Updates und Sicherungen.

Welche Fehler sind bei einer Cloud-Migration typisch?

• Alles auf einmal: Ein großer Umzug am Wochenende lässt keinen Raum für Überraschungen. Etappen tun es.
• Die Leitung vergessen: Was vorher im Haus lief, geht nun über das Internet. Ist die Leitung zu knapp, wird die neue Umgebung als langsam erlebt.
• Altlasten mitnehmen: Nicht mehr genutzte Server und Datenbestände werden ungeprüft übertragen und kosten danach weiter Geld.
• Kein Rückweg: Wer die alte Umgebung abschaltet, bevor die neue nachweislich funktioniert, hat bei einem Fehler keine Ausweichmöglichkeit.
• Sicherung nicht neu gedacht: Auch Daten in der Cloud brauchen eine eigene Datensicherung.

Wann lohnt sich eine Cloud-Migration?

Drei Fragen helfen bei der Einordnung. Steht in den nächsten Jahren neue Server-Hardware an? Arbeiten Mitarbeiter an mehreren Orten oder von unterwegs? Und hängt der Betrieb an einem Serverraum, den niemand mehr gern betreut? Wer eine dieser Fragen mit Ja beantwortet, sollte den Umzug prüfen. Die Antwort kann auch lauten, dass ein Teil im Haus bleibt.