Auswählen des richtigen Azure SQL-Datenbankfeatures
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.
Hinweis
Wenn bei einer SELECT-Anweisung ein vorübergehender Fehler für SQL-Datenbank auftritt, versuchen Sie es nicht direkt erneut. Wiederholen Sie stattdessen die SELECT-Anweisung in einer neuen Verbindung.
Weitere Informationen zu den Prinzipien der Verbindungswiederholung finden Sie unter Behandeln vorübergehender Verbindungsfehler in SQL-Datenbank und SQL Managed Instance.