Database Migration Service für SQL Server

Database Migration Service unterstützt zwei Ansätze für die Migration von SQL Server-Datenbanken zu Cloud SQL for SQL Server:

Migrationen sichern und wiederherstellen

Sie können SQL Server-Datenbanken mit dem Database Migration Service über einen Sicherungs- und Wiederherstellungsablauf zu Cloud SQL for SQL Server-Instanzen migrieren.

  • Bei selbstverwalteten oder Amazon RDS-Quellen laden Sie zuerst die vollständige Datenbanksicherung und die Transaktionslogdateien in einen Cloud Storage-Bucket hoch. Database Migration Service überwacht dann aktiv Ihren Bucket und repliziert Ihre Daten kontinuierlich in die Cloud SQL for SQL Server-Zielinstanz.

  • Bei Cloud SQL for SQL Server-Quellen übernimmt der Database Migration Service automatisch alle erforderlichen Exporte von Sicherungsdateien.

In diesem Abschnitt werden die folgenden Features für homogene SQL Server-Sicherungs- und Wiederherstellungsmigrationen behandelt:

  • Unter Unterstützte Quelle und Ziel sind alle SQL Server-Versionen aufgeführt, die von Database Migration Service unterstützt werden.

  • Der Datenfluss für kontinuierliche Migrationen bietet eine End-to-End-Übersicht darüber, wie Ihre Daten während des Migrationsprozesses in Google Cloud verschoben werden.

  • Unter Verschlüsselung erfahren Sie, wie Sie mit verschlüsselten SQL Server-Sicherungsdateien migrieren können.

  • Monitoring bietet eine Einführung in Logs und Messwerte, mit denen Sie den Fortschritt und Zustand Ihres Migrationsjobs beobachten können.

Unterstützte Quell- und Zieldatenbanken

Sie können Database Migration Service verwenden, um zwischen derselben SQL Server-Version und -Edition oder von früheren Versionen von SQL Server zu späteren Versionen zu migrieren, die in Cloud SQL unterstützt werden, sofern Sie die Richtlinien zur Versionskompatibilität einhalten. Weitere Informationen finden Sie in der Microsoft-Dokumentation unter den unterstützten Versions- und Editionsupgrades für Ihre SQL Server-Version. Weitere Informationen finden Sie unter Unterstützte Versions- und Editionsupgrades (SQL Server 2025).

In der folgenden Tabelle sind alle unterstützten SQL Server-Quell- und -Zieldatenbanken aufgeführt:

Quelldatenbanken Zieldatenbanken
Amazon RDS Cloud SQL for SQL Server-Versionen 2025, 2022, 2019, 2017
Selbstverwalteter SQL Server

(lokal oder auf einer vollständig von Ihnen verwalteten Cloud-VM)

Cloud SQL for SQL Server

(mit automatischen Sicherungsexporten durch Database Migration Service)

Datenfluss bei kontinuierlichen Migrationen

Für homogene SQL Server-Migrationen zu Cloud SQL unterstützt Database Migration Service den Ablauf für die kontinuierliche Migration. Bei diesem Ansatz werden Ihre Daten zuerst aus einer vollständigen Datenbanksicherungsdatei, dann aus einer differenziellen Sicherungsdatei geladen und anschließend kontinuierlich anhand von Transaktionsprotokolldateien aktualisiert, die Sie in einen dedizierten Cloud Storage-Bucket hochladen.

SQL Server-Migrationsablauf – Übersicht
Abbildung 1. Datenverschiebung während Database Migration Service for SQL Server-Migrationen. (Zum Vergrößern klicken)
SQL Server-Migrationsablauf – Übersicht

Auf übergeordneter Ebene durchlaufen Ihre Daten die Migrationsphasen so:

Cloud SQL for SQL Server-Quellen

Für Cloud SQL for SQL Server-Quellen:

  1. Sie konfigurieren Ihre Cloud SQL for SQL Server-Quellinstanz so, dass sie die Wiederherstellung zu einem bestimmten Zeitpunkt (Point-in-Time Recovery, PITR) unterstützt, und weisen den Dienstkonten von Cloud SQL und Database Migration Service die erforderlichen Berechtigungen zu.
  2. Wenn Sie den Migrationsjob erstellen und ausführen, erstellt Database Migration Service zuerst eine Vollsicherung Ihrer Datenbank, speichert sie im angegebenen Cloud Storage-Bucket und lädt sie dann in die Zielinstanz.
  3. Nachdem der vollständige Dump abgeschlossen ist, exportiert Database Migration Service weiterhin Transaktionslogdateien aus Ihrer Cloud SQL for SQL Server-Quellinstanz und lädt sie in das Ziel.

Sie können die laufende Replikation beenden und den Migrationsjob hochstufen, wenn Sie Ihre Anwendung so umstellen möchten, dass die Cloud SQL for SQL Server-Zielinstanz als Produktionsdatenbank verwendet wird. Eine detaillierte Schritt-für-Schritt-Anleitung zur Migration finden Sie im Migrationsanleitung für Cloud SQL for SQL Server für Cloud SQL-Quellen.

Selbstverwaltete und AWS-Quellen

Für selbstverwaltete und AWS-Quellen:

  1. Sie laden Ihre Sicherungsdateien in Cloud Storage hoch.

    Für kontinuierliche SQL Server-Migrationen für selbstverwaltete Quellen müssen Sie zuerst eine Vollsicherung Ihrer Quelldatenbank erstellen und die Sicherungsdatei dann in einen Cloud Storage-Bucket hochladen. Für nachfolgende Aktualisierungen können Sie optional eine differenzielle Sicherungsdatei bereitstellen und dann Transaktionslogdateien hochladen. Sie können die kontinuierliche Erstellung und den Upload von Transaktionslogs auch automatisieren.

    Weitere Informationen zur Automatisierung der kontinuierlichen Erstellung und des Uploads von Transaktionslogs finden Sie unter Sicherungen von Transaktionslogs planen.

    Weitere Informationen dazu, wie Database Migration Service verschiedene Arten von Sicherungsdateien in homogenen SQL Server-Migrationen verwendet, finden Sie unter Unterstützte Sicherungsdateitypen.

  2. Wenn der Migrationsjob gestartet wird, lädt der Database Migration Service die neueste vollständige Datenbanksicherung in die Cloud SQL for SQL Server-Zielinstanz.
  3. Sobald der erste Ladevorgang abgeschlossen ist, wechselt Database Migration Service zur Phase des inkrementellen Ladens. An dieser Stelle führt Database Migration Service Folgendes aus:
    1. Wenn Ihr Migrationsjob für die Verwendung einer differenziellen Sicherungsdatei konfiguriert ist, scannt der Database Migration Service den Ordner „diff“ und lädt differenzielle Sicherungsdateien in Ihre Zielinstanz. Wenn Ihr Migrationsjob für die Verwendung einer differenziellen Sicherungsdatei konfiguriert ist, Database Migration Service diese aber nicht im Cloud Storage-Bucket finden kann, wird ein Fehler angezeigt, während der Ordner „diff“ kontinuierlich nach der differenziellen Sicherungsdatei durchsucht wird.

      Database Migration Service lädt differenzielle Sicherungsdateien nur einmal, zu Beginn der Phase des inkrementellen Ladens. Wenn der Migrationsjob mit Transaktionslogdateien fortgesetzt wird, werden keine neuen differenziellen Sicherungsdateien erkannt, wenn Sie sie in den Ordner „diff“ hochladen.

    2. Der Database Migration Service scannt jetzt kontinuierlich Ihren Cloud Storage-Bucket nach Sicherungsdateien für Transaktionslogs, die auf Ihrer Zielinstanz repliziert werden sollen.
  4. Wenn neue Daten in der Quelldatenbank angezeigt werden, können Sie die Sicherungsdateien des Transaktionslogs weiterhin exportieren und in denselben Cloud Storage-Bucket hochladen. Database Migration Service übernimmt alle neuen Transaktionslog-Sicherungsdateien und repliziert sie in der Zieldatenbank.

Sie können die laufende Replikation beenden und den Migrationsjob hochstufen, wenn Sie Ihre Anwendung so umstellen möchten, dass die Cloud SQL for SQL Server-Zielinstanz als Produktionsdatenbank verwendet wird. Eine detaillierte Schritt-für-Schritt-Anleitung zur Migration finden Sie in der Migrationsanleitung für Cloud SQL for SQL Server.

Verschlüsselung

Für selbstverwaltete und Amazon RDS-Quellen bietet Database Migration Service vollständige Unterstützung für verschlüsselte SQL Server-Sicherungen. Wenn Sie Ihren Verschlüsselungsschlüssel in Google Cloudhochladen, kann Database Migration Service Ihre Daten sicher entschlüsseln und in die Cloud SQL for SQL Server-Zielinstanz laden, ohne die Datensicherheit zu gefährden.

Weitere Informationen finden Sie unter Verschlüsselte SQL Server-Sicherungsdateien.

Migrationen von verteilten Verfügbarkeitsgruppen (Distributed Availability Group, DAG)

Bei selbstverwalteten SQL Server Enterprise Edition-Instanzen können Sie Datenbanken direkt über eine private Netzwerkverbindung mit SQL Server Distributed Availability Group (DAG) migrieren, ohne Sicherungs- oder Transaktionsprotokolldateien nach Cloud Storage exportieren zu müssen.

In diesem Abschnitt finden Sie eine kurze Übersicht über Migrationen von verteilten SQL Server-Verfügbarkeitsgruppen:

  • Unter Unterstützte Quelle und Ziel sind die SQL Server-Editionen und -Versionen aufgeführt, die für DAG-Migrationen unterstützt werden.

  • Der Datenfluss bei kontinuierlichen Migrationen fasst zusammen, wie Ihre Daten während des Migrationsprozesses zwischen Verfügbarkeitsgruppen verschoben werden.

  • Die Verschlüsselung beschreibt, wie Daten bei der Übertragung zwischen Ihren Quell- und Zielinstanzen gesichert werden.

  • Unter Monitoring werden die Logs und Messwerte vorgestellt, mit denen Sie den Fortschritt und Zustand Ihres Migrationsjobs beobachten können.

Einen vollständigen Vergleich mit Sicherungs- und Wiederherstellungsmigrationen, Architekturdetails und Einschränkungen finden Sie unter Informationen zu Migrationen mit verteilten Verfügbarkeitsgruppen (Distributed Availability Group, DAG).

Unterstützte Quell- und Zieldatenbanken

Für Migrationen mit verteilten Verfügbarkeitsgruppen ist die Enterprise Edition sowohl auf der SQL Server-Quellinstanz als auch auf der Cloud SQL for SQL Server-Zielinstanz erforderlich:

Quelldatenbanken Zieldatenbanken
Selbstverwaltete SQL Server Enterprise Edition-Versionen 2025, 2022, 2019, 2017

(lokal oder auf einer beliebigen von Ihnen verwalteten Cloud-VM, wobei Always On-Verfügbarkeitsgruppen aktiviert sind)

 Cloud SQL for SQL Server Enterprise Edition, Versionen 2025, 2022, 2019, 2017

Datenfluss bei kontinuierlichen Migrationen

Bei einer Migration mit einer verteilten Verfügbarkeitsgruppe konfiguriert der Database Migration Service eine verteilte Verfügbarkeitsgruppe zwischen Ihrer Quellverfügbarkeitsgruppe und einer verwalteten sekundären Verfügbarkeitsgruppe auf Ihrer Cloud SQL for SQL Server-Zielinstanz. Dabei werden sowohl die anfängliche vollständige Last als auch die laufenden Datenbankänderungen direkt über eine private Netzwerkverbindung gestreamt.

Übersicht über den Migrationsablauf für verteilte Verfügbarkeitsgruppen (Distributed Availability Group, DAG)
Abbildung 2. Datenverschiebung während Migrationen mit verteilten Verfügbarkeitsgruppen (Distributed Availability Group, DAG).

Auf übergeordneter Ebene funktioniert eine Migration mit einer verteilten Verfügbarkeitsgruppe so:

  1. Sie konfigurieren eine bidirektionale private IP-Verbindung, bereiten eine Quellverfügbarkeitsgruppe vor und erstellen einen verknüpften Server auf der Cloud SQL for SQL Server-Zielinstanz.
  2. Wenn Sie den Migrationsjob starten, erstellt Database Migration Service eine verteilte Verfügbarkeitsgruppe und streamt die anfängliche vollständige Last aller Datenbanken in der Quellverfügbarkeitsgruppe direkt über das Netzwerk zu Cloud SQL for SQL Server.
  3. Nach Abschluss des ersten vollständigen Ladevorgangs repliziert Database Migration Service kontinuierlich laufende Datenbankänderungen (Phase CDC) und ermöglicht Ihnen gleichzeitig, die Zieldatenbanken im Lesemodus abzufragen.
  4. Wenn Sie den Migrationsjob hochstufen, wechselt Database Migration Service die Cloud SQL for SQL Server-Instanz zur primären Lese-/Schreibinstanz und wechselt in die Phase FAILBACK, um neue Schreibvorgänge zurück in die Quellinstanz zu replizieren. Während der Phase FAILBACK können Sie entweder promote mit dem Flag --failback ausführen, um die primäre Rolle wieder auf Ihre Quellinstanz umzustellen, oder die Replikation beenden und den Migrationsjob löschen, um die Migration abzuschließen und die erforderlichen Bereinigungen durchzuführen, sobald die Umstellung bestätigt wurde.

Ausführliche Informationen zur Funktionsweise von DAG-Migrationen finden Sie unter Informationen zu Migrationen mit verteilten Verfügbarkeitsgruppen (Distributed Availability Group, DAG). Eine detaillierte Anleitung finden Sie unter Von selbstverwaltetem SQL Server mit verteilten Verfügbarkeitsgruppen migrieren.

Verschlüsselung

Bei Migrationen mit verteilten Verfügbarkeitsgruppen werden keine Sicherungsdateien nach Cloud Storage exportiert. Stattdessen werden alle anfänglichen Daten für die vollständige Last und laufende Datenbankänderungen, die zwischen Ihrer Quell-Verfügbarkeitsgruppe und Ihrer Cloud SQL for SQL Server-Zielverfügbarkeitsgruppe übertragen werden, mit Zertifikaten authentifiziert und während der Übertragung mit der AES-Verschlüsselung über Ihre private Netzwerkverbindung verschlüsselt.

Monitoring

Beispieldiagramm für die Replikationsverzögerung von Migrationsjobs in Database Migration Service.
Abbildung 3. Beispiel für ein Beobachtbarkeitsdiagramm in Database Migration Service. (Zum Vergrößern klicken)
Beispieldiagramm für die Replikationsverzögerung von Migrationsjobs in Database Migration Service.

Der Database Migration Service bietet umfangreiche Logging- und Beobachtbarkeitsfunktionen, mit denen Sie den Fortschritt von Sicherungs- und Wiederherstellungsmigrationen sowie von Migrationen mit verteilten Verfügbarkeitsgruppen überwachen können. Zu diesen Funktionen gehören Echtzeitdiagnosen für die Replikationsverzögerung (Wiederherstellungsverzögerung), die Verarbeitung von Transaktionslog-Sicherungsdateien für sicherungsbasierte Migrationen, die Nutzung des Zielspeichers und detaillierte Logs für den Zustand der Cloud SQL for SQL Server-Zielinstanz und den Status des Migrationsjobs.

Weitere Informationen finden Sie unter Messwerte für Migrationsjobs.

Nächste Schritte