Modifiable configuration reference for Azure SQL-Datenbank

Gilt für:Azure SQL-Datenbank

Dieser Artikel identifiziert, welche Azure SQL Database-Konfigurationseinstellungen Sie nach der Erstellung Ihrer Datenbank ändern können und welche Einstellungen unveränderlich sind und erfordern, dass Sie die Datenbank neu erstellen.

Legende

Symbol Bedeutung
Ja Vollständig modifizierbar, nachdem du deine Datenbank erstellt hast.
Nein Sie können diese Einstellung nicht ändern. Erfordert Erholung oder einen Workaround.
Teilweise Modifizierbar mit Vorbehalten oder Einschränkungen.
N/A Keine dauerhafte Einstellung. Nur relevant, wenn du die Datenbank erstellst.

Die Spalte Scope gibt an, ob eine Einstellung für den logischen Server gilt und auf alle seine Datenbanken, für eine einzelne Datenbank oder für beide gilt.

Basics

Einstellungen, die du beim Erstellen der Datenbank bereitstellst (oder für die du Standardwerte annimmst), plus grundlegende Metadaten.

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Abonnement- oder Ressourcengruppe Logischer Server (Datenbanken bewegen sich mit ihm) Jede aktive Azure-Abonnement- oder Ressourcengruppe Teilweise.

Man kann eine Datenbank nicht allein verschieben. Du verschiebst den übergeordneten logischen Server mit Azure Resource Manager, und alle Datenbanken und elastischen Pools bewegen sich mit ihm. Um eine einzelne Datenbank zu verschieben, kopieren oder geo-replikieren Sie sie auf einen Server im Zielabonnement oder der Ressourcengruppe.
Datenbankname Datenbank Benutzerdefiniert (eindeutig pro Server) Ja.

Du kannst eine Datenbank mit umbenennen ALTER DATABASE ... MODIFY NAME. Während der Umbenennung können keine Benutzer verbunden werden, und die Datenbank kann nicht an aktiver Geo-Replikation teilnehmen oder gerade eine Datenbankkopie erstellen.
Logischer Servername Logischer Server Benutzerdefiniert (global eindeutig auf Azure) Nein.
Elternlogischer Server Datenbank Bestehender oder neuer logischer Server Nein.

Du kannst den logischen Server einer Datenbank nicht mehr ändern, nachdem du die Datenbank erstellt hast. Kopieren oder geo-replikieren auf einen anderen Server.
Serverstandort Logischer Server Jede Azure-Region, die von Azure SQL-Datenbank unterstützt wird. Nein.

Siehe Azure SQL-Datenbank region availability.
SQL-Authentifizierungsmethode Logischer Server Nur SQL-Authentifizierung, Microsoft Entra + SQL-Authentifizierung (gemischt), Microsoft Entra nur Ja.

Siehe Konfigurieren Microsoft Entra Authentifizierung.
SQL-Authentifizierungsserver Admin-Login Logischer Server Benutzerdefiniert (festgelegt, wenn du den Server erstellst) Nein.

Du kannst den SQL-Authentifizierungsserver nicht in den Admin-Login umbenennen, nachdem der Server bereitgestellt wurde.
SQL-Authentifizierungs-Server-Admin-Passwort Logischer Server User-defined Ja.
Microsoft Entra-Admin Logischer Server Benutzer oder Gruppe Ja.

Siehe Microsoft Entra-Authentifizierung konfigurieren und verwalten.
Arbeitslastumgebung Datenbank (Erstellungszeit-Preset) Entwicklung, Produktion N/A.

Die Arbeitslastumgebung ist ein Azure-Portal-Preset, das die Standardeinstellungen (Rechenleistung, Backup-Redundanz) beim Erstellen der Datenbank beeinflusst. Es ist keine gespeicherte Konfiguration.
Collation Datenbank Datenbank-Kollierung (zum Beispiel, SQL_Latin1_General_CP1_CI_AS). Nein.

Du kannst die Datenbank-Sortierung nach der Erstellung der Datenbank nicht mehr ändern. Du musst die Datenbank neu erstellen. Siehe Sortierungs- und Unicode-Unterstützung.
Tags Logischer Server und jede Datenbank (unabhängig) Schlüsselwertpaare Ja.

Rechenleistung und Speicher

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Mitgliedschaft im elastischen Pool Datenbank Elastischer Pool, Einzelstand Ja.

Siehe Elastische Pools.
Dienstebene Datenbank (oder elastischer Pool) Allgemein, geschäftskritisch, Hyperscale (vCore)
Basic, Standard, Premium (DTU)		 Teilweise.

Du kannst zwischen Service-Stufen wechseln und im vCore-Kaufmodell auf Hyperscale upgraden . Die Rückmigration von Hyperscale zurück zu General Purpose ist innerhalb von 45 Tagen nach der Umstellung möglich. Datenbanken, die ursprünglich als Hyperscale erstellt wurden, können nicht zurückgesetzt werden. Um mehr zu erfahren, siehe Scale-Ressourcen.
Berechnungsebene Datenbank (oder elastischer Pool) Bereitgestellt, serverlos. Ja.

Du kannst zwischen provisioned und serverless wechseln. Serverless ist nur auf General Purpose und Hyperscale verfügbar. Sie ist auf Business Critical nicht verfügbar. Siehe Serverless Compute Tier.
Rechenhardware Datenbank (oder elastischer Pool) Standardserie (Gen5), Premium-Serie, Premium-Serie Speicheroptimiert, DC-Serie Ja.

Die Verfügbarkeit hängt von der Service- und Compute-Stufe ab. Siehe Hardware-Konfiguration.
vCores (Provisioned oder Min/Max für Serverless) Datenbank (oder elastischer Pool) Von 0,5 vCores (serverlos) bis zu 128+ vCores, abhängig von Service-, Compute-Tier und Hardware Ja.

Du kannst innerhalb der geltenden Grenzen hoch- oder herunterskalieren. Siehe Einzeldatenbankgrenzen, elastische Poolgrenzen und Hyperskalierungsgrenzen.
Auto-Pause-Verzögerung (Serverless) Datenbank Konfigurierbare Verzögerung, deaktiviert Ja.

Nur für allgemeine Serverlose verfügbar. Hyperscale Serverless unterstützt keine automatische Pause. Siehe Auto-Pause und Auto-Resume.
Reservierte Speichergröße Datenbank (oder elastischer Pool) Das variiert je nach Servicestufe und Hardware. Ja.

Man kann reservierte Speicher hoch- oder runterskalieren, aber niemals unter den bereits genutzten Speicherplatz. Siehe Ressourcenlimits für einzelne Datenbanken, Ressourcenlimits für elastische Pools und Hyperscale-Ressourcenlimits.

Netzwerk

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Konnektivitätsmethode Logischer Server Öffentlicher Endpunkt, privater Endpunkt, kein öffentlicher Zugang. Ja.

Siehe Azure SQL-Datenbank connectivity architecture.
Azure Services Access erlauben Logischer Server (Firewall-Regel) Ja, Nein Ja.

Implementiert als Server-Ebene Firewall-Regel AllowAllWindowsAzureIps (0.0.0.0). Siehe Netzwerkzugangskontrollen.
Firewallregeln Logischer Server und Datenbank IP-basierte Regeln. Ja.

Siehe Firewall-Regeln auf Serverebene und Datenbankebene.
Regeln für virtuelle Netzwerke Logischer Server Subnetzbasierte Service-Endpunkte. Ja.

Siehe Virtuelle Netzwerk-Service-Endpunkte.
Private Endpunkte Logischer Server Private Endpunktverbindungen zum logischen Server. Ja.

Siehe Azure Private Link for Azure SQL-Datenbank.
Verbindungsrichtlinie Logischer Server Standard, Proxy, Weiterleitung. Ja.

Siehe Azure SQL-Datenbank connection policy.
TLS-Mindestversion Logischer Server TLS 1.2 Ja.

TLS 1.2 ist der Standardmodus. TLS 1.0 und 1.1 sind ausgemustert. Siehe Mindest-TLS-Version und TLS 1.3-Unterstützung.

Sicherheit

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Microsoft Defender für SQL Logischer Server Aktiviert, deaktiviert. Ja.

Siehe Microsoft Defender für SQL.
Ledger Datenbank Aktiviert (Ledger-Datenbank), Deaktiviert Nein.

Man kann eine Hauptbuchdatenbank nicht in eine normale Datenbank umwandeln oder umgekehrt. Siehe Azure SQL-Datenbank ledger.
Verwaltete Identität Logischer Server Systemzugewiesen, Benutzerzuweisung, Keine. Ja.

Siehe Managed Identities für Azure SQL.
Transparent Data Encryption (TDE) Logischer Server (TDE-Protektor); Durchgesetzt pro Datenbank Service-managed-Schlüssel, Kunden-verwalteter Schlüssel (CMK). Ja.

Sie können zwischen Service-Managed und Customer Managed Schlüsseln wechseln und die Schlüssel manuell oder automatisch rotieren. Siehe TDE für Azure SQL-Datenbank.
TDE-Verschlüsselungsschlüssel (CMK) Logischer Server (TDE-Schutz) Spezifischer Azure Key Vault-Schlüssel. Ja.

Du kannst die Taste manuell oder automatisch drehen. Siehe Kundenverwaltetes TDE.
Überwachung Logischer Server und Datenbank Aktiviert, deaktiviert. Ja.

Server-Level-Auditing gilt für alle Datenbanken auf dem Server. Datenbankebene-Audits können unabhängig konfiguriert werden. Siehe Auditing für Azure SQL-Datenbank.

Hochverfügbarkeit und Notfallwiederherstellung

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Zonenredundanz Datenbank (oder elastischer Pool) Aktiviert, deaktiviert. Teilweise.

Sie können Zonenredundanz für Azure SQL-Datenbank General Purpose (vCore) und Business Critical/Premium Stufen als Online-Betrieb aktivieren oder deaktivieren. Azure SQL-Datenbank Hyperscale: Du kannst Zonenredundanz nur beim Erstellen der Datenbank festlegen, und du kannst sie später nicht mehr ändern. Um sie zu ändern, verwenden Sie Datenbankkopie, Punkt-in-Zeit-Wiederherstellung oder eine Geo-Replik. Siehe Zonenredundante Verfügbarkeit.
Hochverfügbarkeitsrepliken Datenbank 0-4 (Hyperskal); Fest bei 3 (Business Critical und Premium) Ja (nur Hyperscale).

In Business Critical und Premium sind die drei HA-Repliken automatisch und man kann die Zählung nicht konfigurieren. In Hyperscale kannst du 0-4 HA-Replikate konfigurieren. Siehe Hyperscale hohe Verfügbarkeit.
Horizontale Skalierung von Lesevorgängen Datenbank Aktiviert, deaktiviert Ja.

Read Scale-out-Replika sind auf Premium- und Business Critical-Stufen verfügbar. Hyperscale bietet äquivalentes Leseverskalieren durch HA-Replikate und bis zu 30 benannte Repliken mit unabhängig konfigurierbarer Berechnung (siehe Zeile Hochverfügbarkeits-Repliken ). Siehe Read-Scale-out.
Geo-replication Datenbank (aktive Geo-Replikation); Logischer Server (Failover-Gruppen) Aktive Geo-Replikation, Failover-Gruppen Ja.

Du kannst die Geo-Replikation konfigurieren, nachdem du die Datenbank erstellt hast. Siehe Aktive Geo-Replikation und Failover-Gruppen.

Sichern und Wiederherstellen

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Redundanz für Sicherungsspeicher Datenbank LRS, ZRS, GRS, GZRS Teilweise.

Allgemein/Geschäftskritisch: Redundanz für Backup-Speicher ist modifizierbar. Änderungen gelten für zukünftige Backups und können bis zu 48 Stunden dauern, bis sie wirksam werden. Hyperscale und Basic: Die Redundanz des Backup-Speichers ist bei der Erstellung festgelegt und kann danach nicht mehr geändert werden. Um die Redundanz zu ändern, verwenden Sie aktive Geo-Replikation, Datenbankkopie oder Punkt-in-Zeit-Wiederherstellung. Hyperscale unterstützt LRS, ZRS, GRS und GZRS, wo verfügbar. Siehe Redundanz für Backup-Speicher.
Backup-Aufbewahrung (PITR) Datenbank 1–35 Tage (Standard 7) Ja.

Das hängt je nach Servicestufe ab. Siehe Point-in-Time-Restore (PITR).
Langzeitaufbewahrung (Long-Term Retention, LTR) Datenbank Wöchentlich, monatlich, jährlich, bis zu 10 Jahre. Ja.

Siehe Langzeitretention.

Zusätzliche Einstellungen

Konfiguration Geltungsbereich Werte Kann nach der Bereitstellung geändert werden
Wartungsfenster Datenbank (oder elastischer Pool) Systemstandard (17–8 Uhr), Werktags (22–6 Uhr Mo–Donnerstag), Wochenende (22–6 Uhr, Freitag–Sonntag) Ja.

Für die Azure SQL-Datenbank können Sie Ihr gewünschtes Wartungsfenster jederzeit ändern. Für unterstützte Service-Tiers und Hardware siehe Wartungsfenster.
Diagnoseeinstellungen Datenbank Log Analytics, Event Hubs, Speicherkonto. Ja.

Siehe Diagnostische Telemetrie für den Export.

Unveränderliche Einstellungen nach der Bereitstellung

Du kannst die folgenden Einstellungen nach der Erstellung deiner Datenbank nicht mehr ändern. Planen Sie sie sorgfältig, bevor Sie die Datenbank bereitstellen.

Setting Warum das wichtig ist
Collation Du kannst die Datenbank-Sortierung nach der Erstellung der Datenbank nicht mehr ändern.
Ledger Nachdem du eine Datenbank als Hauptbuchdatenbank (oder als reguläre Datenbank) erstellt hast, kannst du nicht mehr zwischen den beiden wechseln.
Logischer Servername und Region Du kannst den logischen Servernamen oder seine Region nicht ändern, nachdem du den Server erstellt hast.
Elternlogischer Server Du kannst den logischen Server einer Datenbank nicht mehr ändern, nachdem du die Datenbank erstellt hast. Kopieren oder geo-replikieren auf einen anderen Server.
SQL-Authentifizierungsserver Admin-Login Du kannst den SQL-Authentifizierungsserver nicht in Admin-Login umbenennen, nachdem du den Server erstellt hast.
Nur Hyperskal-spezifische Merkmale Wenn du die Datenbank in Hyperscale erstellst, kannst du die Redundanz des Backup-Speichers oder die Zonenredundanz später nicht mehr ändern. Man kann Datenbanken innerhalb von 45 Tagen in Hyperscale umwandeln und von Hyperscale rückwärts migrieren , aber Datenbanken, die ursprünglich als Hyperscale erstellt wurden, können nicht zurückgesetzt werden.

Verwandte Inhalte

  • Last updated on