Ü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 Computern dar, die im Subnetz des virtuellen Netzwerks des Kunden bereitgestellt werden. Grundsätzlich führt jede Bereitstellung einer verwalteten Instanz in einem leeren Subnetz dazu, dass ein neuer virtueller Cluster erstellt wird.

Nachfolgende Verwaltungsvorgänge für verwaltete Instanzen wirken sich möglicherweise auf den zugrunde liegenden virtuellen Cluster aus. Änderungen, die sich auf den zugrunde liegenden Cluster auswirken, haben unter Umständen Auswirkungen auf die Dauer von Verwaltungsvorgängen, da die Bereitstellung zusätzlicher virtueller Computern mit einem Mehraufwand verbunden ist, den Sie berücksichtigen müssen, wenn Sie neue Bereitstellungen oder Updates für vorhandene verwaltete Instanzen planen.

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 eines virtuellen Clusters Die Erstellung ist ein synchroner Schritt der Vorgänge für die Instanzverwaltung. 90 % der Vorgänge werden innerhalb von 4 Stunden abgeschlossen.
Änderung der Größe eines virtuellen Clusters (Vergrößerung oder Verkleinerung) Die Vergrößerung ist ein synchroner Schritt, und die Verkleinerung wird asynchron durchgeführt (ohne Auswirkung auf die Dauer von Instanzverwaltungsvorgängen). 90 % der Clustervergrößerungen werden in weniger als 2,5 Stunden abgeschlossen.
Löschung eines virtuellen Clusters Das Löschen virtueller Cluster kann synchron oder asynchron erfolgen. Die asynchrone Löschung wird im Hintergrund ausgeführt. Sie wird ausgelöst, wenn mehrere virtuelle Cluster innerhalb desselben Subnetzes vorhanden sind und die letzte Instanz im nicht letzten Cluster im Subnetz gelöscht wird. Die synchrone Löschung des virtuellen Clusters wird im Rahmen der Löschung der letzten Instanz im Subnetz ausgelöst. 90 % der Löschungen virtueller Cluster werden innerhalb von 1,5 Stunden abgeschlossen.
Seeding von Datenbankdateien1 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 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 Subnetz Erstellung eines virtuellen Clusters 90 % der Vorgänge werden innerhalb von 4 Stunden abgeschlossen.
Erste Instanz einer anderen Hardware oder eines Wartungsfensters in einem nicht leeren Subnetz (z. B. erste Instanz der Premium-Serie in einem Subnetz mit Instanzen der Standard-Serie) Erstellung eines virtuellen Clusters1 90 % der Vorgänge werden innerhalb von 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 2,5 Stunden abgeschlossen.

1 Ein separater virtueller Cluster wird für jede Hardwarekonfiguration und für jede Wartungsfensterkonfiguration erstellt.

Kategorie: Aktualisieren

Vorgang Segment mit langer Ausführungsdauer Geschätzte Dauer
Änderung der Instanzeigenschaft (Administratorkennwort, Azure AD-Anmeldung, Azure-Hybridvorteil-Flag) Bis zu 1 Minute
Zentrales Hoch-/Herunterskalieren des Instanzspeichers (universell) Kein Segment mit langer Ausführungsdauer 99 Prozent der Vorgänge werden innerhalb von fünf Minuten abgeschlossen.
Zentrales 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 2,5 Stunden zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Zentrales Hoch-/Herunterskalieren der Computekapazität (V-Kerne) (Universell) - Änderung der Größe eines virtuellen Clusters 90 % der Vorgänge werden innerhalb von 2,5 Stunden abgeschlossen.
Zentrales Hoch-/Herunterskalieren der Computekapazität (V-Kerne) (Unternehmenskritisch) - Änderung der Größe eines virtuellen Clusters
- Seeding der Always On-Verfügbarkeitsgruppe
90 % der Vorgänge werden innerhalb von 2,5 Stunden zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Änderung der Instanzdienstebene („Universell“ in „Unternehmenskritisch“ und umgekehrt) - Änderung der Größe eines virtuellen Clusters
- Seeding der Always On-Verfügbarkeitsgruppe
90 % der Vorgänge werden innerhalb von 2,5 Stunden zzgl. der Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.
Änderung der Instanzhardware oder des Wartungsfensters („Universell“) – Erstellung oder Größenänderung eines virtuellen Clusters1 90% der Vorgänge werden innerhalb von 4 Stunden (Erstellung) oder 2,5 Stunden (Größenänderung) abgeschlossen.
Änderung der Instanzhardware oder des Wartungsfensters („Unternehmenskritisch“) – Erstellung oder Größenänderung eines virtuellen Clusters1
- Seeding der Always On-Verfügbarkeitsgruppe
90 % der Vorgänge werden innerhalb von 4 Stunden (Erstellung) oder 2,5 Stunden (Größenänderung) + Zeit für das Seeding aller Datenbanken (220 GB/Stunde) abgeschlossen.

1 Die verwaltete Instanz muss in einem virtuellen Cluster 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 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 Cluster im Subnetz vorhanden sind, löst das Löschen der letzten Instanz im virtuellen Cluster sofort eine asynchrone Löschung des virtuellen Clusters 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 im bereitgestellten virtuellen Cluster 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 im bereitgestellten virtuellen Cluster 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 dem virtuellen Cluster 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 dem virtuellen Cluster 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 andere Verwaltungsvorgänge der Instanzen auswirken, die sich in demselben virtuellen Cluster befinden:

  • Zeitintensive Wiederherstellungsvorgänge in einem virtuellen Cluster stellen Instanzerstellungs- oder Skalierungsvorgänge anderer Instanzen im gleichen Subnetz zurück.
    Beispiel: Wenn ein zeitintensiver Wiederherstellungsvorgang ausgeführt wird und eine Anforderung zum Erstellen oder Skalieren im gleichen Subnetz vorhanden ist, 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 Clusters initiiert wurde.
    Beispiel: Wenn im gleichen Subnetz unter dem gleichen virtuellen Cluster mehrere Anforderungen zum Erstellen und/oder Skalieren vorhanden sind und eine davon eine Größenänderung des virtuellen Clusters 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