Freigeben über

Übersicht über die Verwaltungsvorgänge für Azure SQL Managed Instance

  • Artikel

Gilt für:Azure SQL Managed Instance

Azure SQL Managed Instance bietet Verwaltungsvorgänge, die Sie zum automatischen Bereitstellen von neuen verwalteten Instanzen, Aktualisieren von Instanzeigenschaften und Löschen von nicht mehr benötigten Instanzen verwenden können.

Was sind Verwaltungsvorgänge?

Alle Verwaltungsvorgänge können wie folgt kategorisiert werden:

  • Instanzbereitstellung (Erstellung neuer Instanzen)
  • Instanzaktualisierung (Änderung von Instanzeigenschaften, z. B. virtuelle Kerne oder reservierter Speicher)
  • Instanzlöschung

Für die Unterstützung von Bereitstellungen in virtuellen Azure-Netzwerken und zur Sicherstellung der Isolation und Sicherheit für Kunden werden für SQL Managed Instance virtuelle Cluster genutzt. Der virtuelle Cluster stellt eine dedizierte Gruppe mit isolierten virtuellen Maschinen dar, die im Subnetz des virtuellen Netzwerks des Kunden bereitgestellt werden und in einer virtuellen Maschinengruppe organisiert sind. . Grundsätzlich führt jede Bereitstellung einer verwalteten Instanz in einem leeren Subnetz dazu, dass ein neuer virtueller Cluster erstellt wird, der die allererste virtuelle Maschinengruppe aufbaut. .

Nachfolgende Verwaltungsvorgänge für verwaltete Instanzen können sich auf die zugrunde liegenden Gruppen virtueller Computer auswirken. Änderungen, die sich auf die zugrunde liegenden Gruppen virtueller Computer auswirken, können sich auf die Dauer von Verwaltungsvorgängen auswirken, da die Bereitstellung weiterer virtueller Computer auf dem virtuellen Cluster einen Aufwand bietet, den Sie berücksichtigen müssen, wenn Sie neue Bereitstellungen oder Updates für vorhandene verwaltete Instanzen planen.

Schnelle Bereitstellung

Instanzen mit besimmten Konfigurationen können von einer schnellen SQL Managed Instance-Bereitstellung profitieren, wodurch die Zeit reduziert wird, die sie benötigt, um Ihre erste Instanz in einem Subnetz auf 30 Minuten zu erstellen (von vorher durchschnittlich 45 bis 60 Minuten). Weitere Informationen zu Vorgangsdauern finden Sie unter Verwaltungsvorgänge.

Schnelle Bereitstellung gilt nur:

  • an die erste Instanz, die im Subnetz bereitgestellt wurde.
  • zu Instanzen mit 4-8 vCores.
  • für Instanzen, die das Standardwartungsfenster verwenden.
  • für Instanzen, die nicht zonenredundant sind

Duration

Die Dauer von Vorgängen für den virtuellen Cluster kann variieren. Sie dauern aber in der Regel am längsten.

In der folgenden Tabelle werden die zeitintensiven Schritte aufgeführt, die im Rahmen von Erstellungs-, Aktualisierungs- oder Löschvorgängen ausgelöst werden können. Ebenfalls aufgelistet wird die übliche Dauer basierend auf vorhandenen Diensttelemetriedaten:

Schritt BESCHREIBUNG Geschätzte Dauer
Erstellung virtueller Cluster (schnelle Bereitstellung)1 Die schnelle Bereitstellung ist ein synchroner Schritt bei Instanzverwaltungsvorgängen, während der die erste Gruppe virtueller Maschinen sofort verfügbar ist. 90 % der Vorgänge werden innerhalb von 30 Minuten abgeschlossen.
Erstellung eines virtuellen Clusters Die Erstellung ist ein synchroner Schritt bei Instanzverwaltungsvorgängen, bei dem die allererste Gruppe virtueller Maschinen erstellt wird. 90 % der Vorgänge werden in weniger als 4 Stunden abgeschlossen.
Änderung der Größe eines virtuellen Clusters (Vergrößerung oder Verkleinerung) Hinzufügen neuer Computer zur vorhandenen Gruppe virtueller Maschinen, Entfernen nicht verwendeter virtueller Maschinen, Hinzufügen oder Entfernen der gesamten Gruppe virtueller Maschinen. Die Erweiterung ist ein synchroner Schritt, während das Verkleinern asynchron ausgeführt wird (ohne auswirkungen auf die Dauer der Instanzverwaltungsvorgänge). 90 % der Clustererweiterungen mit der Erstellung einer neuen virtuellen Maschinengruppe werden in weniger als 4 Stunden abgeschlossen

90 % der Clustererweiterungen mit einer Erweiterung der vorhandenen virtuellen Maschinengruppe werden in 60 Minuten abgeschlossen
Löschung eines virtuellen Clusters Das Löschen virtueller Cluster wird ausgelöst, wenn die letzte Instanz aus dem Subnetz gelöscht wird. 90 % der Löschungen virtueller Cluster werden innerhalb von 1,5 Stunden abgeschlossen.
Seeding von Datenbankdateien2 Ein synchroner Schritt, ausgelöst während der Skalierung der Computeressourcen (virtuellen Kerne) oder des Speichers in der Dienstebene „Unternehmenskritisch“ sowie bei Änderung der Dienstebene von „Universell“ in „Unternehmenskritisch“ (oder umgekehrt). Die Dauer dieses Vorgangs ist proportional zur Gesamtgröße der Datenbank und der aktuellen Datenbankaktivität (Anzahl der aktiven Transaktionen). Aufgrund der Datenbankaktivität beim Aktualisieren einer Instanz kann die Gesamtdauer erheblich variieren. 90 % dieser Vorgänge werden mindestens mit 220 GB pro Stunde durchgeführt.

1 Schnelle Bereitstellung wird derzeit nur für die erste Instanz im Subnetz mit 4 oder 8 vCores und mit der Standardkonfiguration für Standard Instanzenfenster unterstützt.
2 Beim Skalieren der Computeressourcen (virtuellen Kerne) oder des Speichers in der Dienstebene Unternehmenskritisch sowie bei Änderung der Dienstebene von Universell in Unternehmenskritisch umfasst das Seeding auch ein Seeding für Always On-Verfügbarkeitsgruppen.

Wichtig

Das Hoch- oder Herunterskalieren des Speichers in der Dienstebene „Universell“ umfasst das Aktualisieren von Metadaten und die Weitergabe der Antwort für die übermittelte Anforderung. Es ist ein schneller Vorgang, der in bis zu 5 Minuten ohne Ausfallzeiten und Failover abgeschlossen wird.

Zeitintensive Segmente in Verwaltungsvorgängen

Die folgenden Tabellen enthalten eine Zusammenfassung von Vorgängen und der jeweils üblichen Gesamtdauer auf der Grundlage der Vorgangskategorie:

Kategorie: Bereitstellung

Vorgang Segment mit langer Ausführungsdauer Geschätzte Dauer
Erste Instanz in einem leeren Subnetz1 Erstellung virtueller Cluster (schnelle Bereitstellung) 90 % der Vorgänge werden innerhalb von 30 Minuten abgeschlossen.
Erste Instanz in einem leeren Subnetz Erstellung eines virtuellen Clusters 90 % der Vorgänge werden in weniger als 4 Stunden abgeschlossen.
Erste Instanz mit einem anderen Hardware-Generierungs- oder Wartungsfensters in einem nicht leeren Subnetz (z. B. erste Instanz der Premium-Serie in einem Subnetz mit Instanzen der Standardserie) Hinzufügen einer neuen virtueller Maschinengruppe zum virtuellen Cluster2 90 % der Vorgänge werden in weniger als 4 Stunden abgeschlossen.
Nachfolgende Instanzerstellung im nicht leeren Subnetz (2. Instanz, 3. Instanz usw.) Änderung der Größe eines virtuellen Clusters 90 % der Vorgänge werden innerhalb von 60 Minuten abgeschlossen.

1 Schnelle Bereitstellung wird derzeit nur für die erste Instanz im Subnetz mit 4 oder 8 vCores und mit der Standardkonfiguration für Standard Instanzenfenster unterstützt. 2 Eine separate Virtuelle Maschinengruppe wird für jede Hardwaregenerierung und Standard Konfiguration des Fensters erstellt.

Kategorie: Aktualisieren

Vorgang Segment mit langer Ausführungsdauer Geschätzte Dauer
Änderung der Instanz-Eigenschaften
(Admin-Kennwort, Microsoft Entra-Anmeldung, Azure Hybrid Benefit-Flag)		 N/V Bis zu 1 Minute
Hoch-/Herunterskalieren des Instanzspeichers
(Universell)		 Kein Segment mit langer Ausführungsdauer 99 Prozent der Vorgänge werden innerhalb von fünf Minuten abgeschlossen.
Hoch-/Herunterskalieren des Instanzspeichers
(Unternehmenskritisch)		 - Änderung der Größe eines virtuellen Clusters
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge werden innerhalb von 60 Minuten zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Hoch-/Herunterskalieren des Instanzspeichers
(Universell der nächsten Generation)		 - Erstellung eines virtuellen Cluster / Größenänderung der virtuellen Maschinengruppe
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge enden in weniger als vier Stunden (Erstellung virtueller Maschinengruppe) oder 60 Minuten (Größe der virtuellen Maschinengruppe) + Zeit zum Seeding aller Datenbanken (220 GB/Stunde) + Failover + Bereinigung der alten Instanz
Hoch-/Herunterskalieren der Computekapazität (virtuelle Kerne)
(Universell)		 - Änderung der Größe eines virtuellen Clusters 90 % der Vorgänge werden innerhalb von 60 Minuten abgeschlossen.
Hoch-/Herunterskalieren der Computekapazität (virtuelle Kerne)
(Unternehmenskritisch)		 - Änderung der Größe eines virtuellen Clusters
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge werden innerhalb von 60 Minuten zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Hoch-/Herunterskalieren der Computekapazität (virtuelle Kerne)
(Universell der nächsten Generation)		 Erstellung eines virtuellen Cluster / Größenänderung der virtuellen Maschinengruppe
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge enden in weniger als vier Stunden (Erstellung virtueller Maschinengruppe) oder 60 Minuten (Größe der virtuellen Maschinengruppe) + Zeit zum Seeding aller Datenbanken (220 GB/Stunde) + Failover + Bereinigung der alten Instanz
Änderung der Dienstebene der Instanz
(Universell zu Unternehmenskritisch und umgekehrt)		 - Änderung der Größe eines virtuellen Clusters
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge werden innerhalb von 60 Minuten zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Änderung der Dienstebene der Instanz
(Universell oder Unternehmenskritisch zu Universell der nächsten Generation und umgekehrt)		 Erstellung eines virtuellen Cluster / Größenänderung der virtuellen Maschinengruppe
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge enden in weniger als vier Stunden (Erstellung virtueller Maschinengruppe) oder 60 Minuten (Größe der virtuellen Maschinengruppe) + Zeit zum Seeding aller Datenbanken (220 GB/Stunde) + Failover + Bereinigung der alten Instanz
Änderung der Instanzhardware oder des Wartungsfensters
(Universell)		 - Änderung der Größe eines virtuellen Clusters1 90 % der Vorgänge werden bei der Erstellung einer Gruppe virtueller Computer in unter vier Stunden oder bei einer Größenänderung der Gruppe virtueller Computer in 60 Minuten abgeschlossen.
Änderung der Instanzhardware oder des Wartungsfensters
(Unternehmenskritisch)		 - Änderung der Größe eines virtuellen Clusters1
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge enden in weniger als vier Stunden (Erstellung virtueller Maschinengruppe) oder 60 Minuten (Größe der virtuellen Maschinengruppe) + Zeit zum Seeding aller Datenbanken (220 GB/Stunde).
Änderung der Instanzhardware oder des Wartungsfensters
(Universell der nächsten Generation)		 - Erstellung eines virtuellen Cluster / Größenänderung der virtuellen Maschinengruppe
- Seeding der Always On-Verfügbarkeitsgruppe		 90 % der Vorgänge enden in weniger als vier Stunden (Erstellung virtueller Maschinengruppe) oder 60 Minuten (Größe der virtuellen Maschinengruppe) + Zeit zum Seeding aller Datenbanken (220 GB/Stunde) + Failover + Bereinigung der alten Instanz

1 Die verwaltete Instanz muss in einem virtueller Maschinengruppe mit der entsprechenden Hardware und dem entsprechenden Wartungsfenster platziert werden. Wenn kein solcher virtueller Cluster im Subnetz vorhanden ist, muss zuerst ein neuer Cluster erstellt werden, in dem die Instanz-Konfiguration gehostet wird.

Kategorie: Löschen

Vorgang Segment mit langer Ausführungsdauer Geschätzte Dauer
Löschen einer nicht letzten Instanz Log Tail-Sicherung für alle Datenbanken 90 % der Vorgänge werden innerhalb von einer Minute abgeschlossen.1
Löschen der letzten Instanz – Protokollfragmentsicherung für alle Datenbanken
– Löschung von virtuellen Clustern		 90 % der Vorgänge werden innerhalb von 1,5 Stunden abgeschlossen.2

1 Wenn mehrere virtuelle Maschinengruppen im Cluster vorhanden sind, löst das Löschen der letzten Instanz in der Gruppe sofort das asynchrone Löschen der Gruppe der virtuellen Maschinengruppe aus.
2 Das Löschen der letzten Instanz im Subnetz löst sofort eine synchrone Löschung des virtuellen Clusters aus.

Wichtig

Die Abrechnung für SQL Managed Instance wird deaktiviert, sobald der Löschvorgang ausgelöst wurde. Die Dauer des Löschvorgangs wirkt sich nicht auf die Abrechnung aus.

Instanzverfügbarkeit

SQL Managed Instance ist während Aktualisierungsvorgängen verfügbar. Aufgrund des Failovers am Ende der Aktualisierung kommt es jedoch zu einer kurzen Downtime. Dank der beschleunigten Datenbankwiederherstellung dauert diese in der Regel bis zu zehn Sekunden. Das gilt auch bei unterbrochenen zeitintensiven Transaktionen.

Hinweis

Durch dir Skalierung des Speichers der verwalteten Instanz auf der Dienstebene „Universell“ wird am Ende des Updates kein Failover verursacht.

Die verwaltete SQL-Instanz steht Clientanwendungen während der Bereitstellungs- und Löschvorgänge nicht zur Verfügung.

Wichtig

Es wird nicht empfohlen, eine Skalierung der Compute- oder Speicherkapazität von Azure SQL Managed Instance oder eine Änderung der Dienstebene parallel zu zeitintensiven Transaktionen (Datenimport, Datenverarbeitungsaufträge, Neuerstellung des Index usw.) vorzunehmen. Durch das Failover der Datenbank am Ende des Vorgangs werden alle laufenden Transaktionen abgebrochen.

Schritte von Verwaltungsvorgängen

Verwaltungsvorgänge bestehen aus mehreren Schritten. Mit Überwachungs-APIs werden diese Schritte für Teilmengen von Vorgängen wie Bereitstellung und Update verfügbar gemacht. Der Bereitstellungsvorgang umfasst drei Schritte, der Aktualisierungsvorgang sechs. Ausführliche Informationen zur Dauer von Vorgängen finden Sie im Abschnitt Dauer von Verwaltungsvorgängen. Die Schritte werden in der Reihenfolge der Ausführung aufgeführt.

Schritte für die Bereitstellung einer verwalteten Instanz

Schrittname Beschreibung des Schritts
Anforderungsvalidierung Die übermittelten Parameter werden überprüft. Wenn eine Fehlkonfiguration vorliegt, schlägt der Vorgang mit einem Fehler fehl.
Änderung der Größe/Erstellung eines virtuellen Clusters Je nach Zustand des Subnetzes wird der virtuelle Cluster entweder erstellt, oder seine Größe wird geändert.
Start der neuen SQL-Instanz Der SQL-Prozess wird in der bereitgestellten virtuellen Maschine gestartet.

Schritte für die Aktualisierung einer verwalteten Instanz

Schrittname Beschreibung des Schritts
Anforderungsvalidierung Die übermittelten Parameter werden überprüft. Wenn eine Fehlkonfiguration vorliegt, schlägt der Vorgang mit einem Fehler fehl.
Änderung der Größe/Erstellung eines virtuellen Clusters Je nach Zustand des Subnetzes wird der virtuelle Cluster entweder erstellt, oder seine Größe wird geändert.
Start der neuen SQL-Instanz Der SQL-Prozess wird in der bereitgestellten virtuellen Maschine gestartet.
Seeding/Anfügen von Datenbankdateien Abhängig von der Art des Aktualisierungsvorgangs wird entweder das Seeding der Datenbank oder das Anfügen von Datenbankdateien durchgeführt.
Failovervorbereitung und -durchführung Nach dem Seeding von Daten oder dem erneuten Anfügen von Datenbankdateien wird das System für das Failover vorbereitet. Anschließend wird das Failover durchgeführt. Dabei kommt es zu einer kurzen Downtime.
Bereinigung der alte SQL-Instanz Der alte SQL-Prozess wird aus der virtuellen Maschine entfernt.

Schritte zum Löschen einer verwalteten Instanz

Schrittname Beschreibung des Schritts
Anforderungsvalidierung Die übermittelten Parameter werden überprüft. Wenn eine Fehlkonfiguration vorliegt, schlägt der Vorgang mit einem Fehler fehl.
Bereinigung der SQL-Instanz Der SQL-Prozess wird aus der virtuellen Maschine entfernt.
Löschung eines virtuellen Clusters Je nachdem, ob die gelöschte Instanz die letzte Instanz im Subnetz ist, wird der virtuelle Cluster in einem letzten Schritt synchron gelöscht.

Hinweis

Als Ergebnis der Skalierungsinstanzen durchläuft der zugrunde liegende virtuelle Cluster den Prozess der Freigabe nicht verwendeter Kapazität und möglicher Kapazitätsdefragmentierung, was sich auf Instanzen auswirken könnte, die nicht an Erstellungs-/Skalierungsvorgängen beteiligt waren.

Wechselseitige Auswirkungen von Verwaltungsvorgängen

Verwaltungsvorgänge für verwaltete Instanzen können sich auf die Verwaltungsvorgänge der anderen Instanzen auswirken, die sich in demselben Subnetz befinden:

  • Durch Wiederherstellungsvorgänge mit langer Ausführungszeit in einem virtuellen Cluster werden andere Vorgänge in der selben Maschinengruppen wie Instanzerstellungs- oder Skalierungsvorgänge angehalten.

    Beispiel: Wenn ein langandauernder Wiederherstellungsvorgang läuft und gleichzeitig eine Skalierungsanforderung vorliegt, die das Verkleinern der VM-Gruppe erfordert, wird die Verkleinerungsanforderung verzögert abgeschlossen, da sie auf den Abschluss des Wiederherstellungsvorgangs warten muss, bevor sie fortgesetzt werden kann.

  • Nachfolgende Instanzerstellungs- oder Skalierungsvorgänge werden durch zuvor initiierte Instanzerstellungen oder -skalierungen zurückgestellt, durch die eine Größenänderung des virtuellen Maschinengruppe initiiert wurde.

    Beispiel: Wenn mehrere Erstellungs- oder Skalierungsanforderungen im selben Subnetz unter derselben Gruppe virtueller Computer vorhanden sind und eine davon eine Größenänderung der Gruppe initiiert, dann dauern alle Anforderungen, die 5+ Minuten nach der ursprünglichen Vorgangsanforderung gesendet wurden, länger als erwartet, da diese Anforderungen warten müssen, bis die Größenänderung abgeschlossen ist, bevor sie fortgesetzt werden.

  • Erstellungs- bzw. Skalierungsvorgänge, die innerhalb eines fünfminütigen Fensters übermittelt werden, werden in einem Batch zusammengefasst und parallel ausgeführt.

    Beispiel: Für alle Vorgänge, die innerhalb eines fünfminütigen Fensters übermittelt werden, wird gemessen ab dem Zeitpunkt der Ausführung der ersten Vorgangsanforderung lediglich eine Größenänderung des virtuellen Clusters ausgeführt. Wenn eine weitere Anforderung mehr als 5 Minuten nach der ersten eingereicht wird, wartet sie darauf, dass die Größenänderung des virtuellen Clusters abgeschlossen ist, bevor die Ausführung beginnt.

Wichtig

Verwaltungsvorgänge, die aufgrund eines anderen Vorgangs, der gerade ausgeführt wird, pausiert sind, werden automatisch fortgesetzt, sobald die Bedingungen zum Fortfahren erfüllt sind. Es ist keine Benutzeraktion erforderlich, um den vorübergehend angehaltenen Verwaltungsvorgang fortzusetzen.

Überwachen von Verwaltungsvorgängen

Informationen zum Überwachen des Fortschritts und des Status des Verwaltungsvorgangs finden Sie unter Überwachen von Verwaltungsprozessen in Azure SQL Managed Instance.

Verwaltungsvorgänge abbrechen

Informationen zum Abbrechen von Verwaltungsoperationen bei Azure SQL Managed Instance finden Sie unter Abbrechen von Verwaltungsoperationen bei Azure SQL Managed Instance.

Verwandte Inhalte