Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Gilt für:Azure SQL Managed Instance
SQL Server auf virtuellen Azure-Computern
Azure SQL-Datenbank
In diesem Artikel werden die fünf Phasen für eine erfolgreiche Cloudmigration von SQL Server zu Azure SQL beschrieben.
Ermittlung
Wenn Sie Ihre Cloudmigrationsreise starten, ist es wichtig, installierte Softwareinventur, Web-Apps und SQL Server Instanzen und Datenbanken auf Servern zu ermitteln, die in Ihrer lokalen Umgebung ausgeführt werden. Mit dieser Ermittlung können Sie einen Migrationspfad auf Azure SQL anpassen.
Das Azure Migrate Appliance führt diese Ermittlung mithilfe der Anmeldeinformationen für die Windows-OS-Domäne oder außerhalb der Domäne sowie mit SQL-Server-Authentifizierungsdaten durch, die Zugriff auf Ihre SQL-Server-Instanzen und Datenbanken haben. Dieser Ermittlungsprozess ist agentlos, was bedeutet, dass Sie nichts auf den Servern installieren. Die Azure Migrate Appliance unterstützt die Ermittlung auf verschiedenen Virtualisierungsplattformen wie VMware, Microsoft Hyper-V und physischen Umgebungen.
Informationen zum Ermitteln Ihrer lokalen SQL-Server finden Sie im Abschnitt Ermittlung weiter unten in diesem Artikel.
Geschäftsszenario
Mithilfe der Business Case-Funktion können Sie einen Geschäftsvorschlag erstellen, um zu verstehen, wie Azure Ihrem Unternehmen den größten Nutzen bringen können. Es hebt hervor:
Gesamtbetriebskosten (TCO) zwischen lokalen Implementierungen und Azure SQL.
Cashflow-Analyse von Jahr zu Jahr.
Auf der Ressourcenverwendung basierende Erkenntnisse zur Identifizierung von Servern und Workloads, die ideal für die Cloud geeignet sind.
Schnelle Erfolge für Migration und Modernisierung, einschließlich Ende des Supports für Windows- und SQL-Versionen von Betriebssystemen.
Langfristige Kosteneinsparungen durch die Umstellung von einem Kapital-Aufwandsmodell auf ein Betriebs-Aufwandsmodell, indem Sie nur für das bezahlen, was Sie verwenden.
Bewertung
Die Bewertung ist die Analyse von Konfigurations-, Nutzungs- und Leistungsdaten, die während der Ermittlung gesammelt werden. Diese Analyse wird verwendet, um die Bereitschaft zu messen und den Effekt der Migration lokaler SQL Server Instanzen zu verschiedenen Azure SQL Zielen zu schätzen. Bewertungen zu SQL Server Instanzen können mit Azure Arc für SQL Server oder mit Azure Migrate ausgeführt werden.
Eine Azure SQL Bewertung stellt zwei Größenkriterien bereit:
Wie vor Ort: Bewertungen, die Empfehlungen basierend ausschließlich auf der vor Ort SQL Server-Konfiguration geben.
Leistungsbasiert: Bewertungen, die Empfehlungen auf der Grundlage der erfassten Leistungsdaten aussprechen.
Nachdem die Bewertung die Bereitschaft und den empfohlenen Azure SQL Bereitstellungstyp ermittelt hat, berechnet sie eine bestimmte Dienstebene und Azure SQL Konfiguration (SKU-Größe), die die lokale SQL Server Leistung erfüllen oder überschreiten kann. Diese Berechnung hängt davon ab, ob Sie lokale oder leistungsbasierte Größenanpassungskriterien verwenden.
Konvertierung
Stellen Sie bei heterogenen Migrationen beim Migrieren von Daten aus einer Datenbank zu einer anderen sicher, dass Sie das Datenbankschema und die Objekte in eine entsprechende Transact-SQL Syntax konvertieren. Die Quell- und Zieldatenbankmodule unterscheiden sich. Zu diesen Datenbankobjekten gehören Tabellen, Indizes, Ansichten, Datentypen, Transact-SQL Anweisungen, gespeicherte Prozeduren und Funktionen.
Hinweis
Sie benötigen die Umstellungsphase für Migrationen von SQL Server zu Azure SQL nicht. SQL Server Migration Assistant (SSMA) führt die Konvertierung aus, während zu einem Azure SQL-Ziel migriert wird. SSMA unterstützt mehrere Quellen wie Oracle, MySQL, DB2, Sybase und Microsoft Access sowohl für die Konvertierung als auch für die Datenmigration.
Migration
Die Migration ist die letzte Phase dieses Prozesses, in der Sie Daten aus der Quelldatenbank in die Zieldatenbank migrieren.
Auswählen einer Migrationsmethode
Wählen Sie je nach Zielplattform und akzeptabler Anwendungsausfallzeiten aus mehreren Migrationsmethoden aus.
SQL Managed Instance Link (nahezu keine Ausfallzeiten zu Azure SQL Managed Instance)
Wenn Sie enable Azure Arc für Ihre SQL Server Instanz verwenden, können Sie verwaltete Instanz link verwenden, um eine Onlinemigration zum Azure SQL Managed Instance durchzuführen. Das Linkfeature verwendet verteilte Verfügbarkeitsgruppen, um Daten aus SQL Server in nahezu Echtzeit zu SQL Managed Instance zu replizieren. Mit diesem Ansatz kann Ihre Quelldatenbank betriebsbereit bleiben, während Die Daten kontinuierlich mit der Zielumgebung synchronisiert werden. Ausfallzeiten sind auf die letzte Übernahmephase beschränkt, wenn Sie Ihre Anwendung in die migrierte Datenbank wechseln.
Sicherung und Wiederherstellung (einmalige Migration zu SQL Server auf Azure VM)
Wenn geplante Ausfallzeiten akzeptabel sind, verwenden Sie eine einmalige Sicherungs- und Wiederherstellungs-Migration, um SQL Server auf virtuellen Azure-Computern. Bei diesem Offlinemigrationsansatz beginnt die Ausfallzeit der Anwendung beim Starten der Migration und wird fortgesetzt, bis die Datenbankwiederherstellung in der Zielumgebung abgeschlossen ist.
Azure Database Migration Service (alle Ziele)
Azure Database Migration Service (Azure DMS) ist ein vollständig verwalteter Dienst, der Migrationen von mehreren Datenbankquellen zu Azure Datenplattformen mit minimaler Ausfallzeit, hoher Zuverlässigkeit und Ausfallsicherheit unterstützt. Sie können über das Azure Portal, PowerShell und Azure CLI auf Azure DMS zugreifen. Weitere Informationen finden Sie unter What is Azure Database Migration Service.
Azure DMS unterstützt sowohl die Offlinemigration (einmalige Migration) zu Azure SQL-Datenbank, SQL Managed Instance oder SQL Server auf Azure VM als auch Onlinemigrationen (kontinuierliche Sicherungswiederherstellung) für SQL Managed Instance und Azure VM, sodass Sie einen Migrationsansatz basierend auf den Anforderungen an Ausfallzeiten auswählen können.