- 250 Mitarbeiter, 4 Standorte, null Ausfallzeit: Ein Großhandelsunternehmen mit 250 Mitarbeitern migrierte 12 produktive Server mit 8 TB Daten von On-Premise nach Azure IaaS, ohne die Geschäftszeiten zu unterbrechen.
- Azure Site Recovery repliziert kontinuierlich: Nach der initialen Synchronisation der 12 Server betrug der RPO nur noch wenige Minuten bis zum Cutover.
- Cutover in 12 Minuten am Wochenende: Der finale Wechsel des ERP-Systems auf die Azure-VM dauerte 12 Minuten, die alten Server blieben zur Sicherheit noch 2 Wochen als Rückfall-Option aktiv.
- 35 Prozent TCO-Reduktion über 3 Jahre: Die Migration senkte die Gesamtbetriebskosten über drei Jahre um 35 % und die Energiekosten um 40 %, bei einer gemessenen Verfügbarkeit von 99,95 %.
- DR-Ziel unter 5 Minuten RPO: Mit Azure Site Recovery in eine andere Azure-Region liegt der angestrebte RPO unter 5 Minuten und die RTO unter 2 Stunden.
/01Die Ausgangslage
Ein Großhandelsunternehmen mit 250 Mitarbeitern und 4 Standorten in Süddeutschland stand vor einem klassischen Problem: Die Server-Hardware im eigenen Serverraum war am Ende ihres Lebenszyklus angelangt. Der Support für die VMware-Lizenzen lief aus, und die Energiekosten für Klimatisierung und Betrieb waren in den letzten Jahren massiv gestiegen.
Das ERP-System, das täglich 800+ Bestellungen verarbeitet, musste 24/7 verfügbar sein. Ein ungeplanter Ausfall hätte direkte Umsatzeinbußen und Lieferverzögerungen bedeutet. Die Anforderung an die Migration war daher klar: Null Ausfallzeit während der Geschäftszeiten.
Die Herausforderung: 12 produktive Server mit insgesamt 8 TB Daten, ein geschäftskritisches ERP-System und 250 Arbeitsplätze mussten ohne Betriebsunterbrechung von On-Premise nach Azure IaaS migriert werden.
/02Die Migrationsstrategie
Statt eines Big-Bang-Ansatzes entschieden wir uns für eine phasenweise Migration mit parallelem Betrieb. Der Schlüssel war Azure Site Recovery (ASR) für die kontinuierliche Replikation aller VMs in die Cloud - lange bevor der eigentliche Cutover stattfand.
Vorbereitungsphase
In den ersten vier Wochen wurden alle Systeme inventarisiert, Abhängigkeiten dokumentiert und die Zielarchitektur in Azure geplant. Besonders wichtig: Die Netzwerk-Konzeption mit Azure Virtual Networks und der VPN-Verbindung zu den Standorten.
Replikationsphase
Azure Site Recovery wurde auf allen 12 Servern eingerichtet. Ab diesem Zeitpunkt wurden alle Änderungen kontinuierlich nach Azure repliziert - die Systeme liefen parallel, die Replikation fand im Hintergrund statt. Nach der initialen Synchronisation betrug der RPO (Recovery Point Objective) nur noch wenige Minuten.
Assessment & Planung (Woche 1-4)
Inventarisierung, Abhängigkeitsanalyse, Azure-Sizing, Netzwerkdesign, Migrationsplan
Azure Setup (Woche 3-5)
Subscription, Virtual Networks, VPN Gateway, Storage Accounts, Recovery Vault
Replikation Start (Woche 5-7)
Azure Site Recovery Deployment, initiale Replikation aller VMs, Test-Failover
Test & Validierung (Woche 8)
Funktionstest aller Systeme in Azure, Performance-Validierung, User Acceptance Test
Cutover (Woche 9)
Finaler Failover am Wochenende, DNS-Umstellung, Validierung, Go-Live
/03Die Umsetzung
Der eigentliche Cutover fand an einem Samstag statt - nicht weil es technisch notwendig gewesen wäre, sondern als zusätzliche Sicherheitsmaßnahme. Um 6 Uhr morgens wurde die letzte Replikation abgeschlossen, die VMs in Azure hochgefahren und getestet. Um 14 Uhr waren alle Systeme validiert, die DNS-Einträge umgestellt.
Zero Downtime durch Smart Cutover
Die User merkten von der Migration nichts. Da die Replikation kontinuierlich lief, waren die Azure-VMs zu jedem Zeitpunkt nur wenige Minuten hinter dem Produktionsstand. Der DNS-Wechsel sorgte dafür, dass neue Verbindungen automatisch auf die Azure-Systeme gingen, während bestehende Sessions noch auf den alten Servern ausliefen.
Das ERP-System: Besondere Sorgfalt
Das ERP-System erhielt besondere Aufmerksamkeit. Vor dem Cutover wurden alle laufenden Transaktionen abgeschlossen. Die Datenbank-Replikation wurde final synchronisiert, dann wurde die Azure-VM zum neuen Primary. Der gesamte Vorgang dauerte 12 Minuten - außerhalb der Geschäftszeiten.
Rückfall-Strategie: Für den unwahrscheinlichen Fall von Problemen blieben die On-Premise-Server noch 2 Wochen aktiv. Ein Zurückwechseln wäre innerhalb von 30 Minuten möglich gewesen. Diese Option wurde nicht benötigt.
/04Das Ergebnis
Am Montagmorgen nach dem Cutover arbeiteten alle 250 Mitarbeiter wie gewohnt - ohne zu wissen, dass sie jetzt auf Azure-Infrastruktur zugreifen. Die Performance war sogar besser als vorher, da die Azure-VMs auf modernerer Hardware liefen.
/05Die langfristigen Vorteile
Die Migration nach Azure brachte nicht nur die erwarteten Kosteneinsparungen, sondern auch strategische Vorteile:
- Skalierbarkeit: Saisonale Lastspitzen können jetzt durch temporäre VM-Upgrades abgefangen werden - früher hätte man Hardware kaufen müssen
- Disaster Recovery: Mit Azure Site Recovery ist jetzt auch ein DR in eine andere Azure-Region möglich - RPO unter 5 Minuten, RTO unter 2 Stunden
- Keine Hardware-Zyklen: Alle 4-5 Jahre neue Server kaufen gehört der Vergangenheit an - Azure modernisiert die Infrastruktur kontinuierlich
- IT-Entlastung: Das IT-Team muss sich nicht mehr um Hardware-Wartung kümmern und kann sich auf wertschöpfende Aufgaben konzentrieren
- Hybrid-Option: Microsoft 365 und Azure arbeiten nahtlos zusammen - die Grundlage für weitere Modernisierung ist gelegt
/06Fazit
Eine Cloud-Migration ohne Ausfallzeit ist keine Magie, sondern das Ergebnis sorgfältiger Planung und der richtigen Werkzeuge. Azure Site Recovery ermöglicht kontinuierliche Replikation ohne Performance-Einbussen im Produktivsystem. Der Cutover wird damit zu einem kontrollierten Vorgang statt zu einem riskanten Big-Bang.
Für das Handelsunternehmen war die Migration nicht nur technisch erfolgreich, sondern auch wirtschaftlich: Die TCO-Reduktion von 35 % über drei Jahre rechtfertigt die Investition, und die gewonnene Flexibilität ist in der aktuellen Zeit unbezahlbar.