Das Wichtigste in Kürze
- Die Cloud-Migration ist keine reine Datenkopie, sondern die Transformation von alten C/AL-Modifikationen in moderne AL-Extensions.
- Das offizielle Microsoft Cloud Migration Tool ermöglicht die schrittweise Replikation von SQL-Daten in den Cloud-Tenant im laufenden Betrieb, wodurch die Go-Live-Downtime auf wenige Stunden schrumpft.
- Datenhygiene vor dem Umzug spart bares Geld: Dateianhänge und Altdaten aus abgeschlossenen Wirtschaftsjahren sollten bereinigt oder archiviert werden, um Cloud-Speicherkontingente nicht zu überlasten.
- Microsoft bietet mit Promotions wie 'Bridge to the Cloud' erhebliche Lizenznachlässe (bis zu 40 %) für bestehende On-Premises-Kunden mit aktivem Enhancement Plan (BREP).
Die 5 Phasen einer erfolgreichen Cloud-Migration
Eine professionelle Migration teilt sich in fünf aufeinander aufbauende Phasen, die Risiken für den laufenden Geschäftsbetrieb minimieren:
- Phase 1: Bestandsaufnahme & Code-Audit (C/AL vs. AL, Identifikation veralteter Add-ons, Prüfung von Schnittstellen zu Shop, Bank und Versand).
- Phase 2: Datenbereinigung & Archivierung (Löschen von Protokollen, Auslagerung historischer Buchungsdaten, Bereinigung von Tabellenleichen).
- Phase 3: Extension-Entwicklung & AppSource-Auswahl (Neuentwicklung notwendiger Individualanpassungen als saubere AL-Events).
- Phase 4: Testmigration & Benutzerakzeptanztest (UAT) (Replikation der Echtdaten per Cloud Migration Tool in eine Sandbox, Schulung der Key-User).
- Phase 5: Cutover-Wochenende & Go-Live (Finale Deltasynchronisation, Umstellung der Schnittstellen, Abnahme und Hypercare-Support).
Technik: Wie das Cloud Migration Tool funktioniert
Für Stände ab Business Central Version 14 On-Premises stellt Microsoft ein automatisiertes Replikations-Framework bereit: das Cloud Migration Tool. Dieses verbindet Ihre lokale SQL-Server-Datenbank über eine sichere Azure-Self-Hosted-Integration-Runtime mit Ihrem Business Central Online Tenant.
Die Daten werden im Hintergrund verschlüsselt in die Azure Cloud übertragen, während Ihre Mitarbeiter vor Ort ganz normal im Altsystem weiterarbeiten. Am Stichtag des Go-Lives wird lediglich die finale Differenz (Delta) synchronisiert. Das minimiert Betriebsunterbrechungen auf ein Minimum.
Häufige Stolpersteine: Was viele Unternehmen unterschätzen
Der größte Fehler ist der Versuch, ein 15 Jahre gewachsenes System 1:1 in die Cloud zu heben. Viele individuelle Tabellenanpassungen aus Navision-Zeiten werden in modernen Business-Central-Versionen längst vom Standard oder von erprobten AppSource-Apps abgedeckt.
Zweitens: Schnittstellen. Lokale Datei-Exporte (CSV auf Netzlaufwerken) funktionieren in der Cloud nicht mehr. Alle Schnittstellen müssen auf REST-APIs, OData oder Webhooks umgestellt werden. Wer das frühzeitig plant, verhindert Überraschungen beim Go-Live.
Häufige Fragen
- Alle Sachposten, Debitoren-, Kreditoren- und Artikelposten können vollständig übernommen werden. Alternativ können historische Jahre in einer schreibgeschützten Archiv-Datenbank vorgehalten werden, um Cloud-Kosten zu sparen und das Neusystem schlank zu halten.
- Jeder Business Central Tenant erhält standardmäßig 80 GB Basisspeicher plus je nach Nutzerzahl 2–3 GB zusätzlich pro Essential/Premium-Nutzer. Zusätzlicher Speicher kann bei Bedarf monatlich flexibel hinzugebucht werden.
- Ja. Bei Versionen vor BC 14 wird ein technischer Zwischenschritt durchgeführt oder die Migration erfolgt über standardisierte Datenmigrationspakete (RapidStart / Configuration Packages). Wir ermitteln den wirtschaftlichsten Weg im Rahmen unserer Vorstudie.