Migrationsübersicht: SQL Server zu SQL Server auf Azure-VMs

  • Artikel

Gilt für: SQL Server auf Azure Virtual Machines

Erfahren Sie mehr über die verschiedenen Migrationsstrategien, um Ihre SQL Server-Instanz zu SQL Server auf Azure Virtual Machines (VMs) zu migrieren.

Sie können SQL Server-Instanzen migrieren, die lokal oder auf folgenden Plattformen ausgeführt werden:

  • SQL Server auf virtuellen Computern
  • Amazon Elastic Compute Cloud (Amazon EC2)
  • Amazon Relational Database Service (Amazon RDS)
  • Google Compute Engine

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

Übersicht

Migrieren Sie zu SQL Server auf Azure Virtual Machines (VMs), wenn Sie die vertraute SQL Server-Umgebung mit Betriebssystemkontrolle verwenden möchten und die Vorteile von Cloudfeatures wie integrierte Hochverfügbarkeit von virtuellen Computern, automatisierte Sicherungen und automatisiertes Patchen nutzen möchten.

Sparen Sie Kosten, indem Sie Ihre eigene Lizenz mit dem Lizenzmodell mit Azure-Hybridvorteil bereitstellen, oder erweitern Sie die Unterstützung für SQL Server 2012, indem Sie kostenlose Sicherheitsupdates erhalten.

Auswählen des richtigen Ziels

Azure Virtual Machines kann in vielen verschiedenen Azure-Regionen ausgeführt werden und bietet außerdem verschiedene VM-Größen und von Azure verwaltete Datenträgertypen. Bei der Bestimmung der richtigen Größe von VM und Speicher für Ihre SQL Server-Workload beziehen Sie sich auf die Leistungsrichtlinien für SQL Server auf Azure Virtual Machines..

Sie können die Azure SQL-Migrationserweiterung für Azure Data Studio verwenden, um Empfehlungen für die richtige Größe für SQL Server in Azure Virtual Machines 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.

Um die VM-Größe und die Speicheranforderungen für alle Workloads in Ihrem Datenbestand zu bestimmen, sollten Sie diese mithilfe einer leistungsbasierten Azure Migrate-Bewertung dimensionieren. Wenn dies keine verfügbare Option ist, lesen Sie den folgenden Artikel über das Erstellen einer eigenen Baseline für die Leistung.

Es sollten auch Überlegungen über die ordnungsgemäße Installation und Konfiguration von SQL Server auf einem virtuellen Computer angestellt werden. Sie sollten die Bildergalerie für Azure SQL-VMs verwenden, da Sie auf diese Weise eine SQL Server-VM mit der richtigen Version, Edition und dem richtigen Betriebssystem erstellen können. Dadurch wird auch die Azure-VM automatisch beim SQL Server-Ressourcenanbieter registriert, wodurch Features wie automatisierte Sicherungen und automatisiertes Patchen aktiviert werden.

Migrationsstrategien

Es gibt zwei Migrationsstrategien, um Ihre Benutzerdatenbanken auf eine Instanz von SQL Server auf Azure-VMs zu migrieren: Migrieren und Lift & Shift.

Der geeignete Ansatz für Ihr Unternehmen hängt in der Regel von den folgenden Faktoren ab:

  • Größe und Skalierung der Migration
  • Geschwindigkeit der Migration
  • Anwendungsunterstützung für Codeänderungen
  • Die Anforderung zum Ändern der SQL Server-Version, des Betriebssystems oder beider Optionen.
  • Lebenszyklus der Unterstützbarkeit Ihrer vorhandenen Produkte
  • Fenster für Anwendungsdowntime während der Migration

In der folgenden Tabelle werden die Unterschiede zwischen den beiden Migrationsstrategien beschrieben:

Migrationsstrategie Beschreibung Einsatzgebiete
Übertragen und verschieben Verwenden Sie die Lift & Shift-Migrationsstrategie, um den gesamten physischen oder virtuellen SQL Server von seinem aktuellen Standort auf eine Instanz von SQL Server auf Azure-VMs zu verschieben, ohne Änderungen am Betriebssystem oder der SQL Server-Version vorzunehmen. Informationen zum Durchführen einer Lift & Shift-Migration finden Sie unter Azure Migrate.

Der Quellserver bleibt online und bearbeitet Anforderungen, während Quell- und Zielserver die Daten synchronisieren, was eine nahezu nahtlose Migration ermöglicht.		 Verwendung für einzelne bis umfangreiche Migrationen, anwendbar für Szenarien wie den Ausstieg aus einem Rechenzentrum.

Es sind nur minimale bis keine Codeänderungen an den SQL-Datenbanken oder Anwendungen der Benutzer erforderlich, sodass insgesamt schnellere Migrationen möglich sind.

Es sind keine zusätzlichen Schritte für die Migration der Business Intelligence-Dienste wie SSIS, SSRS und SSAS erforderlich.
Migrieren Verwenden Sie eine Migrationsstrategie, wenn Sie die SQL Server- und/oder Betriebssystemzielversion aktualisieren möchten.

Wählen Sie eine Azure-VM aus dem Azure Marketplace oder ein vorbereitetes SQL Server-Image aus, das mit der SQL Server-Quellversion übereinstimmt.

Verwenden Sie die Azure SQL-Migrationserweiterung für Azure Data Studio, um Empfehlungen für die richtige Azure-Konfiguration (VM-Serie, Compute und Speicher) zu erhalten und SQL Server-Datenbanken zu SQL Server auf Azure-VMs mit minimaler Downtime zu migrieren.		 Verwenden Sie diese Option, wenn Sie zu SQL Server in Azure Virtual Machines migrieren oder ältere SQL Server- und/oder Betriebssystemversionen, die nicht mehr unterstützt werden, aktualisieren möchten.

Möglicherweise sind zur Unterstützung des SQL Server-Upgrades einige Änderungen an Anwendungen oder Benutzerdatenbanken erforderlich.

Es kann weitere Überlegungen zur Migration von Business Intelligence-Diensten geben, wenn diese im Rahmen der Migration erfolgen.

Lift & Shift

In der folgenden Tabelle wird die verfügbare Methode für die Lift & Shift-Migrationsstrategie zum Migrieren Ihrer SQL Server-Datenbank zu SQL Server auf Azure-VMs beschrieben:

Methode Minimale Quellversion Minimale Zielversion Größenbeschränkung für Quellsicherung Hinweise
Azure Migrate SQL Server 2008 SP4 SQL Server 2012 SP4 Azure VM-Speichergrenze Vorhandene SQL Server-Instanz, die unverändert in eine Instanz von SQL Server auf einer Azure-VM verschoben werden soll. Kann Migrationsworkloads von bis zu 35.000 VMs skalieren.

Quellserver bleiben online und bearbeiten Anforderungen während der Synchronisierung der Serverdaten, wodurch die Downtime minimiert wird.

Automatisierung und Skripterstellung: Azure Site Recovery-Skripts und Beispiel für skalierte Migration und Planung für Azure

Hinweis

Sie können Ihre Failoverclusterinstanz und Verfügbarkeitsgruppenlösung jetzt mithilfe von Azure Migrate per Lift-und-Shift-Verfahren zu SQL Server auf Azure-VMs verschieben.

Migrieren

Aufgrund der einfachen Einrichtung wird als Migrationsansatz empfohlen, lokal eine native SQL Server-Sicherung zu verwenden und dann die Datei nach Azure zu kopieren. Diese Methode unterstützt größere Datenbanken (>1 TB) für alle Versionen von SQL Server ab 2008 und größere Datenbanksicherungen (>1 TB). Ab SQL Server 2014, ist die SQL Server-Sicherung über URLs für Datenbanken, die kleiner als 1 TB sind und über eine gute Konnektivität zu Azure verfügen, der bessere Ansatz.

Bei der Migration von SQL Server-Datenbanken zu einer Instanz von SQL Server auf Azure-VMs ist es wichtig, einen geeigneten Ansatz zu wählen, wenn eine Übernahme auf den Zielserver erforderlich ist, da dies das Fenster für die Downtime der Anwendung beeinflusst.

In der folgenden Tabelle sind alle verfügbaren Methoden zur Migration Ihrer SQL Server-Datenbank zu SQL Server auf Azure-VMs aufgeführt:

Methode Minimale Quellversion Minimale Zielversion Größenbeschränkung für Quellsicherung Hinweise
Azure SQL-Migrationserweiterung für Azure Data Studio SQL Server 2008 SQL Server 2012 Azure VM-Speichergrenze Dies ist eine einfach zu verwendende assistentenbasierte Erweiterung in Azure Data Studio zum Migrieren von SQL Server-Datenbanken zu SQL Servern auf virtuellen Azure-Computern. Verwenden Sie die Komprimierung, um die Größe der Sicherung für die Übertragung zu minimieren.

Die Azure SQL-Migrationserweiterung für Azure Data Studio bietet Bewertungs- sowie Empfehlungs- und Migrationsfunktionen von Azure auf einer einfachen Benutzeroberfläche und unterstützt Migrationen mit minimaler Downtime.
Verteilte Verfügbarkeitsgruppe SQL Server 2016 SQL Server 2016 Azure VM-Speichergrenze Eine verteilte Verfügbarkeitsgruppe ist ein spezieller Typ einer Verfügbarkeitsgruppe, der zwei separate Verfügbarkeitsgruppen umfasst. Die Verfügbarkeitsgruppen, die Teil einer verteilten Verfügbarkeitsgruppe sind, müssen sich weder am selben Ort befinden noch die domänenübergreifende Unterstützung umfassen.

Diese Methode minimiert die Downtime. Sie ist anzuwenden, wenn Sie eine Verfügbarkeitsgruppe lokal konfiguriert haben.

Automatisierung und Skripterstellung: T-SQL
Sicherung in einer Datei SQL Server 2008 SP4 SQL Server 2012 SP4 Azure VM-Speichergrenze Dies ist eine einfache und ausführlich getestete Methode zum Verschieben von Datenbanken auf verschiedene Computer. Verwenden Sie die Komprimierung, um die Größe der Sicherung für die Übertragung zu minimieren.

Automatisierung und Skripterstellung: Transact-SQL (T-SQL) und AzCopy in Blob Storage
Erstellen von Sicherungen über URLs SQL Server 2012 SP1 CU2 SQL Server 2012 SP1 CU2 12,8 TB für SQL Server 2016, andernfalls 1 TB Eine alternative Möglichkeit, die Sicherungsdatei mithilfe von Azure-Speicher auf die VM zu verschieben. Verwenden Sie die Komprimierung, um die Größe der Sicherung für die Übertragung zu minimieren.

Automatisierung und Skripterstellung: T-SQL oder Wartungsplan
Datenbankmigrations-Assistent (DMA) SQL Server 2005 SQL Server 2012 SP4 Azure VM-Speichergrenze Der DMA bewertet SQL Server lokal und führt dann nahtlos ein Upgrade auf spätere Versionen von SQL Server durch oder migriert zu SQL Server auf Azure-VMs, Azure SQL-Datenbank oder Azure SQL Managed Instance.

Sollte nicht für FILESTREAM-fähige Benutzerdatenbanken verwendet werden.

Der DMA umfasst auch die Möglichkeit, SQL- und Windows-Anmeldungen zu migrieren und SSIS-Pakete zu bewerten.

Automatisierung und Skripterstellung: Befehlszeilenschnittstelle
Trennen und Anfügen SQL Server 2008 SP4 SQL Server 2014 Azure VM-Speichergrenze Verwenden Sie diese Methode, wenn Sie planen, diese Dateien mit Azure Blob Storage zu speichern und sie einer Instanz von SQL Server auf einer Azure-VM anzufügen, was bei sehr großen Datenbanken nützlich ist oder wenn die Zeit für Sicherung und Wiederherstellung zu lang ist.

Automatisierung und Skripterstellung: T-SQL und AzCopy in Blob Storage
Protokollversand SQL Server 2012 SP4 (nur Windows) SQL Server 2012 SP4 (nur Windows) Azure VM-Speichergrenze Der Protokollversand repliziert Transaktionsprotokolldateien von lokalen Speicherorten auf eine Instanz von SQL Server auf einer Azure-VM.

Dies ermöglicht eine minimale Downtime während des Failovers und erfordert einen geringeren Konfigurationsaufwand als die Einrichtung einer Always On-Verfügbarkeitsgruppe.

Automatisierung und Skripterstellung: T-SQL
Konvertieren eines lokalen physischen Computers in Hyper-V-VHD, Hochladen in Azure Blob Storage und anschließendes Bereitstellen als neuen virtuellen Computer mithilfe des hochgeladenen VHD SQL Server 2012 oder höher SQL Server 2012 oder höher Azure VM-Speichergrenze Verwenden Sie diese Methode, wenn Sie Ihre eigene SQL Server-Lizenz mitbringen und eine Datenbank migrieren, die unter einer älteren Version von SQL Server ausgeführt wird oder wenn Sie System- und Benutzerdatenbanken gemeinsam als Teil der Migration von Datenbanken migrieren, die von anderen Benutzer- und/oder Systemdatenbanken abhängig sind.
Versenden einer Festplatte mithilfe des Windows-Import-Export-Diensts SQL Server 2012 oder höher SQL Server 2012 oder höher Azure VM-Speichergrenze Verwenden Sie den Windows-Import/Export-Dienst , wenn das manuelle Kopieren zu langsam ist (etwa bei sehr großen Datenbanken).

Informationen zu großen Datenübertragungen mit begrenzten bis keinen Netzwerkoptionen finden Sie unter Datenübertragung für große Datasets mit geringer oder keiner Netzwerkbandbreite.

Tipp

Sie können Ihre Failoverclusterinstanz und Verfügbarkeitsgruppenlösung mithilfe von Azure Migrate per Lift-und-Shift-Verfahren zu SQL Server auf Azure-VMs verschieben.

Überlegungen

Die folgende Liste enthält die wichtigsten Punkten, die bei der Überprüfung von Migrationsmethoden zu berücksichtigen sind:

  • Für eine optimale Datenübertragungsleistung migrieren Sie Datenbanken und Dateien auf eine Instanz von SQL Server auf Azure-VM unter Verwendung einer komprimierten Sicherungsdatei. Bei größeren Datenbanken wird zusätzlich zur Komprimierung die Sicherungsdatei in kleinere Dateien aufgeteilt, um die Leistung während der Sicherung und Übertragung zu erhöhen.
  • Wenn Sie von SQL Server 2014 oder höher migrieren, sollten Sie die Verschlüsselung der Sicherungen in Betracht ziehen, um die Daten während der Netzwerkübertragung zu schützen.
  • Um die Downtime während der Datenbankmigration zu minimieren, verwenden Sie die Azure SQL-Migrationserweiterung in Azure Data Studio oder die Always On-Verfügbarkeitsgruppenoption.
  • Wenn Sie über keine oder eingeschränkte Netzwerkoptionen verfügen, verwenden Sie Offlinemigrationsmethoden wie die Sicherung und Wiederherstellung oder die in Azure verfügbaren Datenträgerübertragungsdienste.
  • Informationen zum Ändern der Version von SQL Server für eine Instanz von SQL Server auf Azure-VM finden Sie unter Ändern der SQL Server-Edition.

Business Intelligence

Bei der Migration von SQL Server Business Intelligence-Diensten außerhalb des Bereichs der Datenbankmigrationen kann es zusätzliche Überlegungen geben.

SQL Server Integration Services

Sie können SSIS-Pakete (SQL Server Integration Services) und -Projekte in SSISDB zu SQL Server auf einer Azure-VM mithilfe einer der beiden folgenden Methoden migrieren.

Wenn Sie SSIS-Pakete als Paketbereitstellungsmodell bereitgestellt haben, können Sie sie vor der Migration konvertieren. Weitere Informationen finden Sie im Tutorial zur Projektkonvertierung.

SQL Server Reporting Services

Informationen zum Migrieren Ihrer SSRS-Berichte (SQL Server Reporting Services) zu Ihrer SQL Server-Zielinstanz auf eine Azure-VM finden Sie unter Migrieren einer Installation von Reporting Services (nativer Modus).

Alternativ können Sie auch SSRS-Berichte 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-Datenbanken (mehrdimensionale oder tabellarische Modelle) können mithilfe einer der folgenden Optionen von Ihrer SQL Server-Quellinstanz zu SQL Server auf einer Azure-VM migriert werden:

  • Interaktiv mithilfe von SSMS
  • Programmgesteuertes Verwenden von Analysis Management Objects (AMO)
  • Verwenden eines Skripts mit XMLA (XML for Analysis)

Weitere Informationen finden Sie unter Verschieben einer Analysis Services-Datenbank.

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

Serverobjekte

Abhängig vom Setup Ihrer SQL Server-Quellinstanz können zusätzliche SQL Server-Features vorhanden sein, die manuelle Eingriffe erfordern, um sie zu SQL Server auf einer Azure-VM zu migrieren, indem Skripts in Transact-SQL (T-SQL) mithilfe von SQL Server Management Studio generiert und dann auf der SQL Server-Zielinstanz auf der Azure-VM ausgeführt werden. Einige der häufig verwendeten Features sind:

  • Anmeldungen und Rollen
  • Verknüpfte Server
  • External Data Sources
  • -Agentaufträge
  • Alerts
  • Datenbank-E-Mail
  • Replikation

Eine vollständige Liste der Metadaten und Serverobjekte, die Sie verschieben müssen, finden Sie unter Verwalten von Metadaten beim Bereitstellen einer Datenbank auf einem anderen Server.

Unterstützte Versionen

Wenn Sie sich auf die Migration von SQL Server-Datenbanken zu SQL Server auf Azure-VMs vorbereiten, sollten Sie unbedingt die unterstützten Versionen von SQL Server berücksichtigen. Eine Liste der aktuell unterstützten SQL Server-Versionen auf Azure-VMs finden Sie unter SQL Server auf Azure-VMs.

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 angegebene Arbeitsauslastung Informationen zu empfohlenen optimalen Zielplattformen, zur Cloudbereitschaft und zum Korrekturbedarf für Anwendungen/Datenbanken bereit. Es bietet einfache Berechnung und Berichterstellung mit nur einem Klick, die Ihnen durch Bereitstellung eines automatisierten und einheitlichen Zielplattform-Entscheidungsprozesses dabei helfen, umfangreiche Bewertungen zu beschleunigen.
Automatisierung der Perfmon-Datensammlung mithilfe von Logman Hierbei handelt es sich um ein Tool, das Perfmon-Daten erfasst, um die Baselineleistung zu verstehen, die die Empfehlung für das Migrationsziel unterstützt. Dieses 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.
Multiple-SQL-VM-VNet-ILB In diesem Whitepaper werden die Schritte zum Einrichten mehrerer Azure-VMs in einer SQL Server-Konfiguration mit Always On-Verfügbarkeitsgruppen beschrieben.
Azure virtual machines supporting Ultra SSD per Region (Azure-VMs mit Unterstützung für SSD Ultra nach Region) Diese PowerShell-Skripts bieten eine programmgesteuerte Möglichkeit zum Abrufen der Liste der Regionen, die Azure-VMs mit SSD Ultra unterstützen.

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