Tutorial: Onlinemigration von SQL Server zu SQL Server in Azure Virtual Machines in Azure Data Studio

  • Artikel

Migrieren Sie mit der Azure SQL-Migrationserweiterung in Azure Data Studio Datenbanken von einer SQL Server-Instanz mit minimaler Downtime zu einer Instanz von SQL-Server auf virtuellen Azure-Computern (SQL Server 2016 oder höher). Informationen zu Methoden, für die etwas manueller Aufwand erforderlich ist, finden Sie im Artikel Migrationsübersicht: SQL Server zu SQL Server auf Azure-VMs.

In diesem Tutorial migrieren Sie die Datenbank Adventureworks mithilfe von Azure Data Studio mit dem Azure Database Migration Service mit minimaler Downtime von einer lokalen SQL Server-Instanz zu einer SQL Server-Instanz auf Azure Virtual Machines.

In diesem Tutorial lernen Sie Folgendes:

  • Starten des Assistenten zum Migrieren zu Azure SQL in Azure Data Studio
  • Ausführen einer Bewertung Ihrer SQL Server-Quelldatenbank(en)
  • Sammeln von Leistungsdaten aus Ihrer SQL Server-Quellinstanz
  • Erhalten einer Empfehlung für die SKU von SQL Server auf Azure-VM, die sich am besten für Ihre Workload eignet
  • Angeben von Details zu Ihrer SQL Server-Quellinstanz, dem Sicherungsspeicherort und der SQL Server-Zielinstanz auf Azure Virtual Machines
  • Erstellen einer neuen Azure Database Migration Service-Instanz und Installieren der selbstgehosteten Integration Runtime, um auf den Quellserver und die Sicherungen zuzugreifen
  • Starten und Überwachen des Fortschritts der Migration
  • Führen Sie die Migrationsübernahme durch, wenn Sie bereit sind.

In diesem Artikel wird eine Onlinemigration von einer SQL Server-Instanz zu einer SQL Server-Instanz auf Azure Virtual Machines beschrieben. Informationen zur Offlinemigration finden Sie unter Tutorial: Offlinemigration von SQL Server zu einer SQL Server-Instanz auf Azure Virtual Machines mithilfe von DMS.

Voraussetzungen

Für dieses Tutorial benötigen Sie Folgendes:

  • Herunterladen und Installieren von Azure Data Studio

  • Installieren der Azure SQL-Migrationserweiterung aus Azure Data Studio Marketplace

  • Verwenden Sie ein Azure-Konto, das einer der unten aufgeführten integrierten Rollen zugewiesen ist:

    • Mitwirkender für die Zielinstanz von SQL Server auf Azure-VM (und Storage-Konto zum Hochladen Ihrer Datenbanksicherungsdateien von der SMB-Netzwerkfreigabe).
    • Rolle „Leser“ für die Azure-Ressourcengruppen, die die Zielinstanz von SQL Server auf Azure-VM oder das Azure-Speicherkonto enthalten.
    • Rolle „Besitzer“ oder „Mitwirkender“ für das Azure-Abonnement.
    • Alternativ zur Verwendung der oben integrierten Rollen können Sie eine benutzerdefinierte Rolle zuweisen, wie in diesem Artikel beschrieben.

    Wichtig

    Das Azure-Konto ist nur erforderlich, wenn Sie die Migrationsschritte konfigurieren, und es ist nicht für Bewertungsvorgänge oder Azure-Empfehlungsschritte im Migrations-Assistenten erforderlich.

  • Erstellen Sie eine Zielinstanz von SQL Server auf Azure Virtual Machines.

    Wichtig

    Wenn Sie über eine vorhandene Azure-VM verfügen, sollte diese mit der SQL IaaS Agent-Erweiterung im vollständigen Verwaltungsmodus registriert sein.

  • Stellen Sie sicher, dass die zum Herstellen einer Verbindung mit der SQL Server-Quellinstanz verwendeten Anmeldungen Mitglieder der sysadmin-Serverrolle sind oder über CONTROL SERVER-Berechtigung verfügen.

  • Verwenden Sie eine der folgenden Speicheroptionen für die vollständigen Datenbank- und Transaktionsprotokoll-Sicherungsdateien:

    • SMB-Netzwerkfreigabe
    • Dateifreigabe oder Blobcontainer des Azure-Speicherkontos

    Wichtig

    • Die Azure SQL-Migrationserweiterung für Azure Data Studio führt keine Datenbanksicherungen aus und initiiert keine Datenbanksicherungen in Ihrem Namen. Vielmehr verwendet der Dienst vorhandene Datenbanksicherungsdateien für die Migration.
    • Wenn Ihre Datenbanksicherungsdateien in einer SMB-Netzwerkfreigabe bereitgestellt werden, erstellen Sie ein Azure Storage-Konto, mit dem der DMS-Dienst die Datenbanksicherungsdateien hochladen kann. Achten Sie darauf, das Azure Storage-Konto in der gleichen Region zu erstellen, in der auch die Azure Database Migration Service-Instanz erstellt wird.
    • Azure Database Migration Service initiiert keine Sicherungen, sondern verwendet für die Migration vorhandene Sicherungen, die Sie im Rahmen Ihres Notfallwiederherstellungsplans möglicherweise bereits besitzen.
    • Jede Sicherung kann entweder in eine separate Sicherungsdatei oder in mehrere Sicherungsdateien geschrieben werden. Das Anfügen mehrerer Sicherungen (vollständig und Transaktionsprotokoll) an ein einzelnes Sicherungsmedium wird jedoch nicht unterstützt.
    • Verwenden Sie komprimierte Sicherungen, um die Wahrscheinlichkeit von potenziellen Problemen bei der Migration großer Sicherungen zu verringern.

  • Stellen Sie sicher, dass das Dienstkonto, das die SQL Server-Quellinstanz ausführt, über Lese- und Schreibberechtigungen für die SMB-Netzwerkfreigabe verfügt, die Datenbanksicherungsdateien enthält.

  • Das Zertifikat der SQL Server-Quellinstanz einer durch Transparent Data Encryption (TDE) geschützten Datenbank muss vor der Datenmigration zur SQL Server-Zielinstanz auf Azure Virtual Machines migriert werden. Weitere Informationen finden Sie unter Verschieben einer TDE-geschützten Datenbank auf einen anderen SQL-Server.

    Tipp

    Wenn Ihre Datenbank vertrauliche Daten enthält, die durch Always Encrypted geschützt sind, wird der Migrationsprozess unter Verwendung von Azure Data Studio mit DMS automatisch Ihre Always Encrypted-Schlüssel zu Ihrer SQL Server-Zielinstanz auf Azure Virtual Machines migrieren.

  • Wenn sich Ihre Datenbanksicherungen in einer Netzwerkfreigabe befinden, stellen Sie einen Computer zur Installation der selbstgehosteten Integration Runtime bereit, um auf Datenbanksicherungen zuzugreifen und sie zu migrieren. Der Migrations-Assistent stellt den Downloadlink und die Authentifizierungsschlüssel bereit, um Ihre selbstgehostete Integration Runtime herunterzuladen und zu installieren. Stellen Sie als Vorbereitung für die Migration sicher, dass auf dem Computer, auf dem Sie die selbstgehostete Integration Runtime installieren möchten, die folgenden Firewallregeln für ausgehenden Datenverkehr und Domänennamen aktiviert sind:

    Domänennamen Ausgehende Ports BESCHREIBUNG
    Öffentliche Cloud: {datafactory}.{region}.datafactory.azure.net
    oder *.frontend.clouddatahub.net
    Azure Government: {datafactory}.{region}.datafactory.azure.us
    China: {datafactory}.{region}.datafactory.azure.cn    		 443 Erforderlich für die selbstgehostete Integration Runtime, um eine Verbindung mit dem Datenmigrationsdienst herzustellen.
    Suchen Sie für eine neu erstellte Data Factory-Instanz in der öffentlichen Cloud den FQDN im Schlüssel Ihrer selbstgehosteten Integration Runtime im Format {datafactory}.{region}.datafactory.azure.net. Für eine alte Data Factory-Instanz verwenden Sie stattdessen *.frontend.clouddatahub.net, wenn Sie den FQDN nicht im Schlüssel für die selbstgehostete Integration Runtime sehen.
    download.microsoft.com 443 Erforderlich für die selbstgehostete Integration Runtime zum Herunterladen der Aktualisierungen. Falls Sie die automatische Aktualisierung deaktiviert haben, können Sie die Konfiguration dieser Domain überspringen.
    *.core.windows.net 443 Wird von der selbstgehosteten Integration Runtime verwendet, die eine Verbindung mit dem Azure-Speicherkonto herstellt, um Datenbanksicherungen von Ihrer Netzwerkfreigabe hochzuladen.

    Tipp

    Wenn Ihre Datenbanksicherungsdateien bereits in einem Azure-Speicherkonto bereitgestellt werden, ist während der Migration keine selbstgehostete Integration Runtime erforderlich.

  • Die Runtime wird auf dem Computer mithilfe der selbstgehosteten Integration Runtime installiert. Die Maschine verbindet sich mit der SQL Server-Quellinstanz und der Dateifreigabe im Netzwerk, auf der sich die Sicherungskopien befinden. Der ausgehende Port 445 muss aktiviert sein, um Zugriff auf die Netzwerkdateifreigabe zu ermöglichen. Weitere Informationen finden Sie unter Empfehlungen für die Verwendung der selbstgehosteten Integration Runtime für Datenbankmigrationen.

  • Wenn Sie Azure Database Migration Service zum ersten Mal verwenden, stellen Sie sicher, dass der Ressourcenanbieter Microsoft.DataMigration in Ihrem Abonnement registriert ist. Sie können die Schritte zum Registrieren des Ressourcenanbieters ausführen.

Starten des Assistenten zum Migrieren zu Azure SQL in Azure Data Studio

  1. Öffnen Sie Azure Data Studio, und wählen Sie das Serversymbol aus, um eine Verbindung mit Ihrer lokalen SQL Server-Instanz (oder der SQL Server-Instanz auf Azure Virtual Machines) herzustellen.
  2. Klicken Sie auf der Serververbindung mit der rechten Maustaste, und wählen Sie Verwalten aus.
  3. Wählen Sie auf der Startseite des Servers die Erweiterung Azure SQL-Migration aus.
  4. Wählen Sie im Azure SQL Migration-Dashboard die Option Zu Azure SQL migrieren aus, um den Migrations-Assistenten zu starten. Launch Migrate to Azure SQL wizard
  5. Verknüpfen Sie im ersten Schritt des Migrations-Assistenten Ihr vorhandenes oder neues Azure-Konto mit Azure Data Studio.

Ausführen der Datenbankbewertung, Sammeln von Leistungsdaten und Abrufen von Azure-Empfehlungen

  1. Wählen Sie die Datenbank(en) zum Ausführen der Bewertung und dann Weiter aus.
  2. Wählen Sie SQL Server auf Azure Virtual Machines als Ziel aus. Screenshot of assessment confirmation.
  3. Wählen Sie die Schaltfläche Ansicht/Auswählen aus, um Details zu den Bewertungsergebnissen für Ihre Datenbank(en) anzuzeigen, wählen Sie die zu migrierende(n) Datenbank(en) aus, und wählen Sie OK aus.
  4. Wählen Sie den Button Azure-Empfehlung abrufen.
  5. Wählen Sie die Option Collect performance data now (Leistungsdaten jetzt sammeln) aus, geben Sie einen Pfad für die zu erfassenden Leistungsprotokolle ein, und wählen Sie die Schaltfläche Starten aus.
  6. Azure Data Studio sammelt nun Leistungsdaten, bis Sie die Sammlung beenden, im Assistenten auf die Schaltfläche Weiter klicken oder Azure Data Studio schließen.
  7. Nach 10 Minuten erscheint eine empfohlene Konfiguration für Ihre Azure SQL VM. Sie können auch nach den ersten 10 Minuten auf den Link „Empfehlung aktualisieren“ klicken, um die Empfehlung mit den zusätzlich erfassten Daten zu aktualisieren.
  8. Klicken Sie in der oberen Box SQL Server auf der Azure-VM auf die Schaltfläche Details anzeigen, um weitere Informationen zu Ihrer Empfehlung zu erhalten.
  9. Schließen Sie das Feld „Details anzeigen“, und klicken Sie auf die Schaltfläche Weiter.

Konfigurieren von Migrationseinstellungen

  1. Geben Sie Ihre SQL Server-Zielinstanz auf Azure Virtual Machines an, indem Sie Ihr Abonnement, Ihren Speicherort und Ihre Ressourcengruppe in den entsprechenden Dropdownlisten auswählen, und wählen Sie Weiter aus.
  2. Wählen Sie Onlinemigration als Migrationsmodus aus.

    Hinweis

    Im Onlinemigrationsmodus kann die SQL Server-Quelldatenbank für Lese- und Schreibaktivitäten verwendet werden, während Datenbanksicherungen auf der SQL Server-Zielinstanz auf Azure Virtual Machines kontinuierlich wiederhergestellt werden. Die Ausfallzeit der Anwendung ist auf die Dauer der Übernahme am Ende der Migration beschränkt.

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

    Hinweis

    Wenn Ihre Datenbanksicherungen in einer lokalen Netzwerkfreigabe bereitgestellt werden, müssen Sie im nächsten Schritt des Assistenten in DMS die selbstgehostete Integration Runtime einrichten. Die selbstgehostete Integration Runtime ist erforderlich, um auf Ihre Quelldatenbanksicherungen zuzugreifen, die Gültigkeit des Sicherungssatzes zu überprüfen und sie in das Azure-Speicherkonto hochzuladen.
    Wenn sich Ihre Datenbanksicherungen bereits in einem Azure-Speicherblobcontainer befinden, müssen Sie keine selbstgehostete Integration Runtime einrichten.

  • Geben Sie für Sicherungen, die sich auf einer Netzwerkfreigabe befinden, die folgenden Details Ihrer SQL Server-Quellinstanz, den Speicherort der Quellsicherung, den Namen der Zieldatenbank und das Azure-Speicherkonto an, in das die Sicherungsdateien hochgeladen werden sollen.

    Feld BESCHREIBUNG
    Anmeldeinformationen für die Quelle: Benutzername Die Anmeldeinformationen (Windows-/SQL-Authentifizierung) zum Herstellen einer Verbindung mit der SQL Server-Quellinstanz und Überprüfen der Sicherungsdateien
    Anmeldeinformationen für die Quelle: Kennwort Die Anmeldeinformationen (Windows-/SQL-Authentifizierung) zum Herstellen einer Verbindung mit der SQL Server-Quellinstanz und Überprüfen der Sicherungsdateien
    Speicherort der Netzwerkfreigabe, die Sicherungen enthält Der Speicherort der Netzwerkfreigabe, der die vollständigen und Transaktionsprotokoll-Sicherungsdateien enthält. Alle ungültigen Dateien oder Sicherungsdateien in der Netzwerkfreigabe, die nicht zum gültigen Sicherungssatz gehören, werden während des Migrationsprozesses automatisch ignoriert.
    Windows-Benutzerkonto mit Lesezugriff auf den Speicherort der Netzwerkfreigabe Die Windows-Anmeldeinformationen (Benutzername), die zum Abrufen der Sicherungsdateien über Lesezugriff auf die Netzwerkfreigabe verfügen.
    Kennwort Die Windows-Anmeldeinformationen (Kennwort), die zum Abrufen der Sicherungsdateien über Lesezugriff auf die Netzwerkfreigabe verfügen.
    Name der Zieldatenbank Der Name der Zieldatenbank kann geändert werden, wenn Sie den Datenbanknamen auf dem Ziel während des Migrationsprozesses ändern möchten.

  • Für Backups, die in einem Blob-Container des Azure-Speichers gespeichert sind, geben Sie die folgenden Details für den Namen der Zieldatenbank, die Ressourcengruppe, das Azure-Speicherkonto und den Blob-Container in den entsprechenden Dropdown-Listen an.

    Feld BESCHREIBUNG
    Name der Zieldatenbank Der Name der Zieldatenbank kann geändert werden, wenn Sie den Datenbanknamen auf dem Ziel während des Migrationsprozesses ändern möchten.
    Speicherkontodetails Die Ressourcengruppe, das Speicherkonto und der Container, in denen sich Sicherungsdateien befinden.
  1. Klicken Sie auf Weiter, um fortzufahren.

    Wichtig

    Wenn die Loopback-Funktionalität aktiviert ist und sich die SQL Server-Quellinstanz und die Dateifreigabe auf demselben Computer befinden, kann die Quelle nicht mithilfe des FQDN auf die Dateifreigabe zugreifen. Um dieses Problem zu beheben, deaktivieren Sie die Loopback-Überprüfungsfunktionalität anhand dieser Anweisungen.

  • Die Azure SQL Migrationserweiterung für Azure Data Studio erfordert keine spezifischen Konfigurationen der Netzwerkeinstellungen Ihres Azure Storage-Kontos mehr, um Ihre SQL Server-Datenbanken nach Azure zu migrieren. Je nach Datenbanksicherungsspeicherort und gewünschten Netzwerkeinstellungen des Speicherkontos sind jedoch einige Schritte erforderlich, um sicherzustellen, dass Ihre Ressourcen auf das Azure Storage-Konto zugreifen können. Die folgende Tabelle enthält die verschiedenen Migrationsszenarien und Netzwerkkonfigurationen:

    Szenario SMB-Netzwerkfreigabe Azure Speicherkontocontainer
    Von allen Netzwerken aus aktiviert Keine zusätzlichen Schritte Keine zusätzlichen Schritte
    Aktiviert von ausgewählten virtuellen Netzwerken und IP-Adressen Siehe 1a Siehe 2a
    Aktiviert von ausgewählten virtuellen Netzwerken und IP-Adressen + privater Endpunkt Siehe 1b Siehe 2b

    1a: Konfiguration des Azure Blob-Speicher-Netzwerks

    Falls Sie Ihre selbstgehostete Integration Runtime (SHIR) auf einer Azure VM installiert haben, lesen Sie bitte Abschnitt 1b: Konfiguration des Azure Blob-Speicher-Netzwerks. Falls Sie Ihre selbstgehostete Integration Runtime (SHIR) in Ihrem lokalen Netzwerk installiert haben, müssen Sie die Client-IP-Adresse des Hosting-Rechners in Ihrem Azure Storage-Konto als solche hinzufügen:

    Screenshot that shows the storage account network details.

    Um diese spezielle Konfiguration anzuwenden, verbinden Sie sich vom SHIR-Rechner aus mit dem Azure-Portal, öffnen Sie die Konfiguration des Azure-Storage-Kontos, wählen Sie Networking und markieren Sie das Kontrollkästchen Client-IP-Adresse hinzufügen. Wählen Sie Speichern, um die Änderung zu übernehmen. Die restlichen Schritte finden Sie inAbschnitt 2a - Konfiguration des Azure Blob-Storage-Netzwerks (Privater Endpunkt).

    1b - Konfiguration des Azure Blob-Speicher-Netzwerks

    Falls Ihr SHIR auf einer Azure VM gehostet wird, müssen Sie das virtuelle Netzwerk der VM zum Azure Storage-Konto hinzufügen, da die virtuelle Maschine eine nicht-öffentliche IP-Adresse hat, die nicht zum Abschnitt IP-Adressbereich hinzugefügt werden kann.

    Screenshot that shows the storage account network firewall configuration.

    Um diese spezielle Konfiguration anzuwenden, rufen Sie Ihr Azure Storage-Konto auf, wählen Sie im Fenster Datenspeicher die Option Netzwerk und markieren Sie dann das Kontrollkästchen Vorhandenes virtuelles Netzwerk hinzufügen. Es öffnet sich ein neues Fenster. Wählen Sie das Abonnement, das virtuelle Netzwerk und das Subnetz der Azure-VM, die die Integration Runtime hostet. Sie finden diese Informationen im Azure-Portal auf der Übersichtsseite für Ihre Azure Virtual Machine. Im Subnetz steht möglicherweise Service-Endpunkt erforderlich. Falls ja, wählen Sie Aktivieren. Sobald alles bereit ist, speichern Sie die Updates. Die restlichen Schritte finden Sie inA2a - Konfiguration des Azure Blob-Speicher-Netzwerks (Privater Endpunkt).

    2a: Konfiguration des Azure Blob-Speicher-Netzwerks (Privater Endpunkt)

    Wenn Ihre Backups direkt in einem Azure Storage Container abgelegt werden, sind alle oben genannten Schritte überflüssig, da es keine Integration Runtime gibt, die mit dem Azure Storage-Konto kommuniziert. Allerdings müssen wir immer noch sicherstellen, dass die Ziel-SQL Server-Instanz mit dem Azure Storage-Konto kommunizieren kann, um die Backups aus dem Container wiederherzustellen. Um diese spezielle Konfiguration anzuwenden, folgen Sie den Anweisungen in Abschnitt 1b: Konfiguration des Azure Blob-Storage-Netzwerks und geben Sie das virtuelle Netzwerk der Ziel-SQL-Instanz an, wenn Sie das Popup „Vorhandenes virtuelles Netzwerk hinzufügen“ ausfüllen.

    2b: Konfiguration des Azure Blob-Speicher-Netzwerks (Privater Endpunkt)

    Wenn Sie in Ihrem Azure Storage-Konto einen privaten Endpunkt eingerichtet haben, führen Sie die in 2a: Azure Blob Storage-Netzwerkkonfiguration (privater Endpunkt) beschriebenen Schritte aus. Sie müssen jedoch das Subnetz des privaten Endpunkts auswählen, nicht nur das Ziel-SQL-Server-Subnetz. Stellen Sie sicher, dass der private Endpunkt im selben VNet gehostet wird wie die Ziel-SQL Server-Instanz. Wenn dies nicht der Fall ist, erstellen Sie einen anderen privaten Endpunkt, indem Sie das Verfahren im Abschnitt zur Konfiguration des Azure Storage-Kontos anwenden.

Erstellen einer Instanz von Azure Database Migration Service

  1. Erstellen Sie eine neue Azure Database Migration Service-Instanz, oder verwenden Sie einen vorhandenen Dienst, den Sie zuvor erstellt haben.

    Hinweis

    Wenn Sie zuvor eine DMS-Instanz über das Azure-Portal erstellt haben, können Sie diese nicht im Migrationsassistenten in Azure Data Studio verwenden. Nur DMS-Instanzen, die zuvor mit Azure Data Studio erstellt wurden, können wiederverwendet werden.

  2. Wählen Sie die Ressourcengruppe aus, in der Sie über eine DMS-Instanz verfügen oder eine neue erstellen müssen. In der Dropdownliste Azure Database Migration Service werden alle in der ausgewählten Ressourcengruppe vorhandenen DMS-Instanzen aufgeführt.
  3. Um eine vorhandene DMS-Instanz wiederzuverwenden, wählen Sie sie aus der Dropdownliste aus, und der Status der selbstgehosteten Integration Runtime wird unten auf der Seite angezeigt.
  4. Wählen Sie zum Erstellen einer neuen DMS-Instanz die Option Neu erstellen aus.
  5. Geben Sie auf dem Bildschirm Azure Database Migration Service-Instanz erstellen den Namen für Ihre DMS-Instanz an, und wählen Sie Erstellen aus.
  6. Nach der erfolgreichen Erstellung der DMS-Instanz erhalten Sie Details zum Einrichten der Integration Runtime.
  7. Wählen Sie Integration Runtime herunterladen und installieren aus, um den Downloadlink in einem Webbrowser zu öffnen. Schließen Sie den Download ab. Installieren Sie die Integration Runtime auf einem Computer, der die Voraussetzungen für das Herstellen einer Verbindung mit der SQL Server-Quellinstanz und dem Speicherort mit der Quellsicherung erfüllt.
  8. Nach Abschluss der Installation wird der Konfigurations-Manager für Microsoft Integration Runtime automatisch gestartet, um den Registrierungsprozess zu starten.
  9. Kopieren Sie einen der auf dem Bildschirm des Assistenten in Azure Data Studio bereitgestellten Authentifizierungsschlüssel, und fügen Sie ihn ein. Wenn der Authentifizierungsschlüssel gültig ist, wird im Konfigurations-Manager für Integration Runtime ein grünes Häkchensymbol angezeigt, das angibt, dass Sie mit dem Registrieren fortfahren können.
  10. Nachdem Sie die Registrierung der selbstgehosteten Integration Runtime erfolgreich abgeschlossen haben, schließen Sie den Konfigurations-Manager für Microsoft Integration Runtime, und wechseln Sie zurück zum Migrations-Assistenten in Azure Data Studio.
  11. Wählen Sie im Bildschirm Azure Database Migration Service-Instanz erstellen in Azure Data Studio die Option Verbindung testen aus, um zu überprüfen, ob die neu erstellte DMS-Instanz mit der neu registrierten selbstgehosteten Integration Runtime verbunden ist, und wählen Sie Fertig aus. Test connection integration runtime
  12. Überprüfen Sie die Zusammenfassung, und wählen Sie Fertig aus, um die Datenbankmigration zu starten.

Überwachen der Migration

  1. Unter Datenbankmigrationsstatus können Sie die laufenden Migrationen, abgeschlossenen Migrationen und fehlerhaften Migrationen nachverfolgen, sofern vorhanden.

    monitor migration dashboard

  2. Wählen Sie Laufende Datenbankmigrationen aus, um laufende Migrationen anzuzeigen und weitere Details durch Auswählen des Datenbanknamens zu erhalten.

  3. Auf der Seite mit den Migrationsdetails werden die Sicherungsdateien und der entsprechende Status angezeigt:

    Status BESCHREIBUNG
    Empfangen Die Sicherungsdatei wurde am Speicherort der Quellsicherung empfangen und überprüft.
    Hochladen Die Integration Runtime lädt gerade die Sicherungsdatei in Azure-Speicher hoch.
    Hochgeladen Die Sicherungsdatei ist in Azure-Speicher hochgeladen.
    Restoring Azure Database Migration Service stellt gerade die Sicherungsdatei in SQL Server auf Azure-VM wieder her.
    Wiederherstellen Die Sicherungsdatei wird erfolgreich für SQL Server auf Azure-VM wiederhergestellt.
    Canceled Der Migrationsprozess wurde abgebrochen.
    Wird ignoriert. Die Sicherungsdatei wurde ignoriert, da sie nicht zu einer gültigen Datenbanksicherungskette gehört

    online vm backup restore details

Vervollständigen der Migrationsübernahme

Der letzte Schritt des Tutorials ist der Abschluss der Migrationsübernahme. Durch den Abschluss wird sichergestellt, dass die migrierte Datenbank in SQL Server auf Azure Virtual Machines einsatzbereit ist. Für Anwendungen, die eine Verbindung mit der Datenbank herstellen, ist Downtime erforderlich, und das Timing der Übernahme muss sorgfältig mit den Projektbeteiligten im Unternehmen, die die Anwendungen nutzen, geplant werden.

So schließen Sie die Übernahme ab:

  1. Beenden Sie alle eingehenden Transaktionen in der Quelldatenbank.
  2. Nehmen Sie Änderungen an der Anwendungskonfiguration vor, um auf die Zieldatenbank in SQL Server auf Azure Virtual Machines zu verweisen.
  3. Erstellen einer endgültigen Protokollsicherung der Quelldatenbank am angegebenen Sicherungsspeicherort
  4. Versetzen Sie die Quelldatenbank in den schreibgeschützten Modus. Benutzer können so Daten aus der Datenbank lesen, aber nicht ändern.
  5. Stellen Sie sicher, dass alle Datenbanksicherungen auf der Seite mit den Überwachungsdetails den Status Wiederhergestellt aufweisen.
  6. Wählen Sie auf der Seite mit den Überwachungsdetails die Option Übernahme abschließen aus.

Während des Übernahmeprozesses ändert sich der Migrationsstatus von In Bearbeitung in Wird abgeschlossen. Der Migrationsstatus ändert sich in Erfolgreich, wenn der Übernahmeprozess abgeschlossen ist. Die Datenbankmigration ist erfolgreich und die migrierte Datenbank einsatzbereit.

Einschränkungen

Für die Migration zu SQL Server auf Azure-VMs mithilfe der Azure SQL-Erweiterung für Azure Data Studio gelten die folgenden Einschränkungen:

  • Beim Migrieren einer einzelnen Datenbank müssen die Datenbanksicherungen in einer Flatfilestruktur in einem Datenbankordner (einschließlich Stammordner des Containers) abgelegt werden, und die Ordner können nicht geschachtelt werden, da dies nicht unterstützt wird.
  • Wenn Sie mehrere Datenbanken mit demselben Azure BLOB Storage-Container migrieren, müssen Sie Sicherungsdateien für unterschiedliche Datenbanken in separate Ordner innerhalb des Containers platzieren.
  • Das Überschreiben vorhandener Datenbanken mit DMS in Ihrer SQL Server-Zielinstanz in Azure Virtual Machines wird nicht unterstützt.
  • Das Konfigurieren von Hochverfügbarkeit und Notfallwiederherstellung auf Ihrem Ziel entsprechend der Quelltopologie wird von DMS nicht unterstützt.
  • Die folgenden Serverobjekte werden nicht unterstützt:
    • Aufträge des SQL Server-Agents
    • Anmeldeinformationen
    • SSIS-Pakete
    • Serverüberwachung
  • Sie können keine vorhandene selbstgehostete Integration Runtime verwenden, die aus Azure Data Factory für Datenbankmigrationen mit DMS erstellt wurde. Anfänglich sollte die selbstgehostete Integration Runtime mithilfe der Azure SQL-Migrationserweiterung in Azure Data Studio erstellt werden. Sie kann für weitere Datenbankmigrationen wiederverwendet werden.
  • Bei der Migration zu SQL Server in Azure Virtual Machines werden VMs mit SQL Server 2008 und niedriger als Zielversionen nicht unterstützt.
  • Wenn Sie eine VM mit SQL Server 2012 oder SQL Server 2014 verwenden, müssen Sie die Sicherungsdateien Ihrer Quelldatenbank in einem Azure Storage Blob-Container speichern, anstatt die Netzwerkfreigabeoption zu verwenden. Speichern Sie die Sicherungsdateien als Seitenblobs, weil Blockblobs nur in SQL 2016 und höher unterstützt werden.
  • Sie müssen sicherstellen, dass sich die SQL-IaaS-Agent-Erweiterung auf dem virtuellen Azure-Zielcomputer nicht im Lightweightmodus, sondern im vollständigen Modus befindet.
  • Die SQL-IaaS-Agent-Erweiterung unterstützt nur die Verwaltung der Standardserverinstanz oder einer einzelnen benannten Instanz.
  • Die Anzahl der Datenbanken, die Sie zu einem virtuellen Azure-Computer mit SQL Server migrieren können, hängt von der Hardwarespezifikation und der Workload ab, es gibt jedoch keinen festen Grenzwert. Allerdings dauert jeder Migrationsvorgang (Migrationsstart, Cutover) für jede Datenbank einige Minuten. Zum Migrieren von 100 Datenbanken kann es beispielsweise ca. 200 (2 · 100) Minuten dauern, bis die Migrationswarteschlangen erstellt wurden, und ca. 100 (1 ·100) Minuten, bis ein Cutover für alle 100 Datenbanken (mit Ausnahme des Zeitraums für Sicherung und Wiederherstellung) ausgeführt wurde. Daher wird die Migration langsamer, wenn die Anzahl der Datenbanken zunimmt. Microsoft empfiehlt, entweder im Voraus ein längeres Migrationsfenster auf der Grundlage strenger Migrationstests zu planen oder eine große Anzahl von Datenbanken in Batches zu partitionieren, wenn sie zu einem virtuellen Azure-Computer mit SQL Server migriert werden.
  • Sie müssen das Netzwerk/die Firewall Ihres Azure Storage-Kontos so konfigurieren, dass Ihr virtueller Computer auf Sicherungsdateien zugreifen kann. Außerdem müssen Sie das Netzwerk/die Firewall Ihres SQL Servers auf dem virtuellen Azure-Computer so einrichten, dass eine ausgehende Verbindung mit Ihrem Speicherkonto möglich ist.
  • Sie müssen den SQL-Zielserver auf dem virtuellen Azure-Computer aktiviert lassen, während die SQL-Migration ausgeführt wird. Wenn Sie eine neue Migration erstellen, führen Sie außerdem ein Failover aus, oder brechen Sie die Migration ab.
  • Fehler: Login failed for user 'NT Service\SQLIaaSExtensionQuery. Grund: SQL Server-Instanz befindet sich im Einzelbenutzermodus. Ein möglicher Grund ist, dass sich der SQL-Zielserver auf einem virtuellen Azure-Computer im Upgrade-Modus befindet. Lösung: Warten Sie, bis der SQL-Zielserver auf einem virtuellen Azure-Computer den Upgrade-Modus beendet, und starten Sie die Migration erneut.
  • Fehler: Ext_RestoreSettingsError, message: Failed to create restore job.;Cannot create file 'F:\data\XXX.mdf' because it already exists. Lösung: Stellen Sie eine Verbindung mit dem SQL-Zielserver auf dem virtuellen Azure-Computer her, und löschen Sie die Datei „XXX.mdf“. Starten Sie dann die Migration erneut.

Nächste Schritte