Freigeben über

Dauer der Verwaltungsvorgänge in azure SQL Managed Instance

Gilt für:Azure SQL Managed Instance

In diesem Artikel werden die Schritte und die Dauer von Verwaltungsvorgängen in der verwalteten Instanz von Azure SQL beschrieben.

Eine Übersicht über die zugrunde liegenden Prozesse im Zusammenhang mit Verwaltungsvorgängen, z. B. Seeding und Failover, finden Sie in der Übersicht über Verwaltungsvorgänge.

Verwaltungsvorgangsschritte

Das Verwalten von verwalteter Azure SQL-Instanz umfasst die folgenden Vorgänge:

  • Erstellen: Die Vorgänge, die beim Erstellen einer neuen verwalteten SQL-Instanz auftreten. Dies umfasst das Erstellen oder Anpassen der Größe der zugrunde liegenden VM-Gruppe und das Bereitstellen des SQL-Datenbank-Engine-Prozesses.
  • Update: Vorgänge, die auftreten, wenn Sie die Eigenschaften einer vorhandenen verwalteten SQL-Instanz ändern, z. B. Skalierungsberechnung oder Speicher, Ändern der Dienstebene oder Aktualisieren der Instanzkonfiguration. Aktualisierungen umfassen häufig das Erstellen oder Ändern der Größe der zugrunde liegenden VM-Gruppe (virtuelle Maschine) sowie das Seeding von Daten und das anschließende Failover auf einen neuen SQL-Datenbankmodulprozess.
  • Löschen: Vorgänge, die auftreten, wenn Sie eine vorhandene verwaltete SQL-Instanz löschen, einschließlich der Bereinigung von Ressourcen wie der VM-Gruppe, die der Instanz zugeordnet ist.

Vorgang erstellen

Der Erstellungsvorgang initiiert die Bereitstellung einer neuen verwalteten SQL-Instanz in einem virtuellen Netzwerk-Subnetz, während Compute, Speicher und die SQL-Datenbankmodulumgebung für die Instanz eingerichtet werden.

Der Erstellungsprozess durchläuft in der Regel drei Phasen:

  1. Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn Parameter ungültig sind (z. B. das falsche Subnetz oder nicht unterstützte SKU), schlägt der Vorgang sofort mit einem Fehler fehl.
  2. Erstellen oder ändern Sie die Größe der VM-Gruppe: Erstellt oder erweitert eine VM-Gruppe, um die neue Instanz zu hosten. Die Dauer des Vorgangs hängt davon ab, ob die Instanz zonenredundant ist oder nicht.
  3. Neue SQL-Instanz starten: Stellt den SQL-Datenbankmodulprozess für die zugeordneten virtuellen Computer bereit und startet diesen.

Updatevorgang

Der Aktualisierungsvorgang ändert die Eigenschaften einer vorhandenen verwalteten SQL-Instanz, z. B. Skalierungsberechnung oder Speicher, Ändern der Dienstebene oder Aktualisieren der Instanzkonfiguration.

Der Aktualisierungsprozess durchläuft in der Regel fünf Phasen:

  1. Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Überprüft auf unterstützte Updatetypen basierend auf der aktuellen Instanzkonfiguration und den angeforderten Änderungen. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  2. Erstellen oder ändern Sie die Größe der VM-Gruppe: Je nach Änderung wird die vorhandene VM-Gruppe geändert oder eine neue VM-Gruppe erstellt, z. B. in den folgenden Updatevorgängen:
    • Skalieren des Speichers nach oben oder unten
    • Skalieren von Rechenressourcen nach oben oder unten
    • Ändern der Dienstebene
    • Ändern der Hardware
    • Anpassen des Wartungsfensters
    • Aktivieren oder Deaktivieren der Zonenredundanz
  3. Sql-Instanz starten: Ein neuer SQL-Datenbankmodulprozess wird mit der aktualisierten Konfiguration initialisiert.
    • Wenn eine neue VM-Gruppe erstellt wird oder die Größe der vorhandenen VM-Gruppe geändert wird, erfolgt eine vollständige Bereitstellung des SQL-Datenbankmoduls.
  4. Seed / Speicher anhängen: Bereitet die Datenbank auf der neuen oder in der Größe geänderten VM-Gruppe vor. Die Instanz ist während dieses Prozesses verfügbar.
  5. Bereiten Sie sich vor, und schalten Sie dann um: Datenverkehr wird an die neue Instanz umgeleitet.
    • Ihre Instanz ist nur während des Failovers nicht verfügbar, wenn Datenverkehr an den neuen SQL-Datenbank-Engine-Prozess umgeleitet wird. In der Dienstebene "Geschäftskritischer Dienst" ist Ihre Instanz für bis zu 20 Sekunden nicht verfügbar, während Ihre Instanz in der Dienstebene " Allgemein" für bis zu 2 Minuten nicht verfügbar sein kann.
  6. Alte SQL-Instanz aufräumen: Heben Sie die alten virtuellen Maschinen auf und löschen Sie die nicht mehr benötigten SQL-Prozesse.

Von Bedeutung

Das Skalieren von Compute oder Speicher oder das Ändern der Dienstebene zur gleichen Zeit wie lange ausgeführte Transaktionen (z. B. Importieren von Daten, Datenverarbeitungsaufträgen oder Indexneuerstellung) wird nicht empfohlen, da das Failover der Datenbank am Ende des Vorgangs alle laufenden Transaktionen abbricht.

Löschvorgang

Der Löschvorgang entfernt eine vorhandene verwaltete SQL-Instanz und bereinigt die zugehörigen Ressourcen. Sobald ein Löschvorgang ausgelöst wird, wird die Abrechnung für die verwaltete SQL-Instanz deaktiviert. Die Dauer des Löschvorgangs wirkt sich nicht auf die Abrechnung aus.

Der Löschvorgang durchläuft in der Regel vier Phasen:

  1. Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  2. Tail-log backup: Wenn die Instanz nicht leer ist, wird für jede Datenbank eine Tailprotokollsicherung erstellt, um sicherzustellen, dass nach dem Löschen der Instanz keine Daten verloren gehen. Sicherungen werden basierend auf der Aufbewahrungsrichtlinie jeder Datenbank aufbewahrt.
  3. SQL-Instanzbereinigung: Der SQL-Datenbankmodulprozess wird aus der VM-Gruppe entfernt, und die Ressourcen, die der Instanz zugeordnet sind, werden freigegeben.
  4. VM-Gruppe löschen: Wenn es andere Instanzen im Subnetz gibt, bleibt die VM-Gruppe für diese Instanzen intakt. Wenn es sich bei der gelöschten Instanz um die letzte Instanz im Subnetz handelt, wird die VM-Gruppe synchron als letzter Schritt gelöscht. Wenn die letzte Instanz in einem Subnetz gelöscht wird, initiiert das Entfernen der VM-Gruppe automatisch das Entfernen des virtuellen Clusters.

Instanzenpools

Mit Instanzpools können Sie mehrere Instanzen mit gemeinsam genutzten Ressourcen erstellen und verwalten, wodurch Kosten reduziert und die Verwaltung vereinfacht werden kann. Die Bereitstellung einer einzelnen Instanz innerhalb eines vorhandenen Pools ist wesentlich schneller als die Bereitstellung einer eigenständigen verwalteten Instanz, da die Infrastruktur bereits verfügbar ist.

Zum Erstellen eines Instanzpools gehören die folgenden Schritte:

  • Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  • Erstellen Sie die VM-Gruppe: Es wird eine neue VM-Gruppe erstellt, um den Instanzpool in einem Subnetz eines virtuellen Azure-Netzwerks zu hosten. Die Anzahl der dem virtuellen Cluster zugewiesenen vCores ist die maximale Gesamtanzahl der vCores, die von allen Instanzen im Pool verwendet werden. Dies ist ein einmaliger Vorgang, der die zugrunde liegende Infrastruktur für mehrere verwaltete Instanzen einrichtet.
  • Instanz erstellen: Instanzen werden innerhalb des Instanzpools erstellt, was bedeutet, dass der SQL-Datenbank-Engine-Prozess auf den zugewiesenen VMs bereitgestellt wird. Die Instanzen nutzen die Ressourcen des virtuellen Clusters, was eine effizientere Ressourcennutzung ermöglicht. Instanzen werden vom Kunden nach Bedarf erstellt.

Das Erstellen einer Instanz innerhalb eines Pools umfasst die folgenden Schritte:

  • Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  • Instanz erstellen: Instanzen werden innerhalb des Instanzpools erstellt, was bedeutet, dass der SQL-Datenbank-Engine-Prozess auf den zugewiesenen VMs bereitgestellt wird.

Das Verschieben einer Instanz in einen Instanzpool umfasst die folgenden Schritte:

  • Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  • VCores zuordnen: Die Instanz muss eine angemessene Anzahl von erforderlichen vCores aus dem Pool zugewiesen werden. Da wir bereits vCores für den Pool bereitgestellt haben, ist dies einfach und funktioniert genauso wie die Bereitstellung einer neuen Instanz innerhalb des Pools.

Das Verschieben einer Instanz aus einem Instanzpool umfasst die folgenden Schritte:

  • Überprüfungsanforderung: Die übermittelten Parameter werden syntaktisch und semantisch überprüft. Wenn die Anforderung ungültig ist, schlägt der Vorgang mit einem Fehler fehl.
  • Erstellen oder Ändern der Größe der VM-Gruppe: Dies erfordert die Bereitstellung einer angemessenen Anzahl erforderlicher vCores für die Instanz außerhalb des Pools. vCores sind nicht bereit und müssen bereitgestellt werden, sodass dieser Vorgang mit jeder Aktualisierungsdauer identisch ist, die die Größe einer vorhandenen VM-Gruppe ändern oder eine neue VM-Gruppe erstellen muss.

Zonenredundanz

Mit aktivierter Zonenredundanz werden Compute- und Speicherebenen über mehrere Verfügbarkeitszonen verteilt, um hohe Verfügbarkeit und Datenintegrität sicherzustellen.

Zonenredundanz erweitert die Dauer von Verwaltungsvorgängen, um Änderungen an Ressourcen in mehreren Verfügbarkeitszonen zu berücksichtigen.

Dauer des Verwaltungsvorgangs

Die Dauer der Verwaltungsvorgänge variiert je nach Dienstebene der SQL Managed Instance. In den folgenden Abschnitten finden Sie detaillierte Informationen zur Dauer von Verwaltungsvorgängen für jede Dienstebene:

In der folgenden Tabelle werden die Dauer von Verwaltungsvorgängen auf der Dienstebene für allgemeine Zwecke einschließlich der langfristigen Segmente und der geschätzten Dauer für jeden Vorgang beschrieben:

Verwaltungsvorgang Langlaufende Segmente Geschätzte Dauer
Erstellen von Vorgängen
Erstellen einer neuen Instanz Erstellen oder Ändern der Größe einer VM-Gruppe 95 % der Vorgänge sind in 30 Minuten abgeschlossen
Erstellen einer neuen zonenredundanten Instanz Erstellen oder Ändern der Größe einer VM-Gruppe mit Zonenredundanz 95 % der Vorgänge werden innerhalb von 4 Stunden abgeschlossen
Erstellen eines neuen Instanzpools Erstellen der VM-Gruppe 95 % der Vorgänge sind in 30 Minuten abgeschlossen
Erstellen einer Instanz innerhalb eines Pools Nichts 95% der Vorgänge werden in weniger als 10 Minuten abgeschlossen
Aktualisierungsvorgänge
Ändern von grundlegenden Instanzeigenschaften wie dem Lizenztyp oder Microsoft Entra Nichts Bis zu 1 Minute
Skalieren des Speichers Nichts 99% der Operationen werden in 5 Minuten abgeschlossen
Skalierung von Rechenressourcen (vCores) Erstellen oder Ändern der Größe einer VM-Gruppe 95% der Operationen werden innerhalb von 60 Minuten abgeschlossen
Wechseln zur Unternehmenskritischen Dienstebene Ändern der Größe der VM-Gruppe
+ Datenbank-Seeding		 95% der Vorgänge enden innerhalb von 60 Minuten + Zeit zum Vorbereiten der Datenbanken
Wechseln zur Dienstebene der nächsten Generation – Allgemeiner Zweck Erstellen oder Ändern der Größe einer VM-Gruppe
+ Datenbank-Seeding		 95% der Vorgänge enden innerhalb von 60 Minuten + Zeit zum Vorbereiten der Datenbanken
Ändern des Hardware- oder Wartungsfensters Erstellen oder Ändern der Größe einer VM-Gruppe 95% der Operationen werden innerhalb von 60 Minuten abgeschlossen
Aktivieren von Zonenredundanz Erstellen einer neuen VM-Gruppe
+ Datenbank-Seeding		 95 % der Vorgänge enden in 4 Stunden + Zeit, um Datenbanken zu erstellen
Deaktivieren der Zonenredundanz Erstellen einer neuen VM-Gruppe
+ Datenbank-Seeding		 95% der Vorgänge werden in 30 Minuten abgeschlossen + Zeit, um Datenbanken zu initialisieren
Verschieben einer Instanz in einen Instanzpool Nichts 95 % der Vorgänge sind in 10 Minuten abgeschlossen
Verschieben einer Instanz aus einem Instanzpool Erstellen oder Ändern der Größe einer VM-Gruppe 95% der Operationen werden innerhalb von 60 Minuten abgeschlossen
Löschvorgänge
Löschen der nicht letzten Instanz1 Log Tail-Sicherung für alle Datenbanken 95% der Vorgänge enden in 1 Minute.
Letzte Instanz2 löschen Log-Tail-Backup für alle Datenbanken
Löschen eines virtuellen Clusters		 95 % der Vorgänge sind in 90 Minuten abgeschlossen

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

Ihre Instanz ist für die Dauer aller Verwaltungsvorgänge verfügbar, mit Ausnahme des letzten Schritts des Failovers, wenn der Datenverkehr an den neuen SQL-Datenbank-Engine-Prozess umgeleitet wird. In der Dienstebene "Geschäftskritischer Dienst" ist Ihre Instanz für bis zu 20 Sekunden nicht verfügbar, während Ihre Instanz in den Dienstebenen " Allgemeinzweck " und " Allgemeinzweck " der nächsten Generation für bis zu 2 Minuten nicht verfügbar sein kann.

Von Bedeutung

Für Aktualisierungsvorgänge, die nicht am ursprünglichen Ort abgeschlossen werden, die jedoch zu einer erneuten Anbindung der Datenbank führen (z. B. Skalieren von vCores, Skalierung des Speichers, Ändern der Hardware oder des Wartungsfensters), skaliert die Failover-Dauer von Datenbanken auf der Next-gen General Purpose-Dienstebene mit der Anzahl der Datenbanken bis zu 10 Minuten. Während die Instanz nach 2 Minuten verfügbar ist, sind einige Datenbanken möglicherweise nach einer Verzögerung verfügbar. Die Failoverdauer wird ab dem Zeitpunkt gemessen, in dem die erste Datenbank offline ist, bis die letzte Datenbank online ist. Die Dienstebene der nächsten Generation erhöht die maximale Anzahl von Datenbanken pro Instanz von 100 auf 500.

Dauer der Aussaat

Seeding ist der Prozess der Initialisierung und Synchronisierung von Daten über SQL-Datenbankmodulprozesse hinweg. Die Dauer des Seedings hängt in erster Linie von der Größe der Datenbank ab. Im Durchschnitt erfolgt das Seeding mit einer Rate von ca. 220 GB pro Stunde.

Die Aussaat wird gleichzeitig über acht parallele Kanäle ausgeführt. Zu einem bestimmten Zeitpunkt werden acht Datenbanken für die Datenübertragung ausgewählt. Sobald die Übertragung einer Datenbank abgeschlossen ist, wird der nächste verfügbare Datenbank dem jetzt kostenlosen Kanal zugewiesen, der einen kontinuierlichen und effizienten Durchsatz gewährleistet.

Die folgende Tabelle enthält die folgenden Informationen:

  • Wahrscheinlich geschätzte Aussaatzeit für die Mehrzahl der Fälle
  • Erwartete maximale geschätzte Aussaatzeit für 95 % der Fälle
Datenbankgrößenbereich (GB) Wahrscheinliche Aussaatzeit Erwartete maximale Aussaatzeit
0 - 32 GB 30 Minuten 1 Stunde
32 - 256 GB 1,5 Stunden 2 Stunden
256 - 512 GB 2 Stunden 5 Stunden
512 - 1024 GB 5 Stunden 9 Stunden
1024 - 2048 GB 9 Stunden 15 Stunden
2048 - 3072 GB 10 Stunden 16 Stunden
3072 - 4096 GB 12 Stunden 18 Stunden
Größer als 4096 GB 15 Stunden 20 Stunden

Verwandte Inhalte

  • Last updated on