Freigeben über

Migrationsübersicht: SQL Server zu Azure SQL Managed Instance

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 zusammengeführt 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 den Basisdurchsatz, um die Größe der Daten- und Logdateien vorab zuzuweisen und 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.
  • Es ist erforderlich, eine bestimmte Version des SQL Server (z. B. 2012) zu nutzen.
  • 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 Migrate Dieser Azure-Dienst hilft Ihnen, Ihr SQL-Dateninventar auf VMware umfassend zu identifizieren 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 unterstützt 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.
Instanz-Link verwalten 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 Kunden, 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 (z. B. Wochen oder Monate) ausgeführt werden muss, die eine echte Onlinereplikation auf der Dienstebene „Unternehmenskritisch“ benötigen, und für Kunden, die eine möglichst leistungsfähige Migration mit minimaler Downtime benötigen.
Azure-Datenbankmigrationsdienst Azure Database Migration Service ist ein vollständig verwalteter Dienst, der die nahtlose Migration von mehreren Datenbankquellen zu Azure-Datenplattformen mit minimaler Ausfallzeit ermöglicht.

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, um die Daten aus Ihrer Quelle zu exportieren und die Datendatei in die Ziel-SQL-verwaltete Instanz 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.
Import/Export-Assistent für BACPAC 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.
Azure SQL-Migrationserweiterung für Azure Data Studio Unterstützt vom Azure-Datenbankmigrationsdienst hilft Ihnen die Azure SQL-Migrationserweiterung für Azure Data Studio, Ihre Datenbankanforderungen zu bewerten, um Ihre Migrationsbereitschaft zu verstehen, die richtigen SKU-Empfehlungen für Azure-Ressourcen zu erhalten und Ihre SQL Server-Datenbank nach Azure zu migrieren. Sie können einzelne Datenbanken oder Datenbanken im großen Stil mithilfe von PowerShell und der Azure CLI migrieren.

Vergleich der Migrationsoptionen

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

Hinweis

Einen detaillierten Migrationsvergleich finden Sie unter "Vergleichen von LRS" mit dem Link "Verwaltete Instanz".

In der folgenden Tabelle werden die empfohlenen Migrationsoptionen verglichen:

Migrationsoption Wann verwenden Überlegungen
Verknüpfungsfeature 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 für den Übergangszeitraum 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 für verteilte Verfügbarkeitsgruppen, um die Datenbank nahezu in Echtzeit zu replizieren, wodurch ein genaues Replikat der SQL Server-Datenbank auf SQL-verwaltete Instanz 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 migriert werden, sodass die Migrationsdauer unbegrenzt ist
- Nicht betroffen von Systemupdates oder Failovers
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 bis 2022) lokal installiert oder auf 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 2022) lokal oder auf 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 Wann verwenden Überlegungen
Transaktionsreplikation – Migrieren durch kontinuierliches Veröffentlichen von Änderungen von Quelldatenbanktabellen zu Zieldatenbanktabellen in einer 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 2022) 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 Publisher 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.
Kann Ausfallzeiten bewältigen.

Unterstützte Quellen:
- SQL Server (2005 bis 2022) lokal oder auf 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.
Import/Export-Assistent für BACPAC – Migrieren individueller Branchenanwendungsdatenbanken
- Für kleinere Datenbanken geeignet.
Erfordert keinen separaten Migrationsdienst oder ein separates Tool.

Unterstützte Quellen:
- SQL Server (2005 bis 2022) lokal oder auf 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 Faktoren wie Pipelinetriggern, Aktivitätsausführungen und der Dauer der Datenverschiebung basiert.

Interoperabilität von Funktionen

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 für Always On-Failoverclusterinstanzen und Always On-Verfügbarkeitsgruppen werden auf der verwalteten SQL-Zielinstanz obsolet. Die Hochverfügbarkeitsarchitektur ist bereits in den Dienstebenen Allgemeiner Zweck (Standard-Verfügbarkeitsmodell) und Unternehmenskritisch (Premium-Verfügbarkeitsmodell) für SQL Managed Instance integriert. 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 können Sie die Aufträge in Transact-SQL (T-SQL) mithilfe von SQL Server Management Studio skripten und dann manuell auf der SQL Managed Instance 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 den Bereich Anmeldedaten auswählen im Migrations-Assistenten, um Anmeldedaten in Ihre Zielinstanz von SQL Managed Instance 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 verwaltete SQL-Zielinstanz Lesezugriff auf Microsoft Entra ID (früher Azure Active Directory) hat. Ein Benutzer, der über die Rolle "Privileged Role Administrator" verfügt, kann diesen Zugriff über das Azure-Portal konfigurieren.
  • Konfiguration von Azure Database Migration Service, um Windows-Benutzer- oder Gruppenanmeldemigrationen 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. Bei der Migration von Windows-Benutzer- oder Gruppenanmeldungen werden Sie aufgefordert, den zugehörigen 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 zum Auswählen von Datenbankbenutzern von der Quelle zum 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 Dienstprogramm verwaltet benutzerdefinierte Server- und Datenbankrollen sowie die Mitgliedschaft in Rollen und Benutzerberechtigungen. Enthaltene Datenbanken werden noch nicht unterstützt, und nur eine Teilmenge der möglichen SQL-Server-Berechtigungen wird geskriptet.

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 in der Business Critical-Stufe in Azure SQL Managed Instance unterstützt. Es wird in der „General Purpose“-Dienstebene 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 den Datenbankzustand eines beliebigen Zeitpunkts innerhalb des Aufbewahrungszeitraums 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 stärken, sollten Sie die Microsoft Entra-Authentifizierung für Azure SQL, Überwachung, Bedrohungserkennung, Sicherheit auf Zeilenebene und dynamische Datenmaske 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.

Ressource 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 Zielplattformen dabei helfen, Bewertungen von umfangreichen Datenbeständen zu beschleunigen.
Hilfsprogramm zum Verschieben lokaler SQL Server-Anmeldungen zu Azure SQL Managed Instance Ein PowerShell-Skript kann ein T-SQL-Befehlsskript erstellen, um Anmeldungen und ausgewählte Datenbankbenutzende 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 Kernaufgabe dieses Teams ist die Freigabe und Beschleunigung komplexer Modernisierungsprojekte für die Migration von Datenplattformen zur Azure-Datenplattform von Microsoft.

Zugehöriger Inhalt