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 Azure Virtual Machines
  • Amazon Web Services (AWS) Elastic Compute Cloud (EC2)
  • AWS Relational Database Service (RDS)
  • Compute Engine in Google Cloud Platform (GCP)
  • Cloud-SQL für SQL Server in GCP

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.

Ü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.

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 Hardwaregeneration 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 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.
Azure Database Migration Service Dieser Azure-Dienst unterstützt die Migration im Offline-Modus für Anwendungen, die sich eine Ausfallzeit während des Migrationsprozesses leisten können. Im Gegensatz zur kontinuierlichen Migration im Onlinemodus führt die Migration im Offlinemodus eine einmalige Wiederherstellung einer vollständigen Datenbanksicherung von der Quelle zum Ziel aus.
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. Vollständige und differenzielle Sicherungen werden ebenfalls unterstützt und später in diesem Artikel im Abschnitt Migrationsressourcen dokumentiert.
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.

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 von uns empfohlenen Migrationsoptionen verglichen:

Migrationsoption Verwendung Überlegungen
Azure Database Migration Service – Migrieren einzelner oder mehrerer Datenbanken nach Maß
- Kann Ausfallzeiten während des Migrationsprozesses einkalkulieren.

Unterstützte Quellen:
- SQL Server (2005 bis 2019) lokal oder Azure VM
– AWS EC2
– AWS RDS
– GCP Compute mit SQL Server-VM
– Migrationen im großen Stil können mit PowerShell automatisiert werden.
- Die Zeit bis zum Abschluss der Migration hängt von der Datenbankgröße ab und wird von der Sicherungs- und Wiederherstellungszeit beeinflusst.
- Es kann eine ausreichende Ausfallzeit erforderlich sein.
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
– AWS EC2
– AWS RDS
– 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).
Protokollwiedergabedienst – Migrieren individueller Branchenanwendungsdatenbanken
– Für Datenbankmigrationen ist mehr Kontrolle erforderlich.

Unterstützte Quellen:
- SQL Server (2008 to 2019) lokal oder Azure VM
– AWS EC2
– AWS RDS
– 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, die während des Migrationsprozesses wiederhergestellt werden, befinden sich in einem Wiederherstellungsmodus und können nicht zum Lesen oder Schreiben verwendet werden, bis der Prozess abgeschlossen ist.

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
– AWS 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
– AWS EC2
– AWS RDS
– 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 Tool

Unterstützte Quellen:
- SQL Server (2005 bis 2019) lokal oder Azure VM
– AWS EC2
– AWS 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 die Vorbereitung und Migration Ihrer Berichte zu unterstützen. 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 Failover-Gruppen 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 verwaltete Zielinstanz von SQL Azure Active Directory (Azure AD) Lesezugriff 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 unter Migrieren von Windows-Benutzern und -Gruppen in einer SQL Server-Instanz zu Azure SQL Managed Instance mithilfe von T-SQL.

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 Azure AD-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 werden erstellt.

Verschlüsselung

Wenn Sie Datenbanken migrieren, die mit  Transparent Data Encryption geschützt werden, zu einer verwalteten Instanz mithilfe der nativen Wiederherstellungsoption 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 sie dann auf 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 zur Dienstebene „Universell“ für Azure SQL Managed Instance migrieren möchten, entfernen Sie die speicheroptimierten Tabellen, speicheroptimierten Tabellentypen und die nativ kompilierten SQL-Module, die mit speicheroptimierten Objekten interagieren, bevor Sie Ihre Datenbank(en) 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  Hochverfügbarkeit ist bereits integriert in.

Sie sollten außerdem die  Azure AD-Authentifizierung, die Überwachung, die  Bedrohungserkennung, die  Sicherheit auf Zeilenebene und die  dynamische Datenmaskierung verwenden, um die Sicherheit zu erhöhen.

Zusätzlich zu erweiterten Verwaltungs- und Sicherheitsfeatures stellt SQL Managed Instance erweiterte Tools bereit, die Sie beim Überwachen und Optimieren Ihrer Workload unterstützen. Mit der Azure SQL-Analyse können Sie eine große Gruppe verwalteter Instanzen zentral überwachen. Die automatische Optimierung in verwalteten Instanzen überwacht kontinuierlich die Leistung der Ausführung Ihres SQL-Tarifs und behebt identifizierte Leistungsprobleme automatisch.

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.
DBLoader-Hilfsprogramm DBLoader kann zum Laden von Daten aus durch Trennzeichen getrennten Textdateien in SQL Server verwendet werden. Dieses Windows-Konsolen Hilfsprogramm verwendet die SQL Server Native Client-Schnittstelle für Massen laden. Die Schnittstelle kann in allen Versionen von SQL Server zusammen mit Azure SQL Managed Instance verwendet werden.
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 Azure AD-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.
Datenbankmigration zu Azure SQL Managed Instance durch Wiederherstellung vollständiger und differenzieller Sicherungen In diesem Whitepaper finden Sie Anleitungen und Schritte zum Beschleunigen von Migrationen von SQL Server zu Azure SQL Managed Instance, wenn Sie nur über vollständige und differenzielle Sicherungen (und keine Protokollsicherungsfunktion) verfügen.

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.

Nächste Schritte