Featurevergleich: Azure SQL-Datenbank und Azure SQL Managed Instance

Gilt für:Azure SQL-DatenbankAzure SQL Managed Instance

Azure SQL-Datenbank und SQL Managed Instance nutzen eine gemeinsame Codebasis mit der neuesten stabilen Version von SQL Server. Die meisten Standardfeatures für SQL-Sprache, Abfrageverarbeitung und Datenbankverwaltung sind identisch. Zu den Features, die in SQL Server und SQL-Datenbank oder SQL Managed Instance häufig vorkommen, gehören:

Azure verwaltet Ihre Datenbanken und garantiert ihre Hochverfügbarkeit. Einige Features, die sich auf die Hochverfügbarkeit auswirken könnten oder nicht in der PaaS-Welt verwendet werden können, weisen eingeschränkte Funktionen in SQL-Datenbank und SQL Managed Instance auf. Diese Featuren werden in den folgenden Tabellen beschrieben.

Wenn Sie weitere Details zu den Unterschieden benötigen, finden Sie diese auf den separaten Seiten:

Hinweis

Microsoft Entra ID war zuvor als Azure Active Directory (Azure AD) bekannt.

Features von SQL-Datenbank und SQL Managed Instance

Die folgende Tabelle enthält die wichtigsten Features von SQL Server und gibt Aufschluss darüber, ob die einzelnen Features in Azure SQL-Datenbank und Azure SQL Managed Instance teilweise oder vollständig unterstützt werden. Darüber hinaus enthält die Tabelle jeweils einen Link zu weiteren Featureinformationen.

Feature Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Datenbankkompatibilität 100–160 100–160
Always Encrypted Ja, siehe Zertifikatspeicher und Schlüsseltresor Ja, siehe Zertifikatspeicher und Schlüsseltresor
AlwaysOn-Verfügbarkeitsgruppen 99,99–99,995 % Verfügbarkeit sind für jede Datenbank garantiert. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität mit Azure SQL-Datenbank. 99,99 % Verfügbarkeit ist für jede Datenbank garantiert und kann nicht vom Benutzer verwaltet werden. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität mit Azure SQL-Datenbank. Verwenden Sie Failovergruppen, um eine sekundäre SQL Managed Instance in einer anderen Region zu konfigurieren. SQL Server-Instanzen und SQL-Datenbank können nicht als sekundäre Datenbank für SQL Managed Instance verwendet werden.
Anfügen einer Datenbank Nein Nein
Überwachung Ja, siehe Überwachung Ja, siehe Überwachung, mit einigen Unterschieden
Microsoft Entra-Authentifizierung (früher Azure Active Directory) Ja, für Benutzer auf Datenbankebene. Anmeldungen auf Serverebene befinden sich in Public Preview. Ja. Sowohl Benutzer auf Datenbankebene als auch Anmeldungen auf Serverebene.
Befehl „BACKUP“ Nein, nur vom System initiierte automatische Sicherungen, siehe Automatisierte Sicherungen in Azure SQL-Datenbank Ja, benutzerinitiierte Nur-Kopie-Sicherungen in Azure Blob Storage (automatische Systemsicherungen können nicht vom Benutzer initiiert werden), siehe Unterschiede zwischen Sicherungen und Automatisierte Sicherungen in Azure SQL-Datenbank.
Integrierte Funktionen Die meisten, siehe einzelne Funktionen Ja, siehe Gespeicherte Prozeduren, Funktionen, Trigger
BULK INSERT-Anweisung Ja, aber nur aus Azure Blob Storage als Quelle. Ja, aber nur aus Azure Blob Storage als Quelle, siehe Unterschiede.
Zertifikate und asymmetrische Schlüssel Ja, ohne Zugriff auf das Dateisystem für – BACKUPund CREATE-Vorgänge. Ja, ohne Zugriff auf das Dateisystem für – BACKUPund CREATE-Vorgänge, siehe Unterschiede zwischen Zertifikaten.
Change Data Capture – CDC Ja, für S3-Tarif und höher. Basic, S0, S1 und S2 werden nicht unterstützt. Ja
Sortierung – Server/Instanz Ja, die standardmäßige Datenbanksortierung ist SQL_Latin1_General_CP1_CI_AS. Die Datenbanksortierung kann bei der Datenbankerstellung festgelegt und nicht aktualisiert werden. Geben Sie eine Sortierung für Daten (COLLATE) und eine Katalogsortierung für Systemmetadaten und Objektbezeichner (CATALOG_COLLATION) an. In Azure SQL-Datenbank gibt es keine Serversortierung. Ja, kann festgelegt werden, wenn die Instanz erstellt wird, eine spätere Aktualisierung ist nicht möglich.
ColumnStore-Indizes Ja – Premium-Tarif, Standard-Tarif – S3 und höher, Tarif „Universell“, Tarife „Unternehmenskritisch“ und „Hyperscale“. Ja
Common Language Runtime – CLR No Ja, aber ohne Zugriff auf das Dateisystem in der CREATE ASSEMBLY-Anweisung, siehe CLR-Unterschiede
Anmeldeinformationen Ja, aber nur datenbankweit gültige Anmeldeinformationen. Ja, es werden aber nur Azure Key Vault und SHARED ACCESS SIGNATURE unterstützt, siehe Details
Datenbankübergreifende Abfragen / Abfragen dreiteiliger Namen Nein, siehe Elastische Abfragen Ja
Datenbankübergreifende Transaktionen Nein Ja, innerhalb der Instanz. Informationen zu instanzübergreifenden Abfragen finden Sie unter Verknüpfte Server.
Datenbank-E-Mail – DbMail Nein Ja
Spiegeln von Datenbanken No Nein, siehe Features von verwalteten SQL-Instanzen.
Datenbankmomentaufnahmen Nein Nein
Datenbankvirtualisierung Nein Ja
DBCC-Anweisungen Die meisten, siehe einzelne Anweisungen Ja, siehe DBCC
DDL-Anweisungen Die meisten, siehe einzelne Anweisungen Ja, siehe T-SQL-Unterschiede
DDL-Trigger Nur Datenbank Ja
Verteilte Partitionsansichten Nein Ja
Verteilte Transaktionen – MS DTC Nein, siehe Elastische Transaktionen Ja, DTC für Azure SQL Managed Instance,
und Elastische Transaktionen
DML-Trigger Die meisten, siehe einzelne Anweisungen Ja
DMVs Die meisten, siehe einzelne DMVs Ja, siehe T-SQL-Unterschiede
Elastische Abfrage Ja, mit dem erforderlichen RDBMS-Typ (Public Preview) Nein, verwenden Sie native datenbankübergreifende Abfragen und Verbindungsserver
Ereignisbenachrichtigungen Nein, siehe Warnungen No
Ausdrücke Ja Ja
Erweiterte Ereignisse (XEvent) Einige, siehe Erweiterte Ereignisse in der SQL-Datenbank Ja, siehe Erweiterte Ereignisse.
Erweiterte gespeicherte Prozeduren Nein Nein
Dateien und Dateigruppen Nur primäre Dateigruppe Ja. Dateipfade werden automatisch zugewiesen, und der Dateispeicherort kann nicht in ALTER DATABASE ADD FILE angegeben werden.
Filestream No Nein, siehe Features von verwalteten SQL-Instanzen
Volltextsuche (Full-Text Search, FTS) Ja, aber Filter und Wörtertrennungen von Drittanbietern werden nicht unterstützt Ja, aber Filter und Wörtertrennungen von Drittanbietern werden nicht unterstützt
Funktionen Die meisten, siehe einzelne Funktionen Ja, siehe Gespeicherte Prozeduren, Funktionen, Trigger
In-Memory-Optimierung Ja bei den Dienstebenen „Premium“ und „Unternehmenskritisch“.
Eingeschränkte Unterstützung für nicht persistente In-Memory-OLTP-Objekte wie speicheroptimierte Tabellenvariablen in der Hyperscale-Dienstebene.
Ja bei der Dienstebene „Unternehmenskritisch“.
Sprachelemente Die meisten, siehe einzelne Elemente Ja, siehe T-SQL-Unterschiede
Ledger Ja Ja (Öffentliche Vorschauversion)
Linkfunktion Nein Ja (öffentliche Vorschau für die Notfallwiederherstellung)
Verknüpfte Server Nein, siehe Elastische Abfrage Ja. Nur für SQL Server und SQL-Datenbank ohne verteilte Transaktionen.
Verbindungsserver, die aus Dateien (CSV, Excel) lesen Nein. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative zum CSV-Format. Nein. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative zum CSV-Format. Verfolgen Sie diese Anforderungen im Feedback zu SQL Managed Instance
Protokollversand Hochverfügbarkeit ist in jeder Datenbank enthalten. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität. Ist als Teil des Migrationsprozesses des Azure-Datenmigrationsdiensts (DMS) nativ integriert. Ist für benutzerdefinierte Datenmigrationsprojekte als externer Protokollwiedergabedienst (LRS) nativ erstellt.
Nicht als Hochverfügbarkeitslösung verfügbar, da andere Hochverfügbarkeitsmethoden in jeder Datenbank enthalten sind und es nicht empfohlen wird, Protokollversand als Hochverfügbarkeitsalternative zu verwenden. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität. Nicht als Replikationsmechanismus zwischen Datenbanken verfügbar. Verwenden Sie sekundäre Replikate für die unternehmenskritische Ebene, Gruppen für automatisches Failover oder Transaktionsreplikation als Alternativen.
Anmeldungen und Benutzer Ja, aber für die Anmeldeanweisungen CREATE und ALTER gelten Einschränkungen. Windows-Anmeldungen werden nicht unterstützt. Microsoft Entra-Anmeldungen befinden sich in Public Preview. EXECUTE AS LOGIN wird nicht unterstützt, verwenden Sie EXECUTE AS USER. Ja, mit einigen Unterschieden. Windows-Anmeldungen werden über Kerberos unterstützt. Der Prozess erfordert eine Active Directory-Synchronisierung mit Microsoft Entra ID.
Minimale Protokollierung bei Massenimport Nein, nur das vollständige Wiederherstellungsmodell wird unterstützt. Nein, nur das vollständige Wiederherstellungsmodell wird unterstützt.
Ändern von Systemdaten Nein Ja
OLE-Automatisierung Nein Nein
OPENDATASOURCE Nein Ja, nur SQL-Datenbank, SQL Managed Instance und SQL Server. Siehe T-SQL-Unterschiede
OPENQUERY Nein Ja, nur SQL-Datenbank, SQL Managed Instance und SQL Server. Siehe T-SQL-Unterschiede
OPENROWSET Ja, nur für den Import aus Azure Blob Storage. Ja, nur für SQL-Datenbank, SQL Managed Instance und SQL Server und für den Import aus Azure Blob Storage. Siehe T-SQL-Unterschiede
Operatoren Die meisten, siehe einzelne Operatoren Ja, siehe T-SQL-Unterschiede
Polybase Nein. Sie können Daten in Dateien, die in Azure Blob Storage gespeichert sind, mithilfe der OPENROWSET-Funktion abfragen oder eine externe Tabelle verwenden, die auf einen serverlosen SQL-Pool in Synapse Analytics verweist. Ja, für Azure Data Lake Storage (ADLS) und Azure Blob Storage als Datenquelle. Weitere Einzelheiten finden Sie unter Datenvirtualisierung mit Azure SQL Managed Instance.
Abfragebenachrichtigungen Nein Ja
Machine Learning Services (früher R Services) No Ja, siehe Machine Learning Services in Azure SQL Managed Instance
Wiederherstellungsmodelle Nur die vollständige Wiederherstellung, die hohe Verfügbarkeit garantiert, wird unterstützt. Einfache und massenprotokollierte Wiederherstellungsmodelle sind nicht verfügbar. Nur die vollständige Wiederherstellung, die hohe Verfügbarkeit garantiert, wird unterstützt. Einfache und massenprotokollierte Wiederherstellungsmodelle sind nicht verfügbar.
Ressourcenkontrolle Nein Ja
RESTORE-Anweisungen Nein Ja, mit den obligatorischen FROM URL-Optionen für die Sicherungsdateien in Azure Blob Storage. Siehe Unterschiede bei der Wiederherstellung
Wiederherstellen einer Datenbank aus der Sicherung Nur auf der Grundlage automatisierter Sicherungen, siehe SQL-Datenbank-Wiederherstellung Aus automatisierten Sicherungen, siehe SQL-Datenbankwiederherstellung, und aus vollständigen Sicherungen in Azure Blob Storage, siehe Unterschiede zwischen Sicherungen
Wiederherstellen der Datenbank für SQL Server Nein. Verwenden Sie BACPAC oder BCP statt der nativen Wiederherstellung. Ja, nur SQL Server 2022. Weitere Informationen finden Sie unter Wiederherstellen einer SQL Managed Instance-Datenbanksicherung auf SQL Server 2022. Verwenden Sie andernfalls BACPAC, BCP oder die Transaktionsreplikation.
Semantische Suche Nein Nein
Service Broker No Ja. Siehe Service Broker-Unterschiede
Serverkonfigurationseinstellungen No Ja, siehe T-SQL-Unterschiede
Set-Anweisungen Die meisten, siehe einzelne Anweisungen Ja, siehe T-SQL-Unterschiede
SQL Server-Agent Nein, siehe Elastische Aufträge (Public Preview) Ja, siehe SQL Server-Agent
SQL Server-Überwachung Nein, siehe SQL-Datenbank-Überwachung Ja, siehe Überwachungsdifferenzen
Gespeicherte Systemfunktionen Die meisten, siehe einzelne Funktionen Ja, siehe Gespeicherte Prozeduren, Funktionen, Trigger
Gespeicherte Systemprozeduren Einige, siehe einzelne gespeicherte Prozeduren Ja, siehe Gespeicherte Prozeduren, Funktionen, Trigger
Systemtabellen Einige, siehe einzelne Tabellen Ja, siehe T-SQL-Unterschiede
Systemkatalogsichten Einige, siehe einzelne Sichten Ja, siehe T-SQL-Unterschiede
TempDB Ja. 32 GB pro Kern für jede Datenbank. Ja. 24 GB pro virtuellem Kern für gesamte GP-Ebene und begrenzt durch Instanzgröße für BC-Ebene
Temporäre Tabellen Lokale und datenbankbezogene globale temporäre Tabellen Lokale und instanzbezogene globale temporäre Tabellen
Auswahl der Zeitzone No Ja, siehe Zeitzonen, und die Konfiguration muss beim Erstellen der SQL Managed Instance erfolgen.
Ablaufverfolgungsflags Nein Ja, aber nur eine begrenzte Gruppe von globalen Ablaufverfolgungsflags. Siehe DBCC-Unterschiede
Transaktionsreplikation Ja, nur für Abonnentendatenbanken mit Transaktions- und Momentaufnahmenreplikation Ja, siehe Einschränkungen der Replikation in SQL Managed Instance.
Transparent Data Encryption (TDE) Ja, siehe TDE für Azure SQL Ja, siehe TDE für SQL
Windows-Authentifizierung No Ja, siehe Windows-Authentifizierung für Microsoft Entra-Prinzipale
Windows Server-Failoverclustering Nein. Andere Techniken, die Hochverfügbarkeit bereitstellen, sind in jeder Datenbank enthalten. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität mit Azure SQL-Datenbank. Nein. Andere Techniken, die Hochverfügbarkeit bereitstellen, sind in jeder Datenbank enthalten. Informationen zur Notfallwiederherstellung finden Sie unter Übersicht über die Geschäftskontinuität mit Azure SQL-Datenbank.

Plattformfunktionen

Die Azure-Plattform bietet eine Reihe von PaaS-Funktionen, die den Standardfeatures für Datenbanken als zusätzliche Werte hinzugefügt werden. Es gibt außerdem eine Reihe externer Dienste, die mit Azure SQL-Datenbank und Azure SQL Managed Instance verwendet werden können.

Plattformfeature Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Aktive Georeplikation Ja, siehe Aktive Georeplikation – alle Dienstebenen. Nein. Unter Failovergruppen finden Sie Informationen zu Alternativen.
Automatische Skalierung Ja, aber nur im serverlosen Modell. Im nicht serverlosen Modell wird die Änderung der Dienstebene (Änderung von virtuellen Kernen, Speicher oder DTU) schnell und online durchgeführt. Die Änderung der Dienstebene erfordert nur minimale oder keine Downtime. Nein, Sie müssen reservierte Compute- und Speicheroptionen auswählen. Die Änderung der Dienstebene (virtuelle Kerne oder maximaler Speicher) erfolgt online und erfordert minimale oder keine Downtime.
Automatische Sicherungen Ja, siehe Automatisierte Sicherungen in Azure SQL-Datenbank. Vollständige Sicherungen erfolgen alle 7 Tage, differenzielle Sicherungen alle 12 Stunden und Protokollsicherungen alle 5 bis 10 Minuten. Ja, siehe Automatisierte Sicherungen in Azure SQL Managed Instance. Vollständige Sicherungen erfolgen alle 7 Tage, differenzielle Sicherungen alle 12 Stunden und Protokollsicherungen alle 5 bis 10 Minuten.
Automatische Optimierung (Indizes) Ja, siehe Automatische Optimierung No
Verfügbarkeitszonen Ja Ja, in der Vorschauversion, derzeit nur für die Ebene „Unternehmenskritisch“
Azure Resource Health Ja Ja
Kurzfristige Sicherungsaufbewahrung Ja, siehe Kurzfristige Aufbewahrung. Standardmäßig 7 Tage, maximal 35 Tage. Ja, siehe Kurzfristige Aufbewahrung. 1–35 Tage, standardmäßig 7 Tage.
Azure Database Migration Service (DMS) Ja Ja
Data Migration Service (DMA) Ja No
Elastische Aufträge Ja, siehe Elastische Aufträge (Public Preview) Nein. Verwenden Sie SQL-Agent oder Azure Automation.
Failovergruppen Ja, siehe Failovergruppen – alle Dienstebenen. Ja, siehe Failovergruppen.
Dateisystemzugriff Nein. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative für den Zugriff und das Laden von Daten aus Azure Blob Storage. Nein. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative für den Zugriff und das Laden von Daten aus Azure Blob Storage.
Geowiederherstellung Ja, siehe Geowiederherstellung Ja, siehe Geowiederherstellung
Langzeitaufbewahrung (Long-Term Retention, LTR) Ja, siehe Langzeitaufbewahrung, automatisch erstellte Sicherungen werden bis zu zehn Jahre lang aufbewahrt. Ja, siehe Langzeitaufbewahrung, automatisch erstellte Sicherungen werden bis zu zehn Jahre lang aufbewahrt.
Anhalten/Fortsetzen Ja, im serverlosen Modell Ja, mit Beenden und Starten (Vorschau
Richtlinienbasierte Verwaltung Nein Nein
Öffentliche IP-Adresse Ja. Der Zugriff kann durch die Firewall oder Dienstendpunkte beschränkt werden. Ja. Muss explizit aktiviert sein, außerdem muss Port 3342 in NSG-Regeln aktiviert sein. Öffentliche IP-Adresse kann bei Bedarf deaktiviert werden. Für weitere Details siehe öffentlicher Endpunkt.
Point-in-Time-Wiederherstellung einer Datenbank Ja, siehe Wiederherstellung bis zu einem bestimmten Zeitpunkt Ja, siehe Wiederherstellung bis zu einem bestimmten Zeitpunkt
Ressourcenpools Ja, als Pools für elastische Datenbanken Ja. Eine einzelne Instanz von SQL Managed Instance kann mehrere Datenbanken aufweisen, die denselben Ressourcenpool gemeinsam nutzen. Darüber hinaus können Sie mehrere Instanzen von SQL Managed Instance in Instanzpools (Public Preview) bereitstellen, auf die die Ressourcen aufgeteilt werden können.
Zentrales Hoch- oder Herunterskalieren (online) Ja, Sie können bei minimaler Downtime entweder die DTU, die reservierten virtuellen Kerne oder die maximale Speichergröße ändern. Ja, Sie können bei minimaler Downtime die reservierten virtuellen Kerne oder die maximale Speichergröße ändern.
SQL-Alias Nein, verwenden Sie einen DNS-Alias Nein, verwenden Sie Cliconfg, um einen Alias auf den Clientcomputern einzurichten.
Azure SQL-Analyse Ja Ja
SQL-Datensynchronisierung Ja, siehe SQL-Datensynchronisierung Nein, verwenden Sie die Transaktionsreplikation.
SQL Server Analysis Services (SSAS) Nein, Azure Analysis Services ist ein separater Azure-Clouddienst. Nein, Azure Analysis Services ist ein separater Azure-Clouddienst.
SQL Server Integration Services (SSIS) Ja, mit einer verwalteten SSIS in Azure Data Factory-Umgebung (ADF), bei der Pakete in der von Azure SQL-Datenbank gehosteten SSISDB gespeichert und in Azure SSIS Integration Runtime (IR) ausgeführt werden. Siehe dazu Erstellen der Azure SSIS Integration Runtime in Azure Data Factory.

Informationen zum Vergleich der SSIS-Funktionen in SQL-Datenbank und einer SQL Managed Instance finden Sie unter Vergleich zwischen SQL-Datenbank und SQL Managed Instance.
Ja, mit einer verwalteten SSIS in Azure Data Factory-Umgebung (ADF), bei der Pakete in der von einer SQL Managed Instance gehosteten SSISDB gespeichert und in Azure SSIS Integration Runtime (IR) ausgeführt werden. Siehe dazu Erstellen der Azure SSIS Integration Runtime in Azure Data Factory.

Informationen zum Vergleich der SSIS-Funktionen in SQL-Datenbank und einer SQL Managed Instance finden Sie unter Vergleich zwischen SQL-Datenbank und SQL Managed Instance.
SQL Server Reporting Services (SSRS) Nein – siehe Power BI Nein, verwenden Sie stattdessen paginierte Berichte in Power BI , oder hosten Sie SSRS auf einer Azure-VM. In SQL Managed Instance kann SSRS nicht als Dienst ausgeführt werden. Es können jedoch mithilfe der SQL Server-Authentifizierung SSRS-Katalogdatenbanken für einen Berichtsserver gehostet werden, der auf einer Azure-VM installiert ist.
Query Performance Insights (QPI) Ja Nein. Verwenden Sie integrierte Berichte in SQL Server Management Studio und Azure Data Studio.
VNET Teilweise, eingeschränkter Zugriff über VNET-Endpunkte ist möglich Ja, SQL Managed Instance wird in das VNET eingeschleust.
VNET-Dienstendpunkt Ja, siehe VNET-Dienstendpunkte. Ja, siehe Dienstendpunkt-Richtlinien.
Globales VNet-Peering Ja, mithilfe von privater IP und Dienstendpunkten Ja, mit Peering virtueller Netzwerke.
Private Konnektivität Ja, mit Private Link Ja, mit lokalem VNET-Endpunkt oder privatem Endpunkt

Ressourceneinschränkungen

In der folgenden Tabelle werden die maximal verfügbaren Ressourcengrenzwerte für Azure SQL-Datenbank und Azure SQL Managed Instance verglichen:

Kategorie Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Computegröße Bis zu 128 virtuelle Kerne Bis zu 128 virtuelle Kerne
Speichergröße 1 GB bis 100 TB 16 TB
TempDB-Größe 32 GB pro virtuellem Kern, max. 2.560 GB Bis zu 4 TB – begrenzt durch die reservierte Speichergröße
Protokollschreibdurchsatz Bis zu 100 MB/s 4,5 MB/Sek. pro virtuellem Kern (max. 192 MB/s)
Verfügbarkeit Standard-SLA
99,995 % SLA mit Zonenredundanz
Standard-SLA
Sicherungen Auswahl zwischen lokal redundantem Speicher (LRS), zonenredundantem Speicher (ZRS) oder georedundantem Speicher (GRS)
Aufbewahrungsdauer von 1 bis 35 Tagen (standardmäßig 7 Tage) mit bis zu 10 Jahren Langzeitaufbewahrung
Auswahl zwischen lokal redundantem Speicher (LRS), zonenredundantem Speicher (ZRS), georedundantem Speicher (GRS) oder geozonenredundantem Speicher (GZRS)
Aufbewahrungsdauer von 1 bis 35 Tagen (standardmäßig 7 Tage) mit bis zu 10 Jahren Langzeitaufbewahrung
Schreibgeschützte Replikate Leseskalierung mit 1–4 Hochverfügbarkeitsreplikaten oder 1–30 benannten Replikaten
0–4 Georeplikate
1 Replikat mit integrierter Hochverfügbarkeit ist lesbar
0–1 Georeplikate mit Verwendung von Failovergruppen
Rabattmodelle Reservierte Instanzen
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Subscriptions)
Enterprise- und Pay-as-you-Go-Dev/Test-Subscriptions
Reservierte Instanzen
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Subscriptions)
Enterprise- und Pay-as-you-Go-Dev/Test-Abonnements

Weitere Informationen zu Ressourcengrenzwerten für Azure SQL-Datenbank finden Sie unter:

Weitere Informationen zu Ressourcengrenzwerten in Azure SQL Managed Instance finden Sie unter Ressourcengrenzwerte.

Tools

Azure SQL-Datenbank und Azure SQL Managed Instance unterstützen verschiedene Datentools, die Ihnen bei der Verwaltung Ihrer Daten helfen können.

Tool Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Azure-Portal Ja Ja
Azure-Portal-Abfrage-Editor Ja No
Azure CLI Ja Ja
Azure Data Studio Ja Ja
Azure PowerShell Ja Ja
BACPAC Datei (Export) Ja, siehe Export der SQL-Datenbank Ja, siehe SQL Managed Instance-Export
BACPAC Datei (Import) Ja, siehe Import der SQL-Datenbank Ja, siehe SQL Managed Instance-Import
Data Quality Services (DQS) Nein Nein
Master Data Services (MDS) Nein Nein. Hosten von MDS auf einer Azure-VM. In SQL Managed Instance kann MDS nicht als Dienst ausgeführt werden. Es können jedoch mithilfe der SQL Server-Authentifizierung MDS-Datenbanken für einen auf einer Azure-VM installierten MDS-Dienst gehostet werden.
SMO Ja, siehe SMO. Ja, seit SMO Version 150.
SQL Server Data Tools (SSDT) Ja Ja
SQL Server Management Studio (SSMS) Ja Ja, Version 18.0 und höher
SQL Server-PowerShell Ja Ja
SQL Server Profiler Nein, siehe Erweiterte Ereignisse Ja
System Center Operations Manager Ja, siehe Microsoft System Center Management Pack für Azure SQL-Datenbank. Ja, siehe Microsoft System Center Management Pack für Azure SQL Managed Instance.

Migrationsmethoden

Sie können verschiedene Migrationsmethoden verwenden, um Ihre Daten zwischen SQL Server, Azure SQL-Datenbank und Azure SQL Managed Instance zu verschieben. Bei einigen Methoden handelt es sich um Online-Methoden, die alle an der Quelle vorgenommenen Änderungen erkennen, während Sie die Migration ausführen. Bei Offline-Methoden müssen Sie Ihre Workload, mit der Daten auf der Quelle geändert werden, dagegen anhalten, während der Migrationsvorgang ausgeführt wird.

Quelle Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
SQL Server (lokal, Azure-VM, Amazon RDS) Online:Transaktionsreplikation
Offline:Data Migration Service (DMS), BACPAC-Datei (Import), BCP
Online:verwaltete Instanz Link, Protokollwiedergabedienst, Azure Data Migration Service (DMS), Transaktionsreplikation
Offline:Azure Database Migration Service, Native Sicherung/Wiederherstellung, BACPAC Datei (Import), BCP, Momentaufnahmereplikation
Einzeldatenbank Offline:BACPAC-Datei (Import), BCP Offline:BACPAC-Datei (Import), BCP
SQL Managed Instance Online:Transaktionsreplikation
Offline:BACPAC-Datei (Import), BCP, Snapshot-Replikation
Online:Kopieren und Verschieben einer Datenbank (Vorschauversion), Transaktionsreplikation
Offline: Instanzübergreifende Point-in-Time-Wiederherstellung (Azure PowerShell oder Azure CLI), Native Sicherung/Wiederherstellung, BACPAC-Datei (Import), BCP, Momentaufnahmereplikation

Nächste Schritte

Microsoft fügt Azure SQL-Datenbank ständig weitere Features hinzu. Besuchen Sie die Webseite mit Dienstupdates für Azure, und rufen Sie mithilfe dieser Filter die neuesten Updates ab:

Weitere Informationen zu Azure SQL-Datenbank und Azure SQL Managed Instance finden Sie in: