SQL nach Azure SQL – 3 Wochen

Warum „SQL nach Azure SQL“?

Der Schritt von On-Prem SQL Server zu Azure bringt in der Praxis vor allem:

• weniger Infrastruktur- und Patch-Aufwand (je nach Zielplattform)

• bessere Skalierbarkeit und planbares Sizing

• integrierte Backup-/HA-Optionen (plattformabhängig)

• Security-Funktionen und Auditing leichter standardisierbar

• bessere Einbindung in Azure-Ökosystem (Monitoring, Identity, Netzwerk, Automatisierung)

Wichtig: Damit das klappt, muss Migration sauber geplant sein, besonders bei produktiven Anwendungen.

Welche Azure SQL Option passt? (Azure SQL Database vs. Managed Instance vs. VM)

Nicht jede Datenbank kann direkt in „Azure SQL Database“ laufen. Deshalb prüfen wir:

• Azure SQL Database (PaaS)
  Ideal für moderne Anwendungen, weniger Admin-Aufwand, klare Service-Tiers.

• Azure SQL Managed Instance
  Oft die beste Wahl bei hoher SQL-Server-Kompatibilität (z. B. wenn viele klassische Features genutzt werden).

• SQL Server auf Azure VM (IaaS)
  Wenn bestimmte Abhängigkeiten/Features ein PaaS-Deployment verhindern oder wenn ihr maximale Kontrolle braucht.

Ziel: die sinnvollste Lösung, technisch passend und wirtschaftlich vertretbar.

Analyse der bestehenden SQL-Server & Datenbanken

Wir starten mit einer strukturierten Aufnahme:

• Datenbankgrößen, Wachstum, Nutzungsmuster

• Versionen und Features (Kompatibilität)

• Abhängigkeiten (Jobs, Linked Servers, CLR, SSIS/SSRS/SSAS – falls vorhanden)

• Anwendungszugriffe (wer greift zu, wie, von wo?)

• Performance-Baseline (CPU/IO, Latenzen, Query-Profile – je nach Zugriff)

So vermeiden wir „Überraschungen“ kurz vor dem Cutover.

Kompatibilitäts-Check & Migrationsstrategie

Auf Basis der Analyse entscheiden wir:

• welche Datenbanken direkt nach Azure SQL können

• wo ggf. Anpassungen nötig sind

• welche Alternative (Managed Instance / VM) sinnvoll ist

Zusätzlich klären wir:

• Authentifizierung (SQL-Auth vs. Entra ID – je nach Setup)

• Netzwerkzugriff (Private Endpoints, Firewall, Hybrid-Anbindung)

• Anforderungen an HA/DR und Backup-Aufbewahrung

Migrationsplanung: Downtime, Cutover, Tests & Fallback

Wir erstellen einen Migrationsplan, der zum Betrieb passt:

• Downtime-Fenster und Cutover-Zeitpunkt

• Testmigration(en) inklusive Validierung (Daten, Funktionen, Performance)

• Fallback-Strategie: Was passiert, wenn am GoLive etwas hakt?

• Kommunikations- und Checklistenplan (wer macht was wann)

Ziel: Umstellung ohne Panik und ohne Blindflug.

Migration

Wir führen die Migration strukturiert durch:

• Aufbau Zielumgebung in Azure (DB/MI/VM, Netzwerk, Security)

• Migration in Test (inkl. App-Tests)

• Anpassungen basierend auf Testergebnissen

• Produktivmigration mit finalem Cutover und Validierung

Anpassung von Anwendungen (Schnittstellen, Connection Strings)

Damit Anwendungen stabil weiterlaufen, kümmern wir uns um:

• Anpassung von Connection Strings (Endpoints, Ports, Auth)

• Anpassung von Schnittstellen/Configs in Applikationen

• Prüfung von Timeout-, Pooling- und Performance-Einstellungen

• Stabilitätstests mit den relevanten Nutzerrollen/Use Cases

Das ist oft der entscheidende Teil, damit die Migration nicht „nur technisch“ erfolgreich ist.

Monitoring, Backup und Security (Verschlüsselung, Zugriff, Auditing)

Wir setzen ein betriebsfähiges Basissetup auf:

• Monitoring/Alerting (z. B. Azure Monitor/Insights – abhängig vom Setup)

• Backup- und Restore-Strategie (plattformabhängig)

• Security-Basics:

  • Verschlüsselung

  • Zugriffskontrolle (Rollen, Netzwerkzugriff)

  • Auditing/Logs (für Nachvollziehbarkeit)

Ablauf in 3 Wochen (Projektplan)

Woche 1 – Analyse und Zielentscheidung

• Ist-Aufnahme SQL Server/Datenbanken

• Kompatibilitätscheck und Zielplattform-Entscheidung

• Migrationskonzept inkl. Downtime-/Testplan

Woche 2 – Testmigration und App-Anpassungen

• Aufbau Zielumgebung

• Testmigration und Validierung

• Anpassung von Connection Strings/Applikationskonfigurationen

Woche 3 – Produktivmigration und Abschluss

• finaler Cutover nach Plan

• Validierung (Funktion/Performance)

• Übergabe + Dokumentation + Optimierungsempfehlungen

Ergebnisse und Deliverables

• Erfolgreich nach Azure SQL migrierte Produktivdatenbanken

• Migrations- & Anpassungsdokumentation inkl.:

  • Cutover-Plan

  • Tests & Ergebnisse

  • Fallback-Strategien

• Empfehlungen zur Performance-Optimierung und Kostensteuerung:

  • geeigneter Service-Tier

  • Rightsizing

  • Skalierungsoptionen (z. B. Autoscaling, wo passend)

Preis individuell (warum der Umfang variiert)

Der Preis startet bei ab 12.000 € und hängt von der konkreten Umgebung ab, z. B.:

• Anzahl Datenbanken/Instanzen und Datenvolumen

• Komplexität der Features/Abhängigkeiten (Jobs, Integrationen, Spezialfeatures)

• gewählte Zielplattform (Azure SQL DB vs. Managed Instance vs. VM)

• Anforderungen an Downtime-Minimierung und Anzahl Testläufe

• notwendige Anpassungen an Anwendungen und Schnittstellen

• Sicherheits-/Netzwerksetup (Private Endpoints, Hybrid, Auditing)

Nach einem kurzen Erst Check erstellen wir ein transparentes, passgenaues Angebot.