Featurevergleich: Azure SQL-Datenbank und Azure SQL Managed Instance
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:
- Sprachfunktionen: Ablaufsteuerungs-Schlüsselwörter, Cursor, Datentypen, DML-Anweisungen, Prädikate, Sequenznummern, Gespeicherte Prozeduren und Variablen.
- Datenbankfunktionen: Automatische Optimierung (Planerzwingung), Änderungsnachverfolgung, Datenbanksortierung, Eigenständige Datenbanken, Eigenständige Benutzer, Datenkomprimierung, Datenbankkonfigurationseinstellungen, Onlineindexvorgänge, Partitionierung und Temporäre Tabellen.
- Sicherheitsfunktionen: Anwendungsrollen, Dynamische Datenmaskierung, Sicherheit auf Zeilenebene sowie Advanced Threat Protection. Weitere Informationen finden Sie in den Leitfäden zu den ersten Schritten für SQL-Datenbank und SQL Managed Instance.
- Funktionen für mehrere Modelle: Graph-Verarbeitung, JSON-Daten, OPENXML, Spatial, OPENJSON und XML-Indizes Weitere Informationen finden Sie unter Funktionen für mehrere Modelle in Azure SQL-Datenbank und SQL Managed Instance.
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 – BACKUP und CREATE -Vorgänge. |
Ja, ohne Zugriff auf das Dateisystem für – BACKUP und 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 | 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 |
System functions (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 – 128 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:
- Logischer Server
- Im vCore-basierten Kaufmodell: Singletons und Pools für elastische Datenbanken
- Im DTU-basierten Kaufmodell: Singletons und Pools für elastische Datenbanken
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.
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:
- Gefiltert nach Azure SQL-Datenbank.
- Gefiltert nach GA-Ankündigungen (General Availability) für SQL-Datenbank Features.
Weitere Informationen zu Azure SQL-Datenbank und Azure SQL Managed Instance finden Sie in: