Cloud Migration KMU: Server ohne Ausfall ablösen

1Einleitung

Cloud-Migration klingt erstmal nach Technikprojekt. In der Praxis ist es oft eher ein Aufräumprojekt mit Internetanschluss.

Das ist der Punkt, den viele unterschätzen: Nicht der alte Server ist das Problem, sondern das Chaos, das über Jahre darauf gewachsen ist. Gerade bei Firmen in Aachen und der Städteregion – mit Büro, Lager, Außendienst, vielleicht noch einem zweiten Standort – sehe ich das ständig. Man will weg von VPN-Frust, alter Hardware und Serverwartung, aber bitte ohne einen verlorenen Arbeitstag bei Angeboten, Buchhaltung oder Projektarbeit.

Die kontraintuitive Wahrheit: Du musst den lokalen Server oft gar nicht 1:1 in die Cloud heben. Genau das macht viele Projekte unnötig teuer.

2Nicht jeder Büro-Server gehört 1:1 nach Azure

Wenn dein Server heute vor allem drei Dinge macht – Dateien, E-Mail und ein bisschen Zusammenarbeit –, dann ist ein reiner Lift-and-Shift nach Azure oft die falsche Idee. Technisch geht das natürlich. Wirtschaftlich ist es erstaunlich oft Unsinn.

Laut Solutionbox liegen einmalige Azure-Migrationskosten für ein KMU mit 20–50 Arbeitsplätzen grob bei 10.000 bis 40.000 Euro. Dazu kommen monatlich 500 bis 3.000 Euro Azure-Betriebskosten, je nach Workload. Das kann absolut sinnvoll sein – aber eben nur dann, wenn du wirklich Server-Workloads hast.

Wenn es dagegen hauptsächlich um Mail, Dateien, Teams und mobiles Arbeiten geht, dann ist Microsoft 365 meist der schlankere Weg. Die Lizenzpreise seit Juli 2026 nennt Hagel IT mit 6,07 € für Business Basic, 12,13 € für Business Standard und 19,06 € für Business Premium pro Nutzer und Monat.

Ehrlich gesagt halte ich genau hier den häufigsten Denkfehler für überschätzt: „Wir brauchen Azure, weil wir bisher einen Server hatten.“ Nein. Du brauchst erstmal ein sauberes Zielbild. In meiner Arbeit mit Unternehmen aus der Region sehe ich oft, dass ein alter Fileserver nicht technisch kaputt ist, sondern organisatorisch. Unklare Ordner, geerbte Rechte, private Dateien auf dem Netzlaufwerk, VPN-Abhängigkeit – und alle glauben, die Cloud löst das automatisch. Tut sie nicht .

3Die Kostenfrage: Projekt, Lizenzen, Betrieb sauber trennen

Viele Angebote wirken nur deshalb günstig oder teuer, weil alles in einen Topf geworfen wird. Das ist aus meiner Sicht einer der nervigsten Fehler in der Branche.

Du musst mindestens sechs Kostenblöcke trennen: Migration, Lizenzen, laufender Betrieb, Backup, Security und Schulung. Sonst vergleichst du Äpfel mit Serverracks.

The Tech Ref nennt für einfache Microsoft-365-Migrationen bei kleinen Unternehmen 1.500 bis 5.000 US-Dollar als Einmalprojekt. Für volle Infrastruktur-Migrationen zu AWS oder Azure liegen die Angaben dort bei 10.000 bis 50.000+ US-Dollar. Codebridge nennt für SMB-Szenarien mit 5–20 VMs und 1–5 TB Daten 5.000 bis 40.000 US-Dollar, typisch 10.000 bis 25.000 US-Dollar für Assessment, Planung, Umsetzung und Basistraining.

Für den deutschen Mittelstand ist der realistische Rechenrahmen damit ziemlich klar: Bei echter Azure-Migration grob 10.000–40.000 € einmalig plus 500–3.000 € monatlich Betrieb, bei Microsoft 365 zusätzlich pro Nutzer die jeweilige Lizenz.

Wer das Thema gerade breiter angeht und noch mit Excel-Workflows oder Insellösungen kämpft, sollte den Serverumzug nicht isoliert betrachten. Genau da knüpft auch mein Beitrag zu ERP System KMU Kosten 2026: Excel ablösen an – denn manche Server existieren nur noch, weil alte Prozesse nie sauber modernisiert wurden.

4Ablauf ohne Ausfall: Assessment, Pilot, Cutover, Rollback

„Ohne Ausfall“ heißt nicht, dass niemand etwas merkt. Es heißt: kein unkontrollierter Stillstand.

Eine belastbare Migration läuft in Phasen. Figuli beschreibt den typischen Ablauf mit Bestandsaufnahme, Zielbild, Vorbereitung von Tenant und Identitäten, Pilotmigration, produktiver Migration, Cutover und Nachbetreuung. Genau so sollte man es machen. Alles andere ist Glücksspiel.

Für die Dauer liefern die Quellen ein brauchbares Bild. Gemakom nennt je nach Umfang 4 Wochen bis 6 Monate, Microsoft-365-Migrationen für KMU oft 2–4 Wochen. InfraOne wird konkreter: Für ein 20-Personen-Unternehmen sind 2–4 Wochen realistisch, davon etwa 15–25 Stunden reine IT-Arbeit. Der Rest sind Wartezeiten, Syncs, Abstimmung und Vorbereitung.

1. 1
   Assessment

   Bestand aufnehmen: Server, Datenmengen, Berechtigungen, Postfächer, Geräte, Leitungen, Fachsoftware.
2. 2
   Zielbild festlegen

   Entscheiden, was nach Microsoft 365, was nach Azure und was vorerst lokal bleibt.
3. 3
   Pilotgruppe migrieren

   Mit 3–5 Leuten testen: Mailflow, Dateien, Mobilgeräte, Rechte, Teams, externe Freigaben.
4. 4
   Cutover planen

   Produktivumzug außerhalb der Kernarbeitszeit mit Kommunikationsplan und klarer Reihenfolge.
5. 5
   Rollback absichern

   Alter Stand bleibt definiert erreichbar, bis Mail, Daten und Zugriffe sauber bestätigt sind.

Wenn du genau so eine Migration strukturiert vorbereiten willst, ist das ein klassischer Fall für meine Digitalisierung – nicht als Buzzword, sondern als belastbarer Umsetzungsplan.

5Fileserver ablösen: SharePoint ist kein Netzlaufwerk-Klon

Das ist der Teil, an dem viele Projekte scheitern. Nicht technisch. Menschlich.

SharePoint ist kein schickeres Netzlaufwerk. Wenn du einen chaotischen Fileserver 1:1 nach SharePoint schiebst, hast du danach einen chaotischen SharePoint. Nur teurer und mit mehr Frust.

H5M bringt es gut auf den Punkt: Entscheidend sind klare Bereiche je Team oder Thema, durchdachte Berechtigungen und eine sinnvolle Tiefe statt Ordnerlabyrinth. Genau das ist der Unterschied zwischen „läuft überraschend gut“ und „alle hassen die neue Lösung“.

Die grobe Rollenverteilung sollte klar sein:

• OneDrive für persönliche Arbeitsbereiche
• SharePoint für gemeinsame Team- und Projektablagen
• Teams als Oberfläche für Kommunikation und Zusammenarbeit

Typische Migrationsfallen sehe ich immer wieder:

• zu tiefe Ordnerstrukturen mit sieben Ebenen
• Alt-Berechtigungen, die niemand mehr erklären kann
• persönliche Daten auf gemeinsamen Laufwerken
• Dubletten und veraltete Projektdaten
• fehlendes externes Microsoft-365-Backup

6Sicherheit und Betrieb: Cloud heißt nicht automatisch Backup

Das sage ich bewusst deutlich, weil es regelmäßig falsch verstanden wird: Cloud-Synchronisation ist kein Backup.

Eine Microsoft-365-Migration umfasst laut InfraOne nicht nur E-Mail und Dateien, sondern auch Domain-Setup und DNS-Einträge wie MX, SPF, DKIM und DMARC, dazu Benutzer, Lizenzen, SharePoint, OneDrive, Teams und Endgeräte. Das ist schon ein ganzer Betriebsübergang – kein Klick auf „Importieren“.

Dazu kommt Sicherheit. Wenn du Microsoft 365 nur lizenzierst, aber MFA nicht sauber ausrollst, Geräte nicht verwaltest und Rechte nicht prüfst, hast du zwar moderne Logos im Admin Center, aber noch keinen sicheren Betrieb.

Gerade Business Premium ist hier oft die sinnvollste Lizenz, weil du damit MFA, Conditional Access, Geräteverwaltung und ein saubereres Sicherheitsniveau besser umsetzen kannst. Basic oder Standard können reichen – aber eben nicht für jede Firma. Wer Außendienst, Homeoffice, mehrere Geräte oder sensible Kundendaten hat, sollte das nicht nur nach Lizenzpreis entscheiden.

Nach der Migration beginnt die eigentliche Arbeit erst richtig: Lizenzprüfung, Rechte-Review, Monitoring, Backup-Test, Restore-Test, Schulung und Dokumentation. In der Praxis gehen viele Firmen genau dort zu früh vom Gas. Dann wundert man sich drei Monate später über Freigabechaos oder unsaubere Geräte.

7Entscheidungsmatrix: Microsoft 365, Azure oder Hybrid?

Jetzt zur eigentlichen Management-Frage: Was passt zu deinem Unternehmen?

Für viele Aachener Betriebe mit 20 bis 80 Leuten ist Microsoft 365 der bessere erste Schritt, wenn das Hauptproblem in Mail, Dateiablage, Zusammenarbeit, mobilem Zugriff und wegfallender VPN-Abhängigkeit liegt. Dann modernisierst du schnell, mit überschaubarem Risiko.

Azure passt dagegen dann, wenn Anwendungen, Datenbanken, Terminalserver oder Fachsoftware weiter als echte Server-Workloads laufen müssen. Das ist im Maschinenbau, in produktionsnahen Umgebungen oder bei älteren Branchenanwendungen absolut realistisch. Dann ist Azure kein Luxus, sondern notwendig.

Hybrid ist oft die pragmatischste Zwischenlösung. Mail, Teams, OneDrive und SharePoint gehen in die Cloud; einzelne Fachsysteme bleiben lokal oder ziehen später nach. Das ist selten die ideologisch reinste Lösung – aber oft die wirtschaftlich vernünftigste .

Für die Vorbereitung solltest du kostenlose Bordmittel nutzen, bevor du den alten Server abschaltest. Dazu gehören Azure Migrate beziehungsweise der Pricing Calculator für Infrastrukturlasten sowie eine saubere Microsoft-365-Migrationsplanung mit Cutover-Dokumentation. Laut MigrationCost.com sind Assessment und Discovery im Azure-Migrate-Umfeld oft kostenlos, während Kosten eher in Replikation, Test-Failover und Umsetzungsarbeit entstehen.

8Meine Einschätzung

Ich bin kein Fan von Cloud-Migrationen, die nur deshalb gemacht werden, weil der alte Server nervt. Das ist zu kurz gedacht.

Die gute Lösung ist nicht „alles nach Azure“ und auch nicht reflexartig „alles nach Microsoft 365“. Die gute Lösung ist die, die deine Arbeitsweise sauber unterstützt, Risiken reduziert und dir in zwei Jahren nicht wieder auf die Füße fällt.

Wenn du mich fragst, ist der beste erste Schritt fast immer derselbe: Daten und Rechte aufräumen, echte Workloads identifizieren, Pilotgruppe definieren. Erst danach entscheidest du, ob Microsoft 365 reicht, Azure nötig ist oder hybrid am meisten Sinn ergibt. Genau so vermeidest du Ausfälle – und genau so sparst du am Ende meistens auch Geld .