Mit Sammlungen den Überblick behalten
Sie können Inhalte basierend auf Ihren Einstellungen speichern und kategorisieren.
Sie können SQL Server-Datenbanken mit dem Database Migration Service zu Cloud SQL for SQL Server-Instanzen migrieren, indem Sie einen Sicherungs- und Wiederherstellungsvorgang verwenden.
Sie laden zuerst die vollständige Datenbanksicherung und die Transaktionslogdateien in einen Cloud Storage-Bucket hoch. Der Database Migration Service überwacht dann Ihren Bucket aktiv und repliziert Ihre Daten kontinuierlich in die Zielinstanz von Cloud SQL for SQL Server.
Auf dieser Seite finden Sie einen Überblick über die wichtigsten Funktionen des Database Migration Service für homogene SQL Server-Migrationen:
Im Hilfeartikel Monitoring finden Sie eine Einführung in Protokolle und Messwerte, mit denen Sie den Fortschritt und den Zustand Ihres Migrationsjobs beobachten können.
Unter
Verschlüsselung erfahren Sie, wie Sie mit verschlüsselten SQL Server-Sicherungsdateien migrieren können.
Unterstützte Quell- und Zieldatenbanken
Sie können den Database Migration Service verwenden, um zwischen derselben SQL Server-Version und ‑Edition zu migrieren oder von älteren SQL Server-Versionen zu neueren Versionen zu migrieren, die in Cloud SQL unterstützt werden, sofern Sie die Versionsübereinstimmungsrichtlinien einhalten. Weitere Informationen finden Sie in der Microsoft-Dokumentation zu unterstützten Versions- und Editions-Upgrades für Ihre SQL Server-Version. Weitere Informationen finden Sie beispielsweise unter
Unterstützte Upgrades von Version und Edition (SQL Server 2022).
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 2022, 2019 und 2017
Selbstverwalteter SQL Server
(lokal oder auf einer beliebigen von Ihnen verwalteten Cloud-VM)
Datenfluss bei kontinuierlichen Migrationen
Für homogene SQL Server-Migrationen zu Cloud SQL unterstützt der Database Migration Service den Ablauf
kontinuierliche Migration. Bei diesem Ansatz werden Ihre Daten zuerst aus einer vollständigen Datenbanksicherungsdatei und dann aus einer differenziellen Sicherungsdatei geladen und dann kontinuierlich anhand von Transaktionslogdateien aktualisiert, die Sie in einen speziellen Cloud Storage-Bucket hochladen.
Abbildung 1. Datenübertragung während der Migration mit Database Migration Service für SQL Server (zum Vergrößern klicken)
Im Groben durchlaufen Ihre Daten die Migrationsphasen so:
Sie laden Ihre Sicherungsdateien in Cloud Storage hoch.
Für kontinuierliche SQL Server-Migrationen müssen Sie zuerst eine vollständige Sicherung Ihrer Quelldatenbank erstellen und die Sicherungsdatei dann in einen Cloud Storage-Bucket hochladen.
Für nachfolgende Updates können Sie optional eine Differenzialsicherungsdatei angeben und dann Transaktionslogdateien hochladen.
Sie können auch die kontinuierliche Erstellung und den Upload von Transaktionsprotokollen automatisieren.
Weitere Informationen zum Automatisieren der kontinuierlichen Erstellung und des Uploads von Transaktionslogs finden Sie unter
Transaktionslogsicherungen planen.
Weitere Informationen dazu, wie der Database Migration Service verschiedene Arten von Sicherungsdateien bei homogenen SQL Server-Migrationen verwendet, finden Sie unter
Unterstützte Sicherungsdateitypen.
Wenn der Migrationsjob gestartet wird, lädt der Database Migration Service die neueste vollständige Datenbanksicherung in die Zielinstanz von Cloud SQL for SQL Server.
Sobald der anfängliche Ladevorgang abgeschlossen ist, wechselt der Database Migration Service zur Phase des inkrementellen Ladens. An diesem Punkt führt der Database Migration Service Folgendes aus:
Wenn Ihr Migrationsjob für die Verwendung einer Differenzialsicherungsdatei konfiguriert ist, durchsucht der Database Migration Service den Ordner diff und lädt Differenzialsicherungsdateien in Ihre Zielinstanz hoch. Wenn für Ihren Migrationsjob eine Differenzialsicherungsdatei verwendet werden soll, der Database Migration Service sie aber nicht im Cloud Storage-Bucket finden kann, wird für den Migrationsjob ein Fehler angezeigt, während im Ordner diff kontinuierlich nach der Differenzialsicherungsdatei gesucht wird.
Database Migration Service lädt Differenzsicherungsdateien nur einmal zu Beginn der Inkrementelladungsphase. Wenn der Migrationsjob mit Transaktionsprotokolldateien fortgesetzt wird, werden keine neuen Differenzialsicherungsdateien erkannt, wenn Sie sie in den Ordner diff hochladen.
Der Database Migration Service sucht jetzt kontinuierlich in Ihrem Cloud Storage-Bucket nach Sicherungsdateien für Transaktionsprotokolle, die in Ihrer Zielinstanz repliziert werden sollen.
Sobald neue Daten in Ihrer Quelldatenbank angezeigt werden, können Sie die Sicherungsdateien des Transaktionslogs weiter exportieren und in denselben Cloud Storage-Bucket hochladen. Der Database Migration Service ruft alle neuen Sicherungsdateien des Transaktionslogs ab 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 sie die Cloud SQL for SQL Server-Zielinstanz als Produktionsdatenbank verwendet. Eine detaillierte Anleitung finden Sie im
Leitfaden zur Migration zu Cloud SQL for SQL Server.
Monitoring
Abbildung 2. Beispiel für ein Diagramm zur Beobachtbarkeit im Database Migration Service
(zum Vergrößern klicken)
Der Database Migration Service bietet umfangreiche Logging- und Beobachtbarkeitsfunktionen, mit denen Sie den Migrationsfortschritt im Blick behalten können. Dazu gehören Echtzeitdiagnosen für Replikationsverzögerungen und die Verarbeitung von Transaktionsprotokollsicherungsdateien sowie detaillierte Protokolle für den Zustand der Cloud SQL for SQL Server-Ziellininstanz und den Status des Migrationsjobs.
Der Database Migration Service ist vollständig mit
verschlüsselten SQL Server-Sicherungen kompatibel. Wenn Sie Ihren Verschlüsselungsschlüssel auf Google Cloudhochladen, kann der Database Migration Service Ihre Daten sicher entschlüsseln und in die Cloud SQL for SQL Server-Zielinstanz laden, ohne die Datensicherheit zu gefährden.
[[["Leicht verständlich","easyToUnderstand","thumb-up"],["Mein Problem wurde gelöst","solvedMyProblem","thumb-up"],["Sonstiges","otherUp","thumb-up"]],[["Schwer verständlich","hardToUnderstand","thumb-down"],["Informationen oder Beispielcode falsch","incorrectInformationOrSampleCode","thumb-down"],["Benötigte Informationen/Beispiele nicht gefunden","missingTheInformationSamplesINeed","thumb-down"],["Problem mit der Übersetzung","translationIssue","thumb-down"],["Sonstiges","otherDown","thumb-down"]],["Zuletzt aktualisiert: 2025-09-05 (UTC)."],[[["\u003cp\u003eDatabase Migration Service allows the migration of SQL Server databases to Cloud SQL for SQL Server using a backup and restore method, where full database backups and transaction logs are uploaded to Cloud Storage.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports various source databases, including Amazon RDS and self-managed SQL Servers, and can migrate between different SQL Server versions as long as version compatibility guidelines are met.\u003c/p\u003e\n"],["\u003cp\u003eData migration occurs in a continuous flow, starting with a full backup, followed by an optional differential backup, and then ongoing updates from transaction log files uploaded to a designated Cloud Storage bucket.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service offers monitoring capabilities, including real-time diagnostics and detailed logs, to track the progress and health of the migration process.\u003c/p\u003e\n"],["\u003cp\u003eThe migration service can handle encrypted SQL Server backups, ensuring data security by decrypting the files using an uploaded encryption key during the migration process.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for SQL Server\n\nYou can migrate SQL Server databases to Cloud SQL for SQL Server\ninstances with Database Migration Service by using a backup and restore flow.\nYou first upload the full database backup and transaction\nlog files to a Cloud Storage bucket. Database Migration Service then actively\nmonitors your bucket, and continuously replicates your data to the destination\nCloud SQL for SQL Server instance.\n\nThis page provides an overview of the key Database Migration Service\nfeatures for homogeneous SQL Server migrations:\n\n- [Supported source and destination](#supported-src-and-dest) lists all SQL Server\n versions supported by Database Migration Service.\n\n- [Continuous migrations data flow](#data-flow-migration-types) provides an end-to-end overview\n of how your data moves in Google Cloud during the migration process.\n\n- [Monitoring](#monitoring)\n gives an introduction for logs and metrics that can\n help you observe the progress and health of your migration job.\n\n- [Encryption](#securing-migration-jobs) looks at how you can migrate\n with encrypted SQL Server backup files.\n\nSupported source and destination databases\n------------------------------------------\n\nYou can use Database Migration Service to migrate between the same SQL Server\nversion and edition, or from earlier versions of\nSQL Server to later versions supported in Cloud SQL, as long\nas you follow the version compatibility guidelines. For more information,\nsee the supported version and edition upgrades for your SQL Server\nversion in Microsoft documentation. For example, see\n[Supported version and edition upgrades (SQL Server 2022)](https://learn.microsoft.com/en-us/sql/database-engine/install-windows/supported-version-and-edition-upgrades-2022?view=sql-server-ver16#upgrades-from-earlier-versions-to-sql-server-2022).\n\nThe following table lists all supported SQL Server source and destination\ndatabases:\n\nContinuous migrations data flow\n-------------------------------\n\nFor homogeneous SQL Server migrations to Cloud SQL,\nDatabase Migration Service supports the\n[continuous migration](/database-migration/docs/overview#migrationconcepts) flow. In this approach, your data is first\nloaded from a full database backup file, then from a differential backup file,\nand then continuously updated based on transaction log files you upload to\na dedicated Cloud Storage bucket.\n[](#lightbox-trigger) **Figure 1.** Data movement during Database Migration Service for SQL Server migrations. (click to enlarge)\n\nAt a high level, your data moves through the migration phases as follows:\n\n1. You upload your backup files to Cloud Storage.\n\n Continuous SQL Server migrations require that you first take a\n full backup of your source database, and then upload the backup file to\n a Cloud Storage bucket.\n For subsequent updates, you can optionally provide a differential backup file,\n and then upload transaction log files.\n You can also automate continuous transaction log creation and uploads.\n - For more information on automating continuous transaction log creation and\n uploads, see\n [Schedule transaction log backups](/database-migration/docs/sqlserver/automate-backup-exports).\n\n - For details on how Database Migration Service uses different types of backup files\n in homogeneous SQL Server migrations, see\n [Supported backup file types](/database-migration/docs/sqlserver/supported-backup-files).\n\n2. When the migration job starts, Database Migration Service loads the latest full\n database backup to the destination Cloud SQL for SQL Server instance.\n\n3. Once the initial load is complete, Database Migration Service switches to the incremental\n load phase. At this point, Database Migration Service performs the following:\n\n 1. If your migration job is configured to use a differential backup file,\n Database Migration Service scans the `diff` folder and loads differential backup\n files to your destination instance. If your migration job is configured\n to use a differential backup file, but Database Migration Service can't find it\n in the Cloud Storage bucket, the migration job shows an error\n while continuously searching the `diff` folder for the differential\n backup file.\n\n Database Migration Service loads differential backup files only once, at the beginning\n of the incremental load phase. When the migration job proceeds to work with\n transaction log files no new differential backup files are recognized when\n you upload them to the `diff` folder.\n 2. Now Database Migration Service continuously scans your Cloud Storage bucket\n for transaction log backup files to replicate on your destination instance.\n\n4. As new data shows up in your source database, you can keep exporting\n the transaction log backup files and uploading them to the same Cloud Storage\n bucket. Database Migration Service picks up all new transaction log backup files and\n replicates them on the destination database.\n\nYou can stop the ongoing replication and promote the migration job when you want\nto switch your application to so that it uses the Cloud SQL for SQL Server\ndestination instance as the production database. For a detailed step-by-step\nmigration guide, see\n[Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide).\n\nMonitoring\n----------\n\n[](#lightbox-trigger) **Figure 2.** Sample observability diagram in Database Migration Service. (click to enlarge)\n\nDatabase Migration Service provides extensive logging and observability capabilities\nto help you monitor the migration progress. These features include real-time\ndiagnostics for replication delay and transaction log backup file processing,\nas well as detailed logs for Cloud SQL for SQL Server destination instance health\nand migration job state.\n\nFor more details, see\n[Migration job metrics](/database-migration/docs/sqlserver/migration-job-metrics).\n\nEncryption\n----------\n\nDatabase Migration Service is fully compatible with\n[encrypted SQL Server backups](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-encryption). If you upload your\nencryption key to Google Cloud, Database Migration Service can safely decrypt\nyour data and load it to the Cloud SQL for SQL Server destination instance without\ncompromising your data security.\n\nFor more details, see\n[Encrypted SQL Server backup files](/database-migration/docs/sqlserver/backup-file-encryption).\n\nWhat's next\n-----------\n\n- To learn more about SQL Server data and feature support in\n Database Migration Service, see\n [Known limitations](/database-migration/docs/sqlserver/known-limitations).\n\n- To get a complete, step-by-step migration walkthrough, see\n [Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide)."]]
