SQL Server zu Azure SQL Managed Instance: Anleitung zur Migration

Gilt für:Azure SQL Managed Instance

In diesem Leitfaden erfahren mehr über die Vorgehensweise zum Migrieren Ihrer Benutzerdatenbank von SQL Server zu Azure SQL Managed Instance.

Führen Sie die Schritte zur Vorbereitung der Migration aus, bevor Sie fortfahren.

Migrieren

Nachdem Sie die Schritte der Prämigrationsphase abgeschlossen haben, können Sie sich der Schema- und Datenmigration widmen.

Migrieren Sie Ihre Daten mithilfe der gewählten Migrationsmethode.

Dieser Abschnitt enthält allgemeine Migrationsschritte für die folgenden empfohlenen Migrationsoptionen:

• Link für verwaltete Instanz
• Protokollwiedergabedienst (Log Replay Service, LRS)
• Native RESTORE DATABASE FROM URL, die systemeigene Sicherungen von SQL Server verwendet und einige Ausfallzeiten erfordert
• Azure Database Migration Service (DMS), der migration mit nahezu null Ausfallzeiten bietet
• SQL-Server-Migration in Azure Arc

Sql Managed Instance zielt auf Benutzerszenarien ab, die eine Massendatenbankmigration von lokalen oder SQL Server auf Virtuellen Azure-Computern-Implementierungen erfordern. Es ist die optimale Wahl, wenn Sie das Back-End von Anwendungen heben und verschieben müssen, die regelmäßig Instanzenebene und datenbankübergreifende Funktionen verwenden. Wenn dies Ihr Szenario ist, können Sie eine ganze Instanz in eine entsprechende Umgebung in Azure verschieben, ohne dass Sie Ihre Anwendungen neu strukturieren müssen.

Um SQL Server-Instanzen zu verschieben, müssen Sie sorgfältig planen:

• Die Migration aller Datenbanken, die zusammengeführt werden müssen (diejenigen, die auf derselben Instanz ausgeführt werden).
• Die Migration von Objekten auf Instanzebene, von denen Ihre Anwendung abhängt, einschließlich Anmeldungen, Anmeldeinformationen, SQL Server-Agent-Aufträge und Operatoren sowie Trigger auf Serverebene.

SQL Managed Instance ist ein verwalteter Dienst, mit dem Sie einige der regelmäßigen Datenbankverwaltungsaktivitäten an die Plattform delegieren können, da diese integriert sind. Daher müssen Sie einige Daten auf Instanzebene nicht migrieren, z. B. Wartungsaufträge für regelmäßige Sicherungen oder Always On-Konfiguration, da hohe Verfügbarkeit integriert ist.

Datenbankmigration

Migrieren Sie Ihren VON Azure Arc-Instanz aktivierten SQL Server direkt über das Azure-Portal zu azure SQL Managed Instance. Ausführliche Anweisungen finden Sie unter Migrieren der SQL Server-Instanz zu azure SQL Managed Instance.

Die Datenbankmigration bietet eine integrierte Migrationserfahrung mit den Methoden "Verwaltete Instanzverknüpfung" oder "LRS(Log Replay Service)" im Hintergrund und vereinfacht gleichzeitig die Konfiguration, Verwaltung und Überwachung des Migrationsprozesses.

Link für verwaltete Instanz

Dieser Abschnitt enthält allgemeine Schritte zum Migrieren von SQL Server zu Azure SQL Managed Instance mit minimalen Ausfallzeiten mithilfe des Links für verwaltete Instanz. Ausführliche Anweisungen finden Sie unter "Migrieren mit dem Link".

Führen Sie zum Migrieren mit dem Link die folgenden Schritte aus:

1. Erstellen Sie Ihre von SQL verwaltete Zielinstanz: Azure-Portal, PowerShell, Azure CLI.
2. Bereiten Sie Ihre Umgebung für die Verbindung vor.
3. Konfigurieren des Links mit SSMS oder Skripten.
4. Beenden Sie die Workload.
5. Überprüfen Sie die Daten auf der Zielinstanz.
6. Führen Sie ein Failover der Verbindung aus.

Protokollwiedergabedienst (Log Replay Service, LRS)

Dieser Abschnitt enthält allgemeine Schritte zum Migrieren von SQL Server zu SQL Managed Instance mit minimalen Ausfallzeiten mithilfe des Protokollwiedergabediensts (Log Replay Service, LRS). Ausführliche Anweisungen finden Sie unter Migrieren von Datenbanken von SQL Server mithilfe des Protokollwiedergabediensts.

Führen Sie zum Migrieren mit LRS die folgenden Schritte aus:

1. Erstellen Sie ein Azure Storage-Konto mit einem Blobcontainer.
2. Authentifizieren Sie sich bei Ihrem Blob Storage-Speicherkonto mithilfe eines SAS-Tokens oder einer verwalteten Identität und überprüfen Sie den Zugriff.
3. Achten Sie darauf, die Ordnerstruktur ordnungsgemäß zu konfigurieren, wenn Sie mehrere Datenbanken migrieren möchten.
4. Laden Sie Ihre Sicherungen in Ihr Speicherkonto hoch, indem Sie entweder Ihre Sicherungen kopieren oder Sicherungen direkt mit BACKUP TO URL erstellen.
5. Ermitteln Sie, ob Sie LRS im Autovervollständigen- oder kontinuierlichen Modus ausführen möchten.
6. Starten Sie LRS.
7. Überwachen Sie den Fortschritt der Migration.
8. Schließen Sie die Migration ab (bei kontinuierlichem Modus).

Sichern und Wiederherstellen

Eine schlüsselfunktion von SQL Managed Instance ist die Möglichkeit, die in .bak gespeicherten Datenbanksicherungsdateien (nativ) wiederherzustellen. Dieses Feature vereinfacht die Datenbankmigration. Das Sichern und Wiederherstellen sind asynchrone Vorgänge, basierend auf der Größe Ihrer Datenbank.

Das folgende Diagramm bietet einen allgemeinen Überblick über den Prozess:

Hinweis

Die Zeit für die Sicherung, das Hochladen in Azure Storage und das Ausführen eines systemeigenen Wiederherstellungsvorgangs in sql Managed Instance hängt von der Größe der Datenbank ab. Berücksichtigen Sie ausreichende Ausfallzeiten, um den Betrieb bei großen Datenbanken zu ermöglichen.

Die folgende Tabelle enthält weitere Informationen zu den Methoden, die Sie verwenden können, je nach sql Server-Quellversion, die Sie ausführen:

Schritt	SQL-Engine und -Version	Sicherungs- und Wiederherstellungsmethode
Sicherung in Azure Storage ablegen	Vor 2012 mit Service Pack 1 CU2	Direkter Upload der .bak-Datei in Azure Storage
	2012 SP1 CU2 – 2016	Direkte Sicherung mit veralteter WITH CREDENTIAL-Syntax
	2016 und höhere Versionen	Direkte Sicherung mit WITH SAS CREDENTIAL
Wiederherstellung aus Azure Storage in eine verwaltete Instanz		WIEDERHERSTELLEN ÜBER URL mit SAS-ANMELDEINFORMATIONEN

Wichtig

Wenn Sie eine Datenbank, die mit transparenter Datenverschlüsselung (TDE) geschützt ist, zu einer SQL-verwalteten Instanz mithilfe der nativen Wiederherstellungsoption migrieren, müssen Sie das entsprechende Zertifikat aus der SQL Server-Instanz (lokal oder SQL Server auf einer Azure-VM) migrieren, bevor Sie die Datenbank wiederherstellen. Ausführliche Informationen finden Sie unter Migrieren eines Zertifikats einer TDE-geschützten Datenbank zu azure SQL Managed Instance.

Das Wiederherstellen von Systemdatenbanken wird nicht unterstützt. Um Objekte auf Instanzebene (gespeichert in master oder msdb Datenbanken) zu migrieren, führen Sie sie aus, und führen Sie Transact-SQL (T-SQL)-Skripts auf der Zielinstanz aus.

Befolgen Sie diese Schritte, um die Migration mit dem Sicherungs- und Wiederherstellungsansatz durchzuführen:

1. Sichern Sie Ihre Datenbank in Azure Blob Storage. Verwenden Sie beispielsweise die Option Backup to URL (Sicherung über URL) in SQL Server Management Studio. Verwenden Sie das Microsoft Azure-Tool , um Datenbanken vor SQL Server 2012 mit Service Pack 1 CU2 zu unterstützen.

2. Stellen Sie mithilfe von SQL Server Management Studio (SSMS) eine Verbindung mit Ihrer von SQL verwalteten Instanz her.

3. Erstellen Sie mithilfe einer SAS (Shared Access Signature) die Anmeldeinformationen für den Zugriff auf das Azure Blob Storage-Konto, das Ihre Datenbanksicherungen enthält. Zum Beispiel:

   CREATE CREDENTIAL [https://mitutorials.blob.core.windows.net/databases]
   WITH IDENTITY = 'SHARED ACCESS SIGNATURE',
        SECRET = '<secret>'
   

4. Stellen Sie die Sicherung aus dem Azure Blob Storage-Container wieder her. Zum Beispiel:

   RESTORE DATABASE [TargetDatabaseName]
   FROM URL = 'https://mitutorials.blob.core.windows.net/databases/WideWorldImporters-Standard.bak'
   

5. Wenn die Wiederherstellung abgeschlossen ist, zeigen Sie die Datenbank im Objekt-Explorer in SSMS an.

Weitere Informationen zu dieser Migrationsoption finden Sie unter Schnellstart: Wiederherstellen einer Datenbank in Azure SQL Managed Instance mit SSMS.

Hinweis

Der Vorgang der Datenbankwiederherstellung ist asynchron und kann wiederholt werden. Möglicherweise wird in SSMS ein Fehler angezeigt, wenn die Verbindung unterbrochen wird oder ein Timeout abläuft. Die Azure SQL-Datenbank versucht weiterhin, die Datenbank im Hintergrund wiederherzustellen, und Sie können den Fortschritt der Wiederherstellung mithilfe der ansichten sys.dm_exec_requests und sys.dm_operation_status nachverfolgen.

Azure Database Migration Service (Azure DMS)

Dieser Abschnitt enthält allgemeine Schritte zum Migrieren von SQL Server zu SQL Managed Instance mit minimalen Ausfallzeiten mithilfe von Azure DMS. Ausführliche Informationen finden Sie im Lernprogramm: Migrieren von SQL Server zu azure SQL Managed Instance online.

Um mit DMS aus dem Azure-Portal zu migrieren, führen Sie die folgenden Schritte aus:

1. Öffnen Sie das Azure-Portal.

2. Öffnen Sie Azure DMS, und wählen Sie entweder die DMS-Instanz aus, wenn Sie bereits eine instanz erstellt haben, oder erstellen Sie eine neue.

3. Wählen Sie im DMS-Instanzdashboard " Migration starten" aus, wählen Sie den Quellservertyp aus, legen Sie den Zielservertyp auf azure SQL Managed Instance fest, und wählen Sie den Speicherort der Migrationssicherungsdatei und den Migrationsmodus aus.

4. Geben Sie die SQL Server-Quellverfolgungsdetails für Azure an, z. B. Abonnement, Ressourcengruppe, Standort und SQL Server-Instanzname. In diesem Schritt wird eine SQL Server-Instanz erstellt, die von Azure Arc aktiviert ist.

5. Geben Sie das Zielabonnement und die Ressourcengruppe an, und wählen Sie dann die von SQL verwaltete Zielinstanz aus.

6. Geben Sie die Details zum Sicherungsspeicherort an, z. B. Ressourcengruppe, Speicherkonto, BLOB-Container, Ordner, letzte Sicherungsdatei (für den Offlinemigrationsmodus) und Zieldatenbank.

7. Optional: Wenn sich Ihre Sicherungen in einer lokalen Netzwerkfreigabe befinden, laden Sie die selbstgehostete Integration Runtime auf einen Computer herunter, der eine Verbindung mit der SQL Server-Quellinstanz und dem Speicherort mit den Sicherungsdateien herstellen kann.

   1. Möglicherweise müssen Sie die SQL Server-Quellinstanzdetails und Anmeldeinformationen angeben, um eine Verbindung damit herzustellen.

   2. Wählen Sie außerdem die Datenbanken und den Speicherort der SMB-Netzwerkfreigabe, in der Sicherungsdateien gespeichert werden, sowie die Anmeldeinformationen aus, um eine Verbindung herzustellen.

8. Starten Sie die Datenbankmigration, und überwachen Sie den Fortschritt im Azure-Portal über Ihr DMS-Instanzüberwachungsdashboard.

9. Schließen Sie den Cutover ab.

   1. Beenden Sie alle eingehenden Transaktionen in der Quelldatenbank.

   2. Nehmen Sie Änderungen an der Anwendungskonfiguration vor, um auf die Zieldatenbank in Azure SQL Managed Instance zu verweisen.

   3. Nehmen Sie alle Tail-Log-Sicherungen für die Quelldatenbank an dem von Ihnen angegebenen Sicherungsspeicherort auf.

   4. Stellen Sie sicher, dass alle Datenbanksicherungen auf der Seite mit den Überwachungsdetails den Status Wiederhergestellt aufweisen.

   5. Wählen Sie auf der Seite mit den Überwachungsdetails die Option „Übernahme abschließen“ aus.

      Ausführliche Anweisungen finden Sie im Lernprogramm: Migrieren von SQL Server zu azure SQL Managed Instance mit DMS.

Führen Sie die folgenden Schritte aus, um mit DMS mit Azure Data Studio zu migrieren:

1. Laden Sie Azure Data Studio und die Azure SQL-Migrationserweiterung in Azure Data Studio herunter, und installieren Sie beides.

2. Starten Sie den Migrations-Assistenten zum Migrieren zu Azure SQL in der Erweiterung in Azure Data Studio.

3. Wählen Sie Datenbanken für die Bewertung aus, und zeigen Sie die Migrationsbereitschaft oder Probleme (falls vorhanden) an. Erfassen Sie außerdem Leistungsdaten, und erhalten Sie Azure-Empfehlungen für die richtige Größe.

4. Wählen Sie Ihr Azure-Konto und Ihre verwaltete Azure SQL-Zielinstanz aus Ihrem Abonnement aus.

5. Wählen Sie den Speicherort Ihrer Datenbanksicherungen aus. Ihre Datenbanksicherungen können sich entweder in einer lokalen Netzwerkfreigabe oder in einem Azure Blob Storage-Container befinden.

6. Erstellen Sie eine neue Azure DMS-Instanz mithilfe des Assistenten in Azure Data Studio. Wenn Sie zuvor eine DMS-Instanz mit Azure Data Studio erstellt haben, können Sie dieselbe Instanz bei Bedarf wiederverwenden.

7. Optional: Wenn Sich Ihre Sicherungen auf einer lokalen Netzwerkfreigabe befinden, laden Sie die selbst gehostete Integrationslaufzeit auf einem Computer herunter, die eine Verbindung mit der SQL Server-Quellinstanz herstellen kann, und den Speicherort, der die Sicherungsdateien enthält.

8. Starten Sie die Datenbankmigration, und überwachen Sie den Fortschritt in Azure Data Studio. Sie können den Fortschritt auch unter der DMS-Ressource im Azure-Portal überwachen.

9. Schließen Sie den Cutover ab.

   1. Beenden Sie alle eingehenden Transaktionen in der Quelldatenbank.

   2. Nehmen Sie Änderungen an der Anwendungskonfiguration vor, um auf die Zieldatenbank in Azure SQL Managed Instance zu verweisen.

   3. Nehmen Sie alle Tail-Log-Sicherungen für die Quelldatenbank an dem von Ihnen angegebenen Sicherungsspeicherort auf.

   4. Stellen Sie sicher, dass alle Datenbanksicherungen auf der Seite mit den Überwachungsdetails den Status Wiederhergestellt aufweisen.

   5. Wählen Sie auf der Seite mit den Überwachungsdetails die Option „Übernahme abschließen“ aus.

SQL-Server-Migration in Azure Arc

Migrieren Sie SQL Server-Instanzen, die von Azure Arc auf SQL Managed Instance über das Azure-Portal aktiviert sind. Sql Managed Instance bietet eine vollständig verwaltete PaaS-Lösung für Lift-and-Shift-Migrationen. Der Prozess umfasst die Bewertung der Bereitschaft, das Auswählen eines Ziels, die Migration von Daten und das Überwachen des Fortschritts.

Es stehen zwei integrierte Methoden zur Verfügung:

• Verbindung von verwalteten Instanzen für Replikation in nahezu Echtzeit mit minimaler Ausfallzeit.

• Kontinuierlicher Log-Wiedergabedienst für Backup und Wiederherstellung.

Microsoft Copilot unterstützt während der gesamten Migration. Die Migration unterstützt SQL Server 2012 und höhere Versionen und automatisiert die meisten Schritte.

Weitere Informationen finden Sie unter Migration zu Azure SQL Managed Instance – SQL Server-Migration in Azure Arc.

Datensynchronisierung und Cutover

Wenn Sie Migrationsoptionen verwenden, die Datenänderungen von der Quelle zum Ziel kontinuierlich replizieren oder synchronisieren, können sich die Daten der Quelle und das Schema vom Ziel ändern und abweichen. Stellen Sie während der Datensynchronisierung sicher, dass der Migrationsprozess alle Änderungen der Quelle auf das Ziel erfasst und anwendet.

Nachdem Sie sich vergewissert haben, dass die Daten in der Quelle und im Ziel identisch sind, können Sie die Übernahme von der Quell- zur Zielumgebung durchführen. Planen Sie den Übernahmeprozess mit Geschäfts- und Anwendungsteams, um minimale Unterbrechungen während der Übernahme zu gewährleisten und die Geschäftskontinuität nicht zu beeinträchtigen.

Wichtig

Weitere Informationen zu den Schritten für eine Übernahmemigration mithilfe von DMS finden Sie unter Durchführen der Migrationsübernahme.

Nach der Migration

Wenn Sie die Migrationsphase erfolgreich abgeschlossen haben, sind einige weitere Schritte erforderlich, um sicherzustellen, dass alles so reibungslos und effizient wie möglich funktioniert.

Die Phase nach der Migration ist entscheidend für den Abgleich von Problemen mit der Datengenauigkeit, die Überprüfung der Vollständigkeit und das Beheben von Leistungsproblemen der Workload.

Überwachen und Korrigieren von Anwendungen

Nachdem Sie zu einer von SQL verwalteten Instanz migriert haben, verfolgen Sie das Anwendungsverhalten und die Leistung Ihrer Workload. Dieser Prozess umfasst die folgenden Aktivitäten:

• Vergleichen der Leistung der Workload, die in der verwalteten Instanz ausgeführt wird, mit der Leistungsbaseline, die Sie für die SQL Server-Quellinstanz erstellt haben
• Überwachen Sie die Leistung Ihrer Workload kontinuierlich, um potenzielle Probleme und Verbesserungen zu identifizieren.

Durchführen von Tests

Das Testvorgehen für die Datenbankmigration umfasst die folgenden Aktivitäten:

1. Entwickeln von Validierungstests: Verwenden Sie T-SQL-Abfragen, um die Datenbankmigration zu testen. Erstellen Sie die Überprüfungsabfragen, die sowohl für die Quelldatenbank als auch für die Zieldatenbank ausgeführt werden sollen. Ihre Validierungsabfragen sollten den von Ihnen definierten Bereich abdecken.

2. Einrichten der Testumgebung: Die Testumgebung muss eine Kopie der Quelldatenbank und der Zieldatenbank enthalten. Stellen Sie sicher, dass Sie die Testumgebung isolieren.

3. Führen Sie Überprüfungstests aus: Führen Sie die Überprüfungstests für die Quelle und das Ziel aus, und analysieren Sie dann die Ergebnisse.

4. Führen Sie Leistungstests aus: Führen Sie Leistungstests mit der Quelle und dem Ziel aus, analysieren und vergleichen Sie die Ergebnisse.

Verwenden erweiterter Funktionen

Nutzen Sie die erweiterten cloudbasierten Features von SQL Managed Instance, z. B. integrierte Hochverfügbarkeit, Bedrohungserkennung und Überwachung und Optimierung Ihrer Workload.

Mit Azure SQL Analytics können Sie eine große Gruppe von SQL-verwalteten Instanzen zentral überwachen.

Einige SQL Server-Features sind nur verfügbar, wenn Sie die Datenbankkompatibilitätsstufe auf die neueste Kompatibilitätsstufe ändern.

Zugehöriger Inhalt

• Dienste und Tools für Datenmigrationsszenarien
• Dienstebenen in Azure SQL Managed Instance
• Unterschiede bei T-SQL zwischen SQL Server und Azure SQL Managed Instance
• Migrieren von Datenbanken mit Azure SQL-Migrationserweiterung für Azure Data Studio
• Tutorial: Migration von SQL Server zu Azure SQL Managed Instance mit DMS
• Cloud Adoption Framework für Azure
• Bewährte Methoden für die Kostenermittlung und Dimensionierung von zu Azure migrierten Workloads