Teilen über

Featurevergleich: Azure SQL-Datenbank und Azure SQL Managed Instance

  • Artikel

Gilt für: Azure SQL-Datenbank Azure 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:

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 sind in der Vorschau. 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
Datenbankspiegelung (veraltet) No No
Datenbankspiegelung in Microsoft Fabric Ja, in der Vorschauversion No
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 (Vorschau) Nein, verwenden Sie native datenbankübergreifende Abfragen und Verbindungsserver
Ereignisbenachrichtigungen Nein, siehe Warnungen No
Ausdrücke Ja Ja
Erweiterte Ereignisse (XEvent) Manche, siehe Erweiterte Ereignisse in Azure SQL-Datenbank und Azure SQL Managed Instance 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, die nicht von Microsoft sind, werden nicht unterstützt Ja, aber Filter und Wörtertrennungen, die nicht von Microsoft sind, 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
Linkfunktion No Ja (Vorschau für DR)
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 Verfügbarkeit durch Redundanz 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. Für angepasste Datenmigrationsprojekte als externer Protokollwiedergabedienst nativ erstellt.
Nicht als Hochverfügbarkeitslösung verfügbar, da andere Methoden der Verfügbarkeit durch Redundanz 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 Anweisungen CREATE LOGIN und ALTER LOGIN gelten Einschränkungen. Windows-Anmeldungen werden nicht unterstützt. Microsoft Entra-Anmeldungen befinden sich in der Vorschau. EXECUTE AS LOGIN wird nicht unterstützt, verwenden Sie EXECUTE AS USER. Ja, mit einigen Unterschieden. Siehe Windows-Authentifizierung für Azure SQL Managed Instance – der Prozess erfordert die Active Directory-Synchronisierung mit Microsoft Entra ID.
Auswählen eines Wartungsfensters Ja Ja
Konfigurieren Sie Vorabbenachrichtigungen zu geplanten Wartungen Ja Ja, in der Vorschauversion
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 Details finden Sie unter Datenvirtualisierung mit Azure SQL Managed Instance.
Abfragebenachrichtigungen Nein Ja
Abfragespeicher Ja Ja
Abfragespeicher für sekundäre Replikate Nein, die Abfragespeicher für sekundäre Replikate ist für Azure SQL-Datenbank nicht verfügbar. Derzeit enthält das Abfragespeicher im sekundären Replikat Informationen zu Arbeitslasten aus dem primären Replikat. Nein, die Abfragespeicher für sekundäre Replikate ist für Azure SQL Managed Instance nicht verfügbar. Derzeit enthält das Abfragespeicher im sekundären Replikat Informationen zu Arbeitslasten aus dem primären Replikat.
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 aus automatisierten Backups, siehe Wiederherstellen einer Datenbank aus einem Backup Aus automatisierten Backups, siehe Wiederherstellen einer Datenbank aus einem Backup, und aus vollständigen Sicherungen in Azure Blob Storage, siehe Unterschiede zwischen Backups
Wiederherstellen der Datenbank für SQL Server Nein. Verwenden Sie BACPAC oder BCP statt der nativen Wiederherstellung. Ja, nur für SQL Server 2022 aus Instanzen, die über die SQL Server 2022-Updaterichtlinie verfügen. Weitere Informationen finden Sie unter Wiederherstellen einer Datenbank auf SQL Server 2022 von Azure SQL Managed Instance. 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) Ja, siehe SQL Server-Agent
SQL Server-Überwachung Nein, siehe Überwachung für Azure SQL-Datenbank Ja, siehe Überwachungsdifferenzen
Synapse Link für SQL Ja No
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.

Hinweis

Die Verfügbarkeit einiger Azure SQL Managed Instance-Features hängt von der konfigurierten Updaterichtlinie der Instanz ab.

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) 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 (Vorschauversion) bereitstellen, die sich die Ressourcen teilen 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.
Datenbankwatcher (Vorschau) Ja Ja
SQL-Datensynchronisierung Ja, aber SQL-Datensynchronisierung wird 2027 ausgemustert. Lesen Sie stattdessen Ausmusterung der SQL-Datensynchronisierung: Migration zu alternativen Lösungen. 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 Insight 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 Dev/Test Pay-As-You-Go-Subscriptions		 Reservierte Instanzen
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Subscriptions)
Enterprise- und Dev/Test Pay-As-You-Go-Subscriptions

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: Managed Instance-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

Zugehöriger Inhalt

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: