Migrationsleitfaden: SQL Server zu SQL Server auf Azure Virtual Machines

Gilt für: SQL Server auf Azure Virtual Machines

In diesem Leitfaden erfahren Sie mehr über die Vorgehensweise zum Migrieren Ihrer Benutzerdatenbanken von SQL Server zu einer SQL Server-Instanz in Azure Virtual Machines, indem Sie Tools und Techniken basierend auf Ihren Anforderungen verwenden.

Führen Sie die Schritte zur Vorbereitung der Migration aus, bevor Sie fortfahren.

Migrieren

Nachdem Sie die Schritte der Prämigrationsphase abgeschlossen haben, sind Sie bereit für die Migration der Benutzerdatenbanken und Komponenten. Migrieren Sie Ihre Datenbanken mithilfe Ihrer bevorzugten Migrationsmethode.

In den folgenden Abschnitten finden Sie Optionen für die Durchführung einer Migration nach Reihenfolge:

Migrieren von Datenbanken mit der Azure SQL-Migrationserweiterung für Azure Data Studio (minimale Ausfallzeit)

Um eine Migration mit minimaler Ausfallzeit unter Verwendung von Azure Data Studio durchzuführen, befolgen Sie die folgenden allgemeinen Schritte. Eine detailliertes Schritt-für-Schritt-Tutorial finden Sie im Tutorial: Migration von SQL Server zu SQL Server auf Azure-VMs mit DMS:

  1. Laden Sie Azure Data Studio und die Azure SQL-Migrationserweiterung herunter, und installieren Sie diese Komponenten.
  2. Starten Sie den Assistenten zum Migrieren zu Azure SQL in der Erweiterung in Azure Data Studio.
  3. Wählen Sie Datenbanken für die Bewertung aus, und zeigen Sie die Migrationsbereitschaft oder Probleme (falls vorhanden) an. Erfassen Sie außerdem Leistungsdaten, und erhalten Sie Azure-Empfehlungen für die richtige Größe.
  4. Wählen Sie Ihr Azure-Konto und Ihre SQL Server-Zielinstanz auf dem Azure-Computer aus Ihrem Abonnement aus.
  5. Wählen Sie den Speicherort Ihrer Datenbanksicherungen aus. Ihre Datenbanksicherungen können sich entweder in einer lokalen Netzwerkfreigabe oder in einem Azure Blob Storage-Container befinden.
  6. Erstellen Sie eine neue Azure Database Migration Service-Instanz mithilfe des Assistenten in Azure Data Studio. Wenn Sie zuvor eine Azure Database Migration Service-Instanz mit Azure Data Studio erstellt haben, können Sie diese wiederverwenden.
  7. Optional: Wenn sich Ihre Sicherungen in einer lokalen Netzwerkfreigabe befinden, laden Sie die selbstgehostete Integration Runtime auf einen Computer herunter, der eine Verbindung mit der SQL Server-Quellinstanz und dem Speicherort mit den Sicherungsdateien herstellen kann.
  8. Starten Sie die Datenbankmigration, und überwachen Sie den Fortschritt in Azure Data Studio. Sie können den Fortschritt auch unter der Azure Database Migration Service-Ressource im Azure-Portal überwachen.
  9. 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. Nehmen Sie ggf. Sicherungen des Protokollfragments für die Quelldatenbank am angegebenen Sicherungsspeicherort vor.
    4. Stellen Sie sicher, dass alle Datenbanksicherungen auf der Seite mit den Überwachungsdetails den Status Wiederhergestellt aufweisen.
    5. Wählen Sie auf der Seite mit den Überwachungsdetails die Option Übernahme abschließen aus.

Sichern und Wiederherstellen

Befolgen Sie diese Schritte, wen Sie eine gewöhnliche Migration mit Sicherung und Wiederherstellung durchführen möchten:

  1. Richten Sie die Konnektivität von SQL Server auf Azure-VMs Ihren Anforderungen entsprechend ein. Weitere Informationen finden Sie unter Herstellen einer Verbindung mit einem virtuellen SQL Server-Computer in Azure.
  2. Halten Sie alle Anwendungen an, die für die Migration vorgesehene Datenbanken verwenden.
  3. Sorgen Sie mit dem Einzelbenutzermodus dafür, dass Benutzerdatenbanken inaktiv sind.
  4. Führen Sie eine vollständige Datenbanksicherung an einem lokalen Speicherort durch.
  5. Kopieren Sie Ihre lokalen Sicherungsdateien auf Ihre VM, indem Sie einen Remotedesktop, Azure Data Explorer oder das Befehlszeilentool AzCopy verwenden. (Es werden mehr als 2 TB Sicherungen empfohlen.)
  6. Stellen Sie die vollständigen Datenbanksicherungen in SQL Server auf der Azure-VM wieder her.

Trennen und Anfügen über eine URL

Trennen Sie Ihre Datenbank und Protokolldateien, und übertragen Sie diese in Azure Blob Storage. Fügen Sie anschließend die Datenbank über die URL auf Ihrem virtuellen Azure-Computer an. Verwenden Sie diese Methode, wenn sich die physischen Datenbankdateien in Blob Storage befinden sollen, was bei sehr großen Datenbanken nützlich ist. Verwenden Sie die folgenden allgemeinen Schritte zum Migrieren einer Benutzerdatenbank anhand dieser manuellen Methode:

  1. Trennen Sie die Datenbankdateien von der lokalen Datenbankinstanz.
  2. Kopieren Sie die getrennten Datenbankdateien in Azure Blob Storage mit dem Befehlszeilen-Hilfsprogramm AzCopy.
  3. Fügen Sie die Datenbankdateien über die Azure-URL der SQL Server-Instanz in der Azure-VM an.

Konvertieren in eine VM, Hochladen auf eine URL und Bereitstellen als neue VM

Verwenden Sie diese Methode, um alle System- und Benutzerdatenbanken in einer lokalen SQL Server-Instanz zu einem virtuellen Computer zu migrieren. Verwenden Sie die folgenden allgemeinen Schritte, um eine vollständige SQL Server-Instanz mit dieser manuellen Methode zu migrieren:

  1. Konvertieren Sie physische oder virtuelle Computer in Hyper-V-VHDs.
  2. Laden Sie VHD-Dateien mithilfe des Cmdlets Add-AzureVHDin den Azure-Speicher hoch.
  3. Stellen Sie einen neuen virtuellen Computer mithilfe der hochgeladenen VHD bereit.

Hinweis

Um eine gesamte Anwendung zu migrieren, sollten Sie die Verwendung von Azure Site Recovery erwägen.

Protokollversand

Der Protokollversand repliziert Transaktionsprotokolldateien von lokalen Speicherorten auf eine Instanz von SQL Server auf einer Azure-VM. Durch diese Option entsteht nur eine minimale Downtime während des Failovers, und es wird ein geringerer Konfigurationsaufwand bei der Einrichtung einer Always On-Verfügbarkeitsgruppe benötigt.

Weitere Informationen finden Sie unter Protokollversandtabellen und gespeicherte Prozeduren.

Versenden einer Festplatte

Mithilfe der Methode Windows Import-Export-Dienst können Sie große Mengen von Dateidaten in Azure Blob Storage übertragen, beispielsweise, wenn das Hochladen über das Netzwerk zu kostenintensiv oder nicht machbar ist. Mit diesem Dienst versenden Sie Festplatten mit den Daten an ein Azure-Rechenzentrum, in dem die Daten in Ihr Speicherkonto hochgeladen werden.

Migrieren von Objekten außerhalb von Benutzerdatenbanken

Möglicherweise werden zusätzliche SQL Server-Objekte für den reibungslosen Betrieb Ihrer Benutzerdatenbanken nach der Migration benötigt.

Die folgende Tabelle enthält Komponenten und empfohlene Migrationsmethoden, die vor oder nach der Migration Ihrer Benutzerdatenbanken anwendbar sind:

Funktion Komponente Migrationsmethoden
Datenbanken Modell Skript mit SQL Server Management Studio
Die tempdb -Datenbank. Verschieben Sie tempdb auf einen temporären SSD-Datenträger einer Azure-VM, um die bestmögliche Leistung zu erzielen. Wählen Sie eine VM-Größe mit ausreichend lokalem SSD-Speicher für tempdb.
Benutzerdatenbanken mit FileStream Wenden Sie die Sicherungs- und Wiederherstellungsmethode für die Migration an. Datenmigrations-Assistent unterstützt keine Datenbanken mit FileStream.
Security SQL Server- und Windows-Anmeldungen Verwenden Sie Datenmigrations-Assistent, um Benutzeranmeldungen zu migrieren.
SQL Server-Rollen Skript mit SQL Server Management Studio
Kryptografieanbieter Eine Konvertierung wird empfohlen, damit Sie Azure Key Vault verwenden können. Dieses Verfahren verwendet die SQL IaaS Agent-Erweiterung.
Serverobjekte Sicherungsmedien Ersetzen Sie die Datenbanksicherung durch Azure Backup oder schreiben Sie Sicherungen in Azure Storage (SQL Server 2012 SP1 CU2 und höher). Dieses Verfahren verwendet die SQL IaaS Agent-Erweiterung.
Verbindungsserver Skript mit SQL Server Management Studio
Servertrigger Skript mit SQL Server Management Studio
Replikation Lokale Veröffentlichungen Skript mit SQL Server Management Studio
Lokale Abonnenten Skript mit SQL Server Management Studio
PolyBase PolyBase Skript mit SQL Server Management Studio
Verwaltung Datenbank-E-Mail Skript mit SQL Server Management Studio
SQL Server-Agent Aufträge Skript mit SQL Server Management Studio
Alerts Skript mit SQL Server Management Studio
Operatoren Skript mit SQL Server Management Studio
Proxys Skript mit SQL Server Management Studio
Betriebssystem Dateien, Dateifreigaben Notieren Sie alle zusätzlichen Dateien oder Dateifreigaben, die von Ihren SQL Server-Instanzen verwendet werden, und replizieren Sie diese auf der Azure-Ziel-VM.

Nach der Migration

Nach erfolgreichem Abschluss der Migrationsphase müssen einige Schritte erledigt werden, um sicherzustellen, dass alles so reibungslos und effizient wie möglich funktioniert.

Korrigieren von Anwendungen

Wenn die Daten in die Zielumgebung migriert wurden, müssen alle Anwendungen, die zuvor die Quelle verwendet haben, beginnen das Ziel zu verwenden. Hierfür sind in einigen Fällen Änderungen an den Anwendungen erforderlich.

Wenden Sie alle von Datenmigrations-Assistent empfohlenen Fixes auf Benutzer Datenbanken an. Sie müssen eine Skripterstellung für diese Korrekturen durch Schreiben, um Konsistenz und Automatisierung zu gewährleisten.

Durchführen von Tests

Das Testvorgehen für die Datenbankmigration umfasst die folgenden Aktivitäten:

  1. Entwickeln von Validierungstests: Für das Testen der Datenbankmigration müssen Sie SQL-Abfragen verwenden. Erstellen Sie Validierungsabfragen, die für die Quell- und die Zieldatenbanken ausgeführt werden sollen. Ihre Validierungsabfragen sollten den von Ihnen definierten Bereich abdecken.
  2. Einrichten der Testumgebung: Die Testumgebung sollte eine Kopie der Quelldatenbank und der Zieldatenbank enthalten. Stellen Sie sicher, dass Sie die Testumgebung isolieren.
  3. Ausführen der Validierungstests: Führen Sie die Validierungstests für die Quelle und das Ziel aus und analysieren Sie anschließend die Ergebnisse.
  4. Ausführen von Leistungstests: Führen Sie Leistungstests für die Quelle und das Ziel aus, und analysieren und vergleichen Sie anschließend die Ergebnisse.

Tipp

Verwenden Sie den Assistenten für Datenbankexperimente (DEA), um die Leistung der SQL Server-Zielinstanz zu bewerten.

Optimieren

Die Phase nach der Migration ist entscheidend für den Abgleich von Problemen mit der Datengenauigkeit, die Überprüfung der Vollständigkeit und das Beheben von Leistungsproblemen der Arbeitsauslastung.

Hier finden Sie weitere Informationen zu diesen Problemen und den Behebungsschritten: