Freigeben über

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 hohe Verfügbarkeit auswirken oder nicht in PaaS-Welt verwendet werden können, verfügen über eingeschränkte Funktionen in Azure SQL-Datenbank und azure SQL Managed Instance.

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
Immer verschlüsselt Ja, siehe Zertifikatspeicher und Schlüsseltresor Ja, siehe Zertifikatspeicher und Schlüsseltresor
Always On-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 No No
Auditing 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. Yes. Sowohl Benutzer auf Datenbankebene als auch Anmeldungen auf Serverebene.
BACKUP-BEFEHL 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; Erfassung geänderter Daten) Ja, für S3-Tarif und höher. Basic, S0, S1 und S2 werden nicht unterstützt. Yes
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“. Yes
Common Language Runtime – CLR No Ja, aber ohne Zugriff auf das Dateisystem in der CREATE ASSEMBLY-Anweisung, siehe CLR-Unterschiede
Credentials 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/dreiteilige Namensabfragen Nein, siehe Elastische Abfragen Yes
Datenbankübergreifende Transaktionen No Ja, innerhalb der Instanz. Informationen zu instanzübergreifenden Abfragen finden Sie unter Verknüpfte Server.
Datenvirtualisierung Ja, für CSV, Delta 1.0 und Parquet. Siehe Data Virtualization for Azure SQL Database. Sie können auch Daten in den Dateien abfragen, die in Azure Blob Storage gespeichert sind, indem Sie die Funktion verwenden OPENROWSET . In SQL Server wird dieses Feature als PolyBase bezeichnet. 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. In SQL Server wird dieses Feature als PolyBase bezeichnet.
Datenbank-E-Mail – DbMail No Yes
Datenbankspiegelung (veraltet) No No
Datenbankspiegelung in Microsoft Fabric Yes Yes
Datenbankmomentaufnahmen No No
Datenbankvirtualisierung No Yes
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 Yes
Verteilte Partitionsansichten No Yes
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 Yes
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
Expressions Yes Yes
Erweiterte Ereignisse (XEvent) Manche, siehe Erweiterte Ereignisse in Azure SQL-Datenbank und Azure SQL Managed Instance Ja, siehe Erweiterte Ereignisse.
Erweiterte gespeicherte Prozeduren No No
Dateien und Dateigruppen Nur primäre Dateigruppe Yes. 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 Word Breaker, die nicht von Microsoft stammen, werden nicht unterstützt Ja, aber Filter und Word Breaker, die nicht von Microsoft stammen, werden nicht unterstützt
Functions 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 Yes Yes
Verknüpfungsfunktion No Yes
Verknüpfte Server Nein, siehe Elastische Abfrage Yes. Nur für SQL Server und SQL-Datenbank ohne verteilte Transaktionen.
Verbindungsserver, die aus Dateien (CSV, Excel) lesen No. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative zum CSV-Format. No. 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. Nativ für benutzerdefinierte Datenmigrationsprojekte als externer Protokollwiedergabedienst erstellt.
Nicht als Hochverfügbarkeitslösung verfügbar, da andere Methoden für 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 setzt die Active Directory-Synchronisierung mit Microsoft Entra ID voraus.
Wartungsfensters-Auswahl Yes Yes
Konfigurieren Sie Vorabbenachrichtigungen zu geplanten Wartungen Yes Yes
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 No Yes
OLE-Automatisierung No No
OPENDATASOURCE No Ja, nur für SQL-Datenbank, SQL Managed Instance und SQL Server. Siehe T-SQL-Unterschiede
OPENQUERY No Ja, nur für 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
Operators Die meisten, siehe einzelne Operatoren Ja, siehe T-SQL-Unterschiede
Abfragebenachrichtigungen No Yes
Abfragespeicher Yes Yes
Abfragespeicher für sekundäre Replikate Nein, das Feature „Abfragespeicher für sekundäre Replikate“ ist für Azure SQL Database nicht verfügbar. Derzeit enthält der Abfragespeicher im sekundären Replikat Informationen zu Workloads aus dem primären Replikat. Nein, das Feature „Abfragespeicher für sekundäre Replikate“ ist für Azure SQL Managed Instance nicht verfügbar. Derzeit enthält der Abfragespeicher im sekundären Replikat Informationen zu Workloads 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.
Ressourcenverwalter No Yes
RESTORE-Anweisungen No 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 automatischen Backups, siehe Wiederherstellen einer Datenbank aus einem Backup Aus automatischen Sicherungen, siehe Wiederherstellen einer Datenbank aus einer Sicherung und aus vollständigen Sicherungen in Azure Blob Storage, siehe Unterschiede zwischen Sicherungen
Wiederherstellen der Datenbank für SQL Server No. Verwenden Sie BACPAC oder BCP statt der nativen Wiederherstellung. Ja, aber nur für SQL Server 2022 oder SQL Server 2025 basierend auf der Updaterichtlinie der sql-verwalteten Instanz. Wiederherstellen von Datenbanken in SQL Server 2022 aus Instanzen, die über die SQL Server 2022-Updaterichtlinie verfügen. Wiederherstellen von Datenbanken in SQL Server 2025 aus Instanzen, die über die SQL Server 2025-Updaterichtlinie verfügen. Weitere Informationen finden Sie unter Wiederherstellen einer Datenbank Azure SQL Managed Instance unter SQL Server 2022. Verwenden Sie andernfalls BACPAC, BCP oder die Transaktionsreplikation.
Semantische Suche No No
Service Broker No Yes. Siehe Service Broker-Unterschiede
Serverkonfigurationseinstellungen No Ja, siehe T-SQL-Unterschiede
Festlegen von 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 Überwachen von Azure SQL Database Ja, siehe Überwachungsdifferenzen
Azure Synapse-Link für SQL Yes No
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 Ansichten Ja, siehe T-SQL-Unterschiede
TempDB Yes. 32 GB pro Kern für jede Datenbank. Yes. 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.
Traceflags No 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.
Transparente Datenverschlüsselung (TDE) Ja, siehe TDE für Azure SQL Ja, siehe TDE für Azure SQL
Windows authentication No Ja, siehe Windows-Authentifizierung für Microsoft Entra-Prinzipale
Windows Server-Failoverclustering No. 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. No. 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.

Note

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.

Plattformfunktion Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Aktive Georeplikation Ja, siehe Aktive Georeplikation – alle Dienstebenen. Nein. Unter Failovergruppen finden Sie Informationen zu Alternativen.
Auto-scale 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 Yes Yes. Für die Dienstebene „Universell“ in der Vorschau und für die Dienstebene „Unternehmenskritisch“ allgemein verfügbar
Azure Resource Health Yes Yes
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) Yes Yes
Elastische Aufträge Ja (siehe Elastische Aufträge) No. Verwenden Sie SQL-Agent oder Azure Automation.
Failovergruppen Ja, siehe Failovergruppen – alle Dienstebenen. Ja, siehe Failovergruppen.
Dateisystemzugriff No. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative für den Zugriff und das Laden von Daten aus Azure Blob Storage. No. Verwenden Sie BULK INSERT oder OPENROWSET als Alternative für den Zugriff und das Laden von Daten aus Azure Blob Storage.
Geo-restore 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.
Pause/resume Ja, im serverlosen Modell Ja, mit Stopp/Start
Richtlinienbasierte Verwaltung No No
Öffentliche IP-Adresse: Yes. Der Zugriff kann durch die Firewall oder Dienstendpunkte beschränkt werden. Yes. 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 Yes. 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) Yes Yes
SQL-Datensynchronisierung Ja, aber die 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.
Abfrageleistungserblick Yes No. Verwenden Sie integrierte Berichte in SQL Server Management 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

Ressourcenbeschränkungen

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

Category Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
Berechnungsgröße Bis zu 128 virtuelle Kerne Bis zu 128 virtuelle Kerne
Speichergröße 1 GB bis 128 TB 32 GB - 16 TB (32 TB mit Stufe "Allzweck der nächsten Generation")
Tempdb-Größe 32 GB pro virtuellem Kern, max. 2560 GB Bis zu 4 TB – begrenzt durch die reservierte Speichergröße
Protokollschreibdurchsatz Bis zu 100 MB/s Hängt von der Dienstebene und der Hardware ab 4.5 MiB/s - 12 MiB/s pro vCore (max. 192 MiB/s)
Availability Standard-SLA
99,995 % SLA mit Zonenredundanz		 Standard-SLA
Backups 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)
Abonnements von Enterprise- und Dev/Test Pay-As-You-Go-Angeboten		 Reservierte Instanzen
Azure-Hybridvorteil (nicht verfügbar für Dev/Test-Subscriptions)
Abonnements von Enterprise- und Dev/Test Pay-As-You-Go-Angeboten

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 Yes Yes
Azure-Portal-Abfrage-Editor Yes No
Azure CLI Yes Yes
Azure PowerShell Yes Yes
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) No No
Master Data Services (MDS) No No. 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) Yes Yes
SQL Server Management Studio (SSMS) Yes Ja (Version 18.0 und höher)
SQL Server-PowerShell Yes Yes
SQL Server Profiler Nein, siehe Erweiterte Ereignisse Yes
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.

Source Azure SQL-Datenbank Verwaltete Azure SQL-Datenbank-Instanz
SQL Server (lokal, Azure-VM, Amazon RDS) Online:Transaktionsreplikation
Offline: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
Verwaltete SQL-Instanz Online:Transaktionsreplikation
Offline:BACPAC-Datei (Import), BCP, Snapshot-Replikation		 Online:Datenbank kopieren/verschieben, Transaktionsreplikation
Offline: Instanzübergreifende Point-in-Time-Wiederherstellung (Azure PowerShell oder Azure CLI), Native Sicherung/Wiederherstellung, BACPAC-Datei (Import), BCP, Momentaufnahmereplikation

Verwandte Inhalte

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:

  • Last updated on