Teilen über

Migrationsübersicht: SQL Server zu Azure SQL Managed Instance

  • Artikel

Gilt für: Azure SQL Managed Instance

Erfahren Sie mehr über die Optionen und Überlegungen zur Migration Ihrer SQL Server-Datenbanken auf Azure SQL Managed Instance.

Sie können SQL Server-Datenbanken migrieren, die vor Ort oder auf dem Server laufen:

  • SQL Server auf virtuellen Computern
  • Amazon EC2 (Elastic Compute Cloud)
  • Amazon RDS (Relational Database Service) für SQL Server
  • Google Compute Engine
  • Cloud SQL für SQL Server – GCP (Google Cloud Platform)

Weitere Migrationsleitfäden finden Sie im Leitfaden zur Azure-Datenbankmigration.

Übersicht

Azure SQL Managed Instance ist eine empfohlene Zieloption für SQL Server-Workloads, die einen vollständig verwalteten Dienst erfordern, ohne dass Sie VMs (virtuelle Computer) oder ihre Betriebssysteme verwalten müssen. Mit SQL Managed Instance können Sie Ihre On-Premises-Anwendungen mit minimalen Anwendungs- oder Datenbankänderungen nach Azure verlagern. Sie bietet eine umfassende Isolation ihrer Instanzen mit nativer Unterstützung für virtuelle Netzwerke.

Überprüfen Sie die in Azure SQL Managed Instance verfügbaren Features der SQL Server-Datenbank-Engine, um die Unterstützungsfähigkeit Ihres Migrationsziels sicherzustellen.

Überlegungen

Dies sind die wichtigsten Faktoren, die Sie bei der Bewertung von Migrationsoptionen berücksichtigen sollten:

  • Anzahl der Server und Datenbanken
  • Größe der Datenbanken
  • Akzeptable Downtime für das Geschäft während des Migrationsprozesses

Einer der Hauptvorteile der Migration Ihrer SQL Server-Datenbanken auf SQL Managed Instance ist, dass Sie wählen können, ob Sie die gesamte Instanz oder nur eine Teilmenge einzelner Datenbanken migrieren möchten. Planen Sie sorgfältig, Folgendes in den Migrationsprozess miteinzubeziehen:

  • Alle Datenbanken, die in derselben Instanz zusammengestellt werden müssen
  • Objekte auf Instanzebene, die für Ihre Anwendung erforderlich sind, einschließlich Anmeldungen, Anmeldeinformationen, SQL-Agent-Aufträge und -Operatoren sowie Trigger auf Serverebene

Hinweis

Azure SQL Managed Instance gewährleistet auch bei kritischen Szenarien eine Verfügbarkeit von 99,99 Prozent. Der durch einige Features in SQL Managed Instance verursachte mehr Aufwand kann nicht deaktiviert werden. Weitere Informationen finden Sie in den Hauptgründen der Leistungsunterschiede zwischen SQL Managed Instance und SQL Server Blogeintrag.

Wählen Sie ein passendes Ziel aus

Sie können die Azure SQL-Migrationserweiterung für Azure Data Studio verwenden, um Empfehlungen für richtig dimensionierte Instanzen von Azure SQL Managed Instance zu erhalten. Die Erweiterung erfasst Leistungsdaten von Ihrer SQL Server-Quellinstanz, um Azure-Empfehlungen für die richtige Größe bereitzustellen, die den Leistungsanforderungen Ihrer Workload bei minimalen Kosten entsprechen. Weitere Informationen finden Sie unter Erhalten von Azure-Empfehlungen zum Migrieren Ihrer SQL Server-Datenbank

Im Folgenden finden Sie einige allgemeine Richtlinien, die Ihnen bei der Auswahl der richtigen Dienstebene und Merkmale von SQL Managed Instance helfen, die Ihrer Leistungsbaseline entsprechen:

  • Verwenden Sie die Baseline für die CPU-Auslastung, um eine verwaltete Instanz bereitzustellen, die der Anzahl der Kerne entspricht, die Ihre Instanz von SQL Server verwendet. Es kann erforderlich sein, dass Ressourcen entsprechend der Merkmale der Hardwarekonfiguration skaliert werden müssen.
  • Verwenden Sie die Baseline für die Arbeitsspeicherauslastung, um eine Option für die virtuellen Kerne auszuwählen, die Ihrer Arbeitsspeicherbelegung entspricht.
  • Verwenden Sie die Baseline für die E/A-Latenz des Dateisubsystems, um zwischen den Dienstebenen „Universell“ (Latenz höher als 5 ms) und „Unternehmenskritisch“ (Latenz geringer als 3 ms) auszuwählen.
  • Verwenden Sie die Baseline für den Durchsatz, um die Größe der Daten und Protokolldateien im Voraus zuzuweisen, um die erwartete E/A-Leistung zu erzielen.

Während der Bereitstellung können Sie Compute- und Speicherressourcen auswählen und anschließend über das Azure-Portal ändern, ohne dass es zu Downtime Ihrer Anwendung kommt.

Wichtig

Jede Abweichung in den Anforderungen an virtuelle Netzwerke für verwaltete Instanzen kann Sie am Erstellen neuer Instanzen oder Verwenden vorhandener Instanzen hindern. Erfahren Sie mehr über das Erstellen neuer und Konfigurieren vorhandener Netzwerke.

Eine weitere wichtige Überlegung bei der Auswahl des Zieldienst-Tiers in Azure SQL Managed Instance (Universell versus Unternehmenskritisch) ist die Verfügbarkeit bestimmter Funktionen, wie In-Memory OLTP, die nur in einer unternehmenskritischen Ebene verfügbar sind.

Alternative für SQL Server-VMs

Ihr Unternehmen weist möglicherweise Anforderungen auf, die Azure Virtual Machines zu einem besseren Ziel für SQL Server als Azure SQL Managed Instance machen.

Wenn eine der folgenden Bedingungen für Ihr Unternehmen zutrifft, erwägen Sie, stattdessen zu einer SQL Server virtuellen Maschine (VM) zu wechseln:

  • Sie benötigen direkten Zugriff auf das Betriebs- oder Dateisystem, z. B. um Drittanbieter- oder benutzerdefinierte Agents auf der gleichen VM wie SQL Server zu installieren.
  • Wenn Sie unbedingt von Features abhängig sind, die noch nicht unterstützt werden, wie z. B. FileStream/FileTable, PolyBase und instanzübergreifende Transaktionen.
  • Wenn Sie unbedingt bei einer bestimmten Version von SQL Server (z. B. 2012) bleiben müssen.
  • Wenn Ihre Computeanforderungen wesentlich niedriger sind als bei einer verwalteten Instanz (z. B. ein virtueller Kern) und eine Datenbankkonsolidierung nicht in Frage kommt.

Migrationstools

Wir empfehlen die folgenden Migrationstools:

Technologie Beschreibung
Azure SQL-Migrationserweiterung für Azure Data Studio Die Azure SQL-Migrationserweiterung für Azure Data Studio unterstützt Sie über Azure Database Migration Service bei der Bewertung Ihrer Datenbankanforderungen, um Ihre Migrationsbereitschaft zu verstehen, die richtigen SKU-Empfehlungen für Azure-Ressourcen zu erhalten und Ihre SQL Server-Datenbank-Instanz zu Azure zu migrieren. Sie können einzelne Datenbanken oder Datenbanken im großen Stil mithilfe von PowerShell und der Azure CLI migrieren.
Azure Migrate Dieser Azure-Dienst hilft Ihnen, Ihren SQL-Datenbestand auf VMware im Maßstab zu erkennen und zu bewerten. Er bietet Empfehlungen für die Azure SQL-Bereitstellung, Zielgrößen und monatliche Schätzungen.
Native Sicherung und Wiederherstellung SQL Managed Instance die Wiederherstellung nativer SQL Server Datenbanksicherungen (BAK-Dateien). Es ist die einfachste Migrationsoption für Kunden, die vollständige Datenbank-Backups in Azure Storage bereitstellen können.
Protokollwiedergabedienst Dieser Cloud-Dienst ist für SQL Managed Instance auf der Grundlage der SQL Server-Protokollversandtechnologie aktiviert. Es ist eine Migrationsoption für Kunden, die Voll-, Differenz- und Protokolldatenbank-Backups auf Azure Storage bereitstellen können. Log Replay Service wird zum Wiederherstellen von Sicherungsdateien aus Azure Blob Storage in SQL Managed Instance verwendet.
Link für verwaltete Instanz Dieses Feature ermöglicht die Onlinemigration zu SQL Managed Instance anhand der Always On-Technologie, mit der Änderungen nahezu in Echtzeit repliziert werden können. Dies ist eine Migrationsoption für Kund*innen, bei denen während der Migration ein schreibgeschützter Zugriff auf die Datenbank in SQL Managed Instance möglich sein muss, bei denen die Migration für längere Zeiträume (wie z. B. Wochen oder Monate) ausgeführt werden muss, die eine echte Onlinereplikation auf der Dienstebene „Unternehmenskritisch“ benötigen, und für Kund*innen, die eine möglichst leistungsfähige Migration mit minimaler Ausfallzeit benötigen.

In der folgenden Tabelle werden alternative Migrationstools aufgeführt:

Technologie BESCHREIBUNG
Transaktionsreplikation Mit diesem Tool können Daten aus Datenbanktabellen der SQL Server-Quelle in SQL Managed Instance repliziert werden, indem eine Migrationsoption vom Typ „Verleger/Abonnent“ angegeben und die Transaktionskonsistenz beibehalten wird.
Massenkopieren Mit dem Tool zum Massenkopieren werden Daten aus einer SQL Server-Instanz in eine Datendatei kopiert. Verwenden Sie das Tool zum Massenkopieren, um die Daten aus Ihrer Quelle zu exportieren und die Datendatei in das SQL Managed Instance-Ziel zu importieren.

Für Vorgänge mit hoher Geschwindigkeit bei Massenkopien zum Verschieben von Daten auf Azure SQL Managed Instance können Sie das Tool Smart Bulk Copy verwenden, um die Übertragungsgeschwindigkeit zu maximieren, indem Sie parallele Kopieraufgaben nutzen.
Assistent zum Importieren/Exportieren von BACPAC-Dateien Eine BACPAC-Datei ist eine Windows-Datei mit der Erweiterung „.bacpac“, die das Schema und die Daten einer Datenbank kapselt. BACPAC-Dateien können zum Exportieren von Daten aus einer SQL Server-Quelle und zum Importieren der Datei in Azure SQL Managed Instance verwendet werden.
Azure Data Factory Die Kopieraktivität in Azure Data Factory migriert Daten aus SQL Server-Datenbank-Quellinstanzen in SQL Managed Instance mithilfe integrierter Connectors und einer Integration Runtime.

Data Factory unterstützt ein breites Spektrum von Connectors, um Daten von SQL Server-Quellen in SQL Managed Instance zu verschieben.

Vergleich der Migrationsoptionen

Im Folgenden können Sie die Migrationsoptionen vergleichen, um die richtige Vorgehensweise für Ihre Geschäftsanforderungen zu wählen.

In der folgenden Tabelle werden die empfohlenen Migrationsoptionen verglichen:

Migrationsoption Verwendung Überlegungen
Linkfeature für Azure SQL Managed Instance – Minimale Downtime erforderlich, insbesondere für kritische Workloads.
– Migration zur geschäftskritischen Dienstebene erforderlich.
– Migrieren mehrerer Datenbanken erforderlich.
– Während der Migration ist schreibgeschützter Zugriff auf die Datenbank in Azure SQL Managed Instance erforderlich.
– Umgekehrte Migration von Azure zu SQL Server 2022 erforderlich.
– Migrieren einzelner Branchenanwendung-Datenbanken oder mehrerer Datenbanken zu derselben oder mehreren SQL Managed Instances.
– Flexibilität beim Cutover-Zeitrahmen erforderlich.

Unterstützte Quellen:
– SQL Server (2016 bis 2022) lokal oder Azure-VM
– Amazon EC2
– GCP Compute mit SQL Server-VM		 – Die Migration umfasst die Einrichtung einer Netzwerkverbindung zwischen SQL Server und SQL Managed Instance und das Öffnen von Kommunikationsports.
– Verwendet die Technologie der verteilten Always On-Verfügbarkeitsgruppe zum Replizieren der Datenbank nahezu in Echtzeit, wobei ein genaues Replikat der SQL Server-Datenbank in SQL Managed Instance erstellt wird.
– Die Datenbank kann für schreibgeschützten Zugriff in Azure SQL Managed Instance verwendet werden, während die Migration ausgeführt wird.
– Bietet die beste Leistung während der Migration mit minimalster Ausfallzeit.
– Kann jederzeit per Cutover migrieren, sodass die Migrationsdauer unbegrenzt ist
– Nicht von Systemupdates oder Failovern betroffen
Azure SQL-Migrationserweiterung für Azure Data Studio – Migrieren von Singletons oder im großen Stil.
– Kann sowohl im Onlinemodus als auch im Offlinemodus ausgeführt werden.

Unterstützte Quellen:
– SQL Server (ab 2005) lokal oder auf Azure Virtual Machines
– SQL Server auf Amazon EC2
– Amazon RDS für SQL Server
– SQL Server auf Google Compute Engine		 – Migrationen im großen Stil können mit PowerShell und der Azure CLI automatisiert werden.
– Die Zeit bis zum Abschluss der Migration hängt von der Datenbankgröße und der Anzahl der Datenbankobjekte ab.
– Azure Data Studio ist erforderlich, wenn Sie PowerShell oder die Azure CLI nicht verwenden.
Protokollwiedergabedienst – Migrieren individueller Branchenanwendungsdatenbanken
– Mehr Kontrolle über die Datenbankmigration erforderlich.
– Nicht kritische Workloads, die sich Ausfallzeiten leisten können.
– Kann nur einen öffentlichen Endpunkt verwenden.
– Migrieren mehrerer Datenbanken erforderlich.

Unterstützte Quellen:
- SQL Server (2008 to 2019) lokal oder Azure VM
– Amazon EC2
– Amazon RDS für SQL Server
– GCP Compute mit SQL Server-VM		 – Die Migration umfasst das Erstellen vollständiger Datenbanksicherungen auf SQL Server und das Kopieren von Sicherungsdateien zu Azure Blob Storage. Log Replay Service wird zum Wiederherstellen von Sicherungsdateien aus Azure Blob Storage in SQL Managed Instance verwendet.
– Datenbanken befinden sich während des Migrationsprozesses im Wiederherstellungsmodus und können nicht für Lese- oder Schreibvorgänge verwendet werden, bis der Prozess abgeschlossen ist.
– Verwendet einen öffentlichen Endpunkt, sodass keine spezielle Netzwerkkonfiguration erforderlich ist.
– Kann durch Systemupdates oder Failovers unterbrochen werden.
Native Sicherung und Wiederherstellung – Migrieren individueller Branchenanwendungsdatenbanken
– Schnelle und einfache Migration ohne separaten Migrationsdienst oder ein Tool.

Unterstützte Quellen:
- SQL Server (2005 bis 2019) lokal oder Azure VM
– Amazon EC2
– GCP Compute mit SQL Server-VM		 - Die Datenbanksicherung verwendet mehrere Threads, um die Datenübertragung zu Azure Blob Storage zu optimieren, aber die Bandbreite des Partners und die Datenbankgröße können die Übertragungsrate beeinflussen.
– Die Downtime sollte den Zeitaufwand zum Durchführen einer vollständigen Sicherung und Wiederherstellung berücksichtigen (dieser Vorgang ist von der Datengröße abhängig).

In der folgenden Tabelle werden die alternativen Migrationsoptionen verglichen:

Methode oder Technologie Verwendung Überlegungen
Transaktionsreplikation – Migrieren durch kontinuierliches Veröffentlichen von Änderungen an Quelldatenbanktabellen an die Zieldatenbanktabellen von SQL Managed Instance.
– Führen Sie eine vollständige oder teilweise Datenbankmigrationen ausgewählter Tabellen (Teilmenge der Datenbank) aus.

Unterstützte Quellen:
- SQL Server (2012 bis 2019) mit einigen Einschränkungen
– Amazon EC2
– GCP Compute mit SQL Server-VM
– Das Setup ist im Vergleich zu anderen Migrationsoptionen relativ komplex.
– Bietet eine kontinuierliche Replikationsoption zum Migrieren von Daten (ohne die Datenbanken offline zu schalten).
- Bei der transaktionalen Replikation gibt es Einschränkungen zu beachten, wenn Sie den Verleger auf der SQL Server-Quellinstanz einrichten. Weitere Informationen finden Sie unter Einschränkungen für das Veröffentlichen von Objekten.
– Eine Funktion zum Überwachen der Replikationsaktivität ist verfügbar.
Massenkopieren - Führen Sie vollständige oder teilweise Datenmigrationen durch.
- Downtime ist möglich.

Unterstützte Quellen:
- SQL Server (2005 bis 2019) lokal oder Azure VM
– Amazon EC2
– Amazon RDS für SQL Server
– GCP Compute mit SQL Server-VM		 - Erfordert Downtime für das Exportieren von Daten aus der Quelle und das Importieren in das Ziel.
- Die für den Export/Import verwendeten Dateiformate und Datentypen müssen mit den Tabellenschemas übereinstimmen.
Assistent zum Importieren/Exportieren von BACPAC-Dateien - Migrieren individueller Branchenanwendungsdatenbanken.
- Für kleinere Datenbanken geeignet.
Erfordert keinen separaten Migrationsdienst oder ein separates Tool.

Unterstützte Quellen:
- SQL Server (2005 bis 2019) lokal oder Azure VM
- Amazon EC2
- Amazon RDS
– GCP Compute mit SQL Server-VM
- Erfordert Downtime, da Daten aus der Quelle exportiert und im Ziel importiert werden müssen.
- Die für den Export/Import verwendeten Dateiformate und Datentypen müssen mit den Tabellenschemas übereinstimmen, um Kürzungen oder Fehler durch nicht übereinstimmende Datentypen zu vermeiden.
- Die Zeit zum Exportieren einer Datenbank mit einer großen Anzahl von Objekten kann deutlich höher sein.
Azure Data Factory - Migrieren und/oder Transformieren von Daten aus SQL Server-Quelldatenbanken.
- Zusammenführen von Daten aus mehreren Datenquellen in Azure SQL Managed Instance (wird in der Regel für Business Intelligence-Workloads verwendet).
- Erfordert das Erstellen von Datenverschiebungspipelines in Data Factory zum Verschieben von Daten aus der Quelle zum Ziel.
- Kosten sind ein wichtiger Aspekt, der auf den Faktoren der Pipelinetriggern, den Aktivitätsausführungen, der Dauer der Datenverschiebung und mehr basiert.

Featureinteroperabilität

Beim Migrieren von Workloads, die andere SQL Server-Features nutzen, gibt es weitere Aspekte, die Sie berücksichtigen werden müssen.

SQL Server Integration Services

Migrieren Sie SSIS-Pakete (SQL Server Integration Services) und -Projekte in SSISDB mithilfe von Azure Database Migration Service zu Azure SQL Managed Instance.

Nur SSIS-Pakete in SSISDB ab SQL Server 2012 werden für die Migration unterstützt. Konvertieren Sie ältere SSIS-Pakete vor der Migration. Weitere Informationen finden Sie unter Tutorial für die Konvertierung von Projekten.

SQL Server Reporting Services

Sie können SQL Server Reporting Services-Berichte (SSRS)zu paginierten Berichten in Power BI migrieren. Verwenden Sie das RDL-Migrationstool, um Ihre Berichte vorzubereiten und zu migrieren. Microsoft hat dieses Tool entwickelt, um Kunden bei der Migration von Report Definition Language (RDL)-Berichten von ihren SSRS-Servern zu Power BI zu unterstützen. Es ist auf GitHub verfügbar und dokumentiert eine exemplarische End-to-End-Vorgehensweise des Migrationsszenarios.

SQL Server Analysis Services

SQL Server Analysis Services-Tabellenmodelle von SQL Server 2012 und höher können zu Azure Analysis Services migriert werden, das ein Plattform-as-a-Service (PaaS)-Bereitstellungsmodell für das Analysis Services-Tabellenmodell in Azure ist. Weitere Informationen über die Migration lokaler Modelle zu Azure Analysis Services finden Sie in diesem Videotutorial.

Alternativ können Sie die Migration Ihrer lokalen tabellarischen Analysis Services-Modelle zu Power BI Premium mithilfe der neuen XMLA-Endpunkte für Lese- und Schreibvorgänge in Betracht ziehen.

Hochverfügbarkeit

Die Funktionen der SQL Server-Hochverfügbarkeit Always On Failover-Cluster-Instanzen und Always On-Verfügbarkeitsgruppen werden auf der verwalteten SQL-Zielinstanz obsolet. Hoch Verfügbarkeitsarchitektur ist bereits in universell (Standard-Verfügbarkeitsmodell) und unternehmenskritisch (Premium Availability Model) – Dienstebenen für SQL Managed Instance. Das Premium-Verfügbarkeitsmodell stellt auch die horizontale Leseskalierung bereit, die das Herstellen einer Verbindung mit einem der sekundären Knoten für schreibgeschützte Zwecke ermöglicht.

Über die Hochverfügbarkeitsarchitektur hinaus, die in SQL Managed Instance enthalten ist, können Sie mit der Funktion für automatische Failovergruppen die Replikation und das Failover von Datenbanken in einer verwalteten Instanz in eine andere Region verwalten.

SQL-Agent-Aufträge

Verwenden Sie die Azure Database Migration Service-Offlineoption zum Migrieren von SQL-Agent-Aufträgen. Andernfalls müssen Sie die Aufträge mithilfe von SSMS (SQL Server Management Studio) in Transact-SQL (T-SQL) schreiben und dann im SQL Managed Instance-Ziel manuell neu erstellen.

Wichtig

Derzeit unterstützt der Azure Database Migration Service nur Aufträge mit T-SQL-Subsystemschritten. Aufträge mit SSIS-Paketschritten müssen manuell migriert werden.

Anmeldungen und Gruppen

Verschieben Sie SQL-Logins von der SQL Server-Quelle zu Azure SQL Managed Instance, indem Sie den Datenbankmigrationsdienst im Offline-Modus verwenden. Verwenden Sie das Blatt Anmeldungen auswählen im Migrations-Assistent, um Anmeldungen in Ihr SQL Managed Instance-Ziel zu migrieren.

Standardmäßig unterstützt Azure Database Migration Service nur das Migrieren von SQL-Anmeldungen. Sie können allerdings die Migration von Windows-Anmeldungen wie folgt aktivieren:

  • Stellen Sie sicher, dass die SQL Managed Ziel-Instance Lesezugriff auf Microsoft Entra ID (früher Azure Active Directory) hat. Ein Benutzer, der über die Rolle „globaler Administrator“ verfügt, kann diesen Zugriff über den Azure-Portal konfigurieren.
  • Konfigurieren von Azure Database Migration Service, um Windows-Benutzer-oder Gruppe-Anmeldemigrationen zu aktivieren. Sie richten dies über den Azure-Portal auf der Seite Konfiguration ein. Nachdem Sie diese Einstellung aktiviert haben, starten Sie den Dienst neu, damit die Änderungen übernommen werden.

Nach dem Neustart des Diensts werden die Windows-Anmeldungen der Benutzer/Gruppen in der Liste der für die Migration verfügbaren Anmeldungen angezeigt. Für alle Windows-Anmeldungen von Benutzern/Gruppen, die Sie migrieren, werden Sie aufgefordert, den zugeordneten Domänennamen anzugeben. Dienstbenutzerkonten (Konten mit dem Domänennamen NT AUTHORITY) und virtuelle Benutzerkonten (Konten mit dem Domänennamen NT SERVICE) werden nicht unterstützt. Weitere Informationen finden Sie im Tutorial: Migrieren von Windows-Benutzern und -Gruppen in einer SQL Server-Instanz zu einer verwalteten Azure SQL-Instanz unter Verwendung der T-SQL-DDL-Syntax.

Alternativ können Sie das PowerShell-Hilfstool verwenden, das speziell von den Datenmigrationsarchitekten von Microsoft entworfen wurde. Das Hilfsprogramm verwendet PowerShell, um ein T-SQL-Skript zum Neuerstellen von Anmeldungen und ausgewählten Datenbankbenutzern aus der Quelle im Ziel zu erstellen.

Das PowerShell-Dienstprogramm ordnet Windows Server Active Directory-Konten automatisch Microsoft Entra-Konten zu und kann für jede Anmeldung einen UPN-Abgleich mit der Active Directory-Quellinstanz durchführen. Das Tool erstellt benutzerdefinierte Server- und Datenbankrollen sowie Rollenmitgliedschaften, Datenbankrollen und Benutzerberechtigungen. Eigenständige Datenbanken werden noch nicht unterstützt, und nur eine Teilmenge der möglichen SQL Server-Berechtigungen wird erstellt.

Verschlüsselung

Wenn Sie Datenbanken, die mit Transparent Data Encryption geschützt werden, zu einer verwalteten Instanz mithilfe der nativen Wiederherstellungsoption migrieren, müssen Sie das entsprechende Zertifikat aus der SQL Server-Quelle zum SQL Managed Instance-Ziel migrieren, bevor die Datenbankwiederherstellung durchgeführt wird.

Systemdatenbanken

Das Wiederherstellen von Systemdatenbanken wird nicht unterstützt. Um Objekte auf Instanzebene zu migrieren (die in den Datenbanken master und msdb gespeichert sind), erstellen Sie ein Skript mit T-SQL und legen sie dann in der verwalteten Zielinstanz neu an.

In-Memory-OLTP (speicheroptimierte Tabellen)

SQL Server stellt eine In-Memory OLTP-Funktion bereit. Sie ermöglicht die Verwendung von speicheroptimierten Tabellen, speicheroptimierten Tabellentypen und nativ kompilierten SQL-Modulen, um Arbeitslasten auszuführen, die einen hohen Durchsatz und eine niedrige Latenz für die transaktionale Verarbeitung erfordern.

Wichtig

In-Memory OLTP wird nur im unternehmenskritische Ebene in Azure SQL Managed Instance unterstützt. Es wird in der Dienstebene „Universell“ nicht unterstützt.

Wenn Sie speicheroptimierte Tabellen oder speicheroptimierte Tabellentypen in Ihrer lokalen SQL Server-Instanz haben und Sie zu Azure SQL Managed Instance migrieren möchten, sollten Sie entweder:

  • Wählen Sie die Dienstebene „Unternehmenskritisch“ für Ihre SQL Managed Instance-Zielinstanz, die In-Memory-OLTP unterstützt.

  • Wenn Sie auf den universellen Bereich in Azure SQL Managed Instance migrieren möchten, entfernen Sie speicheroptimierte Tabellen, speicheroptimierte Tabellentypen und nativ kompilierte SQL-Module, die mit speicheroptimierten Objekten interagieren, bevor Sie Ihre Datenbanken migrieren. Sie können die folgende T-SQL-Abfrage verwenden, um alle Objekte zu identifizieren, die vor der Migration zur Dienstebene „Universell“ entfernt werden müssen:

    SELECT * FROM sys.tables WHERE is_memory_optimized=1
SELECT * FROM sys.table_types WHERE is_memory_optimized=1
SELECT * FROM sys.sql_modules WHERE uses_native_compilation=1

Weitere Informationen zu In-Memory-Technologien finden Sie unter Optimieren der Leistung mithilfe von In-Memory-Technologien in Azure SQL-Datenbank und Azure SQL Managed Instance.

Erweiterte Funktionen

Nutzen Sie unbedingt die erweiterten Cloud-basierten Funktionen von SQL Managed Instance. Zum Beispiel müssen Sie sich nicht um die Verwaltung von Backups kümmern, da der Dienst dies für Sie übernimmt. Sie können einen beliebigen Zeitpunkt im Aufbewahrungszeitraum wiederherstellen. Darüber hinaus müssen Sie sich nicht um die Einrichtung von Hochverfügbarkeit kümmern, denn die Hochverfügbarkeit ist bereits integriert.

Um die Sicherheit zu erhöhen, sollten Sie Microsoft Entra-Authentifizierung, die Überwachung, die Bedrohungserkennung, die Sicherheit auf Zeilenebene und die dynamische Datenmaskierung verwenden.

Zusätzlich zu erweiterten Verwaltungs- und Sicherheitsfeatures stellt SQL Managed Instance erweiterte Tools bereit, die Sie beim Überwachen und Optimieren Ihrer Workload unterstützen. Azure SQL-Analyse bietet eine zentralisierte Überwachung für große Mengen verwalteter Instanzen. Automatische Optimierung in verwalteten Instanzen bewirkt, dass die Ausführungsleistung Ihres SQL-Plans kontinuierlich überwacht wird und die erkannten Leistungsprobleme automatisch behoben werden.

Einige Features sind nur verfügbar, wenn der Datenbank-Kompatibilitätsgrad in den neuesten Kompatibilitätsgrad (150) geändert wurde.

Migrationsressourcen

Weitere Unterstützung finden Sie in den folgenden Ressourcen, die für reale Migrationsprojekte entwickelt wurden.

Asset BESCHREIBUNG
Data Workload Assessment Model and Tool (Datenarbeitsauslastungs-Bewertungsmodell und -tool) Dieses Tool stellt für eine bestimmte Arbeitsauslastung Informationen zu empfohlenen „optimalen“ Zielplattformen, zur Cloudbereitschaft und zum Korrekturbedarf für Anwendungen/Datenbanken bereit. Es bietet eine einfache Berechnung und Berichterstellung mit nur einem Klick, die Ihnen durch einen automatisierten und einheitlichen Entscheidungsprozess für die Zielplattform dabei helfen, Bewertungen von umfangreichen Datenbeständen zu beschleunigen.
Hilfsprogramm zum Verschieben lokaler SQL Server-Anmeldungen zu Azure SQL Managed Instance Hierbei handelt es sich um ein PowerShell-Skript kann ein T-SQL-Befehlsskript erstellen, um Anmeldungen und ausgewählte Datenbankbenutzer aus der lokalen SQL Server-Instanz in Azure SQL Managed Instance neu zu erstellen. Das Tool ermöglicht die automatische Zuordnung von Windows Server Active Directory-Konten zu Microsoft Entra-Konten, zusammen mit der optionalen Migration nativer SQL Server-Logins.
Automatisierung der PerfMon-Datensammlung mithilfe von Logman Sie können das Logman-Tool verwenden, um PerfMon-Daten zu erfassen (damit Sie die grundlegende Leistung besser verstehen können) und Empfehlungen für die Migration der virtuellen Maschine zu erhalten. Das Tool verwendet die ausführbare Datei „logman.exe“, um den Befehl zu erstellen, der die Leistungsindikatoren für eine SQL Server-Remoteinstanz erstellt, startet, beendet und löscht.

Das Data SQL Engineering-Team hat diese Ressourcen entwickelt. Die Hauptanwendung dieses Teams besteht darin, die komplexe Modernisierung für Datenplattform-Migrationsprojekte auf der Azure-Datenplattform von Microsoft freizugeben und zu beschleunigen.

Zugehöriger Inhalt