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

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 wirken sich möglicherweise auf den zugrunde liegenden virtuellen Maschinengruppe aus. Änderungen, die sich auf den zugrunde liegenden Maschinengruppen auswirken, haben unter Umständen Auswirkungen auf die Dauer von Verwaltungsvorgängen, da die Bereitstellung zusätzlicher virtueller Maschinen im virtuellen Cluster mit einem Mehraufwand verbunden ist, den Sie berücksichtigen müssen, wenn Sie neue Bereitstellungen oder Updates für vorhandene verwaltete Instanzen planen.

Schnelle Bereitstellung

Subnetze mit aktivierter Featurewelle vom November 2022 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, und zwar von durchschnittlich 45 bis 60 Minuten.

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 in Subnetzen bereitgestellt werden, für die die Featurewelle vom November 2022 aktiviert ist, die sowohl Dev/Test- als auch Produktionsabonnements umfasst.
  • zu Instances, 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 Vergrößerung ist ein synchroner Schritt, und die Verkleinerung wird asynchron durchgeführt (ohne Auswirkung auf die Dauer von Instanzverwaltungsvorgängen). 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 sowie zur aktuellen Datenbankaktivität (Anzahl aktiver 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 auf die Dienstebene „Universell“ umfasst das Aktualisieren von Metadaten und die Weitergabe der Antwort für die übermittelte Anforderung. Es handelt sich um einen schnellen Vorgang, der ohne Downtime und Failover nach maximal 5 Minuten abgeschlossen ist.

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 in weniger als 4 Stunden (Erstellung einer virtuellen Maschinengruppe) oder 60 Minuten (Größenänderung einer virtuellen Maschinen-Gruppe) 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 hat keine Auswirkung auf die Abrechnung.

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

Die Skalierung des universellen Speichers der verwalteten Instanz verursacht am Ende des Updates kein Failover.

SQL Managed Instance ist während Bereitstellungs- und Löschvorgängen für Clientanwendungen nicht verfügbar.

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 der Einführung der Vorgangs-API werden diese Schritte für eine Teilmenge von Vorgängen (Bereitstellung und Aktualisierung) 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 sind in der Ausführungsreihenfolge aufgeführt.

Schritte für die Bereitstellung einer verwalteten Instanz

Schrittname Beschreibung des Schritts
Anforderungsvalidierung Die übermittelten Parameter werden überprüft. Im Falle einer falschen Konfiguration tritt ein Fehler auf, und der Vorgang ist nicht erfolgreich.
Ä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. Im Falle einer falschen Konfiguration tritt ein Fehler auf, und der Vorgang ist nicht erfolgreich.
Ä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. Im Falle einer falschen Konfiguration tritt ein Fehler auf, und der Vorgang ist nicht erfolgreich.
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

Infolge der Skalierung von Instanzen durchläuft der zugrunde liegende virtuelle Cluster den Prozess der Freigabe nicht genutzter Kapazität und ggf. eine Kapazitätsdefragmentierung. Dies kann sich auf Instanzen auswirken, die nicht an den 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 zeitintensiver Wiederherstellungsvorgang ausgeführt wird und eine Anforderung zur Verkleinerung der virtuellen Maschinengruppe besteht, dauert es länger, bis diese Anforderung abgeschlossen wird, da auf die Beendigung des Wiederherstellungsvorgangs gewartet wird.

  • 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 im gleichen Subnetz unter den gleichen virtuellen Maschinengruppen mehrere Anforderungen zum Erstellen und/oder Skalieren vorhanden sind und eine davon eine Größenänderung der virtuellen Maschinengruppe initiiert, dauern alle Anforderungen, die mehr als fünf Minuten nach der ursprünglichen Vorgangsanforderung übermittelt wurden, länger als erwartet, da bei diesen Anforderungen auf den Abschluss der Größenänderung gewartet werden muss, bevor sie fortgesetzt werden können.

  • Erstellungs-/Skalierungsvorgänge, die im fünfminütigen Fenster übermittelt werden, werden in einem Batch zusammengefasst und parallel ausgeführt.
    Beispiel: Für alle Vorgänge, die in einem fünfminütigen Fenster übermittelt werden, wird nur eine Größenänderung des virtuellen Clusters ausgeführt (gemessen ab dem Zeitpunkt der Ausführung der ersten Vorgangsanforderung). Wenn eine andere Anforderung mehr als fünf Minuten nach der ersten Anforderung übermittelt wird, wartet sie, bis die Größenänderung des virtuellen Clusters abgeschlossen ist, bevor die Ausführung beginnt.

Wichtig

Verwaltungsvorgänge, die aufgrund eines anderen aktuell ausgeführten Vorgangs zurückgestellt werden, werden automatisch fortgesetzt, sobald die Bedingungen für eine Fortsetzung 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 Status von Verwaltungsvorgängen finden Sie unter Überwachen der Verwaltungsvorgänge für Azure SQL Managed Instance.

Abbrechen von Verwaltungsvorgängen

Informationen zum Abbrechen von Verwaltungsvorgängen finden Sie unter Abbrechen von Verwaltungsvorgängen für Azure SQL Managed Instance.

Nächste Schritte