Auswählen des richtigen Azure SQL-Datenbankfeatures

7 Minuten

Im Szenario mit dem Fahrradhersteller haben Sie die Datenbanken, die Sie zu Azure SQL-Datenbank migrieren möchten, bereits ermittelt und mit Profilen versehen. Nun möchten Sie die Migration planen und dabei die Wiederherstellbarkeit der Daten, Notfallwiederherstellung, Sicherheit und andere Implementierungsdetails berücksichtigen.

Sie möchten wissen, welche Tools und Features für die Unterstützung beim Migrationsprozess zur Azure SQL-Datenbank verfügbar sind.

Vorteile von Azure SQL-Datenbank

Im Folgenden werden die Vorteile der Bereitstellung von Einzeldatenbanken und Pools für elastische Datenbanken zusammengefasst:

Kategorie	Feature
Sicherung und Wiederherstellung:	Automatische Sicherung
	Wiederherstellung bis zu einem bestimmten Zeitpunkt
	Längere Sicherungsaufbewahrung als 7 Tage
	Langfristige Sicherungsaufbewahrung mit Speicherung von Sicherungen bis zu 10 Jahren
Hochverfügbarkeit	Garantierte Verfügbarkeit von 99,99 %
	Integrierte Verfügbarkeit mit drei sekundären Replikaten
	Zonenredundanz über Azure-Verfügbarkeitszonen
Notfallwiederherstellung	Geowiederherstellung von Datenbanksicherungen
	Aktive Georeplikation zwischen Azure-Regionen
Dienstskalierbarkeit	Dynamisches zentrales Hoch- und Herunterskalieren
	Aufskalieren mit mehreren Shards
	Gemeinsames Nutzen von Computeressourcen durch Pools für elastische Datenbanken
Security	Unterstützung für die Microsoft Entra-Authentifizierung
	Reine Cloudsicherheitsfeatures wie Advanced Threat Protection
	Transparent Data Encryption (TDE) standardmäßig aktiviert
	Unterstützung für dynamische und statische Datenmaskierung, Sicherheit auf Zeilenebene und Always Encrypted
	Firewallpositivliste
Lizenzierung	DTU-Kaufmodell für vorausschauende Kostenkalkulation
	vCore-Kaufmodell zum Ermöglichen einer unabhängigen Skalierung von Speicher- und Computekapazität
	Kombinieren des vCore-Kaufmodells mit Azure-Hybridvorteil für SQL Server, um Kosteneinsparungen von bis zu 30 % zu erzielen

Tipp

Informationen zu den Vorteilen der Migration zu Azure SQL-Datenbank und den verfügbaren Features finden Sie im Modul Bereitstellen von PaaS-Lösungen mit Azure SQL.

Exklusive Features von Azure SQL-Datenbank

In Azure SQL-Datenbank werden einige Features unterstützt, die in anderen Azure SQL-Angeboten nicht verfügbar sind:

Feature	Definition
Hyperscale	Cloudnative Architektur, die unabhängig skalierbare Compute- und Speicherressourcen ermöglicht und so mehr Flexibilität und Ressourcen als andere Ebenen bietet.
Automatische Skalierung	Mit Ebene für serverloses Computing
Automatische Optimierung (Indizes)	Dieses integrierte Feature identifiziert und erstellt automatisch Indizes, die die Leistung Ihrer Workload verbessern können. Außerdem wird überprüft, ob sich die Abfrageleistung verbessert hat, und nicht verwendete oder doppelte Indizes werden entfernt.
Elastische Abfrage	Hiermit können Sie T-SQL-Abfragen ausführen, die mehrere Datenbanken in SQL-Datenbank überbrücken. Dieses Feature ist besonders nützlich für Anwendungen, die drei- und vierteilige Namen verwenden, die nicht geändert werden können.
Elastische Aufträge	Das Feature für elastische Aufträge ist der SQL Server-Agent-Ersatz für Azure SQL-Datenbank. In gewissem Umfang entspricht der elastische Auftrag der Multiserververwaltungsfunktion, die für SQL Server-Instanzen verfügbar ist.
SQL-Datensynchronisierung	Hiermit können Sie Daten inkrementell über mehrere Datenbanken hinweg synchronisieren, die mit SQL-Datenbank oder SQL Server ausgeführt werden.
Query Performance Insights (QPI)	Mit diesem Tool können Sie die Abfragen ermitteln, die Sie optimieren müssen, um die Gesamtleistung der Workload zu verbessern und die von Ihnen bezahlten Ressourcen effizient zu nutzen.

Wichtig

Die Unterschiede zwischen den zusätzlichen Features von Azure SQL-Datenbank, SQL Server und Azure SQL Managed Instance sowie Unterschiede zwischen verschiedenen Optionen für Azure SQL-Datenbank finden Sie unter Features von SQL-Datenbank.

Unterstützte Migrationsoptionen

Es gibt zwei Migrationsmodi zu Azure SQL-Datenbank: Online und Offline. Der Onlinemodus weist minimale oder keine Ausfallzeiten auf, während es im Offlinemodus während des Migrationsprozesses zu Ausfallzeiten kommt.

Tool	Migrationsmodus
Azure Database Migration Service	Offline
Transaktionsreplikation	Online
Azure Migrate	Offline
SQL-Datensynchronisierung	* Offline
Assistent zum Importieren/Exportieren von BACPAC-Dateien	Offline
Massenkopieren (bcp-Hilfsprogramm)	Offline
Azure Data Factory	Offline
Datenmigrations-Assistent (DMA)	Offline

* Kann je nach Arbeitsauslastung höhere Auswirkungen auf die Leistung haben.

Hinweis

Der Database Migration Assistant ist zwar ein nützliches verfügbares Tool, es wird jedoch empfohlen, den Azure Database Migration Service für große Migrationen und eine verbesserte Gesamterfahrung zu verwenden.

Migrationsleistung

Berücksichtigen Sie bei der Migration zu Azure SQL-Datenbank die folgenden Empfehlungen:

Überwachen Sie die E/A-Vorgänge der Datendatei und die Latenz in der Quelle, und beheben Sie alle Engpässe.
Skalieren Sie die Azure SQL-Zieldatenbank auf „Unternehmenskritisch“ (Gen5, mit 8 virtuellen Kernen) hoch, oder verwenden Sie die Hyperscale-Dienstebene, um die Latenz für Protokolldateien zu minimieren.
Stellen Sie sicher, dass Ihre Netzwerkbandbreite für die maximale Protokollerfassungsrate geeignet ist.
Wählen Sie die höchste Dienstebene und Computegröße aus, um die maximale Übertragungsleistung zu erzielen, und skalieren Sie nach der Migration herunter.
Minimieren Sie die Entfernung zwischen Ihren BACPAC-Dateien und dem Zielrechenzentrum.
Deaktivieren Sie die automatische Aktualisierung und die automatische Statistikerstellung während der Migration.
Partitionieren Sie Tabellen und Indizes, löschen Sie indizierte Sichten, und erstellen Sie sie nach der Migration neu.
Erwägen Sie, selten abgefragte Verlaufsdaten in eine separate Datenbank in Azure SQL-Datenbank zu migrieren, und fragen Sie sie mit elastischen Abfragen ab.

Wiederherstellen von Anwendungsverbindungen

Bei der Migration zu Azure SQL-Datenbank ist es wichtig, gelegentliche vorübergehende Fehler beim Herstellen einer Verbindung mit der Datenbankressource zu antizipieren und eine geeignete Methode für die Wiederholungslogik zu implementieren. Das Festlegen einer maximalen Anzahl von Wiederholungen, bevor das Programm beendet wird, ist ebenfalls wichtig.

Wir empfehlen, mit der ersten Wiederholung mindestens fünf Sekunden zu warten. Mit jeder nachfolgenden Wiederholung sollte die Verzögerung exponentiell bis zu einem Maximum von 60 Sekunden steigen.