Konfigurieren Sie Vorabbenachrichtigungen zu geplanten Wartungen in Azure SQL Managed Instance

Gilt für: Azure SQL Managed Instance

Vorabbenachrichtigungen bieten dem Kunden die Möglichkeit, Benachrichtigungen so zu konfigurieren, dass sie bis zu 24 Stunden vor einem geplanten Ereignis gesendet werden.

Durch Konfiguration der Benachrichtigungen können Sie Text, E-Mails, Azure-Pushbenachrichtigungen oder Voicemails erhalten, wenn die geplante Wartung in den nächsten 24 Stunden beginnen soll. Nachfolgende Benachrichtigungen werden bei Beginn und am Ende der Wartung gesendet.

Konfigurieren einer Vorabbenachrichtigung

Führen Sie die folgenden Schritte aus, um eine Benachrichtigung auf der Seite Dienststatus im Azure-Portal zu aktivieren.

Wichtig

Die Einführung neuer Service Health-Erfahrungen erfolgt stufenweise. Einige Benutzer werden die aktualisierte Azure Service Health-Portal-Erfahrung sehen und andere weiterhin die klassische Service Health-Portal-Erfahrung. Falls weiterhin das klassische Service Health-Portal weiterhin angezeigt wird, wählen Sie für Region nicht „Global“ als Option aus, sondern die jeweilige Region oder alle Regionen.

  1. Wechseln Sie zur Seite Dienststatus unter Warnungen, und wählen Sie Integritätswarnungen aus. Wählen Sie dann Erstellen aus.

    Screenshot der Seite „Integritätswarnungen“ im Azure-Portal. Die Schaltfläche „Dienststatus-Benachrichtigung“ ist rot eingefeldet.

  2. Wählen Sie im Abschnitt Bereich das Abonnement aus.

  3. Konfigurieren Sie im Abschnitt Bedingung die Dienste, für die Warnungen erstellt werden sollen, Regionen und Kriterien. Wählen Sie für allgemeinere Warnungen alle Werte aus. Wählen Sie zum Eingrenzen Azure SQL Managed Instance-as-a-service, die Regionen, in denen Ihnen diese Dienste bereitgestellt werden, und Geplante Wartung als Ereignistyp aus.

    Screenshot der Azure-Portalseite, auf der Sie die Bedingungen für die Integritätswarnung und die Dienste definieren, für die Benachrichtigungen erstellt werden sollen.

    Screenshot der Azure-Portalseite, auf der Sie die Bedingungen für die Integritätswarnung und die Regionen definieren, für die Benachrichtigungen erstellt werden sollen.

    Screenshot der Azure-Portalseite, auf der Sie die Bedingungen für die Integritätswarnung und die Ereignistypen definieren, für die Benachrichtigungen erstellt werden sollen.

  4. Wählen Sie im Abschnitt Aktionen die vorhandene Aktionsgruppe aus, oder erstellen Sie eine neue Aktionsgruppe.

    Screenshot der Azure-Portalseite, auf der Sie Aktionsgruppen hinzufügen oder erstellen.

  5. Geben Sie im Abschnitt Details einen Namen für die Warnung und die Ressourcengruppe an, in der sie bereitgestellt werden soll.

    Screenshot der Azure-Portalseite, auf der Sie Warnungsdetails definieren.

  6. Wählen Sie Tags aus. Erwägen Sie die Verwendung von Azure-Tags. Beispielsweise das Tag „Owner“ oder „CreatedBy“, um zu identifizieren, wer die Ressource erstellt hat, und das Tag „Environment“, um zu identifizieren, ob sich diese Ressource in Produktion, Entwicklung usw. befindet. Weitere Informationen finden Sie unter Entwickeln Ihrer Benennungs- und Kennzeichnungsstrategie für Azure-Ressourcen.

  7. Klicken Sie auf Überprüfen + erstellen. Ihre Warnung wird in den nächsten Minuten erstellt.

Sie sind fertig, Wenn das nächste geplante Azure SQL-Wartungsereignis ansteht, erhalten Sie eine Vorabbenachrichtigung. Weitere Informationen zum Erstellen von Integritätswarnungen finden Sie unter Azure Service Health.

Wartungen einer Azure SQL Managed Instance verfolgen

Azure Service Health ist eine Kombination aus drei separaten kleineren Diensten mit dem Zweck, Sie über die Integrität Ihrer Cloudressourcen auf dem Laufenden zu halten. Diese Informationen beinhalten aktuelle und zukünftige Probleme, etwa Ereignisse, die sich auf die Dienstverfügbarkeit auswirken, geplante Wartung und andere Änderungen, die die Verfügbarkeit Ihres Systems beeinflussen könnten. Service Health (ein Unterdienst) bietet eine personalisierte Darstellung der Integrität der von Ihnen verwendeten Azure-Dienste und -Regionen. Dies ist der beste Ort, um nach Service zu suchen, der sich auf geplante Wartungsaktivitäten auswirkt.

Unter "Dienststatus" finden Sie eine Seite Geplante Wartung zum Auflisten aller Wartungsaktivitäten, die in Ihren Abonnements ausgeführt werden. Sie können integrierte Filter verwenden, um die Liste der Ereignisse einzuschränken und sie auf Mandanten, Abonnement, Region oder Ressourcentyp zu beschränken.

Screenshot der Seite

Von der Liste der Ereignisse auf der Seite Dienststatus | Geplante Wartung aus können Sie zu den einzelnen Wartungen navigieren und die Details überprüfen. Alle Wartungen mit derselben Nachverfolgungs-ID werden auf der Registerkarte Problemaktualisierungen angezeigt. In den betroffenen Ressourcen werden Ressourcen, die von veröffentlichten Wartungen betroffen sind, aufgelistet.

Screenshot der Seite

Benachrichtigungen empfangen

In der folgenden Tabelle sind die Benachrichtigungen mit allgemeinen Informationen angezeigt, die Sie möglicherweise erhalten:

Status Beschreibung
Geplant Eingang 24 Stunden vor dem Wartungsereignis. Die Wartung ist für das genannte Datum zwischen 17:00 Uhr und 8:00 Uhr 1 (Ortszeit) in der Region region_name geplant.
InProgress Die Wartung der Datenbanken in Region region_name wird gestartet.
Abschließen Die Wartung der Datenbanken in Region region_name ist abgeschlossen.

1 Start- und Endzeit hängen vom ausgewählten Wartungsfenster ab.

In der folgenden Tabelle sind zusätzliche Benachrichtigungen aufgeführt, die möglicherweise während der Wartung gesendet werden:

Status Beschreibung
Verschoben - Die Wartung läuft, konnte aber nicht im Wartungsfenster abgeschlossen werden.
- Es gab ein Problem während der Wartung, und sie konnte nicht gestartet werden.
- Die geplante Wartung wurde gestartet, konnte aber nicht bis zu Ende durchgeführt werden und wird im nächsten Wartungsfenster fortgesetzt.
Canceled Die Wartung der Datenbanken region_name wurde abgebrochen und wird auf später verschoben.

Berechtigungen

Während Vorabbenachrichtigungen an beliebige E-Mail-Adressen gesendet werden können, bestimmt die rollenbasierte Zugriffssteuerung (RBAC) des Azure-Abonnements, wer auf die Links in der E-Mail zugreifen kann. Das Abfragen von Resource Graph wird durch die Azure RBAC-Zugriffsverwaltung abgedeckt. Um den Lesezugriff zu aktivieren, muss jeder Empfänger über Lesezugriff auf Ressourcengruppenebene verfügen. Weitere Informationen finden Sie unter Schritte zum Hinzufügen einer Rollenzuweisung.

Programmatisch die Liste der betroffenen Ressourcen abrufen

Azure Resource Graph ist ein Azure-Dienst zum Erweitern der Azure-Ressourcenverwaltung. Der Azure Resource Graph-Explorer bietet eine effiziente und leistungsfähige Ressourcenerkundung. Sie können Abfragen über einen bestimmten Satz von Abonnements im großen Stil durchführen, um Ihre Umgebung effektiv zu verwalten.

Sie können den Azure Resource Graph-Explorer verwenden, um Wartungsereignisse abzufragen. Eine Einführung in das Ausführen dieser Abfragen finden Sie unter Schnellstart: Ausführen Ihrer ersten Resource Graph-Abfrage mithilfe des Azure Resource Graph-Explorers.

Wenn die Vorabbenachrichtigung für die geplante Wartung eingeht, erhalten Sie einen Link, der Azure Resource Graph öffnet und die Abfrage für das genaue Ereignis ausführt, ähnlich wie nachfolgend dargestellt. Der notificationId-Wert ist für jedes Wartungsereignis einmalig.

resources
| project resource = tolower(id)
| join kind=inner (
    maintenanceresources
    | where type == "microsoft.maintenance/updates"
    | extend p = parse_json(properties)
    | mvexpand d = p.value
    | where d has 'notificationId' and d.notificationId == 'LNPN-R9Z'
    | project resource = tolower(name), status = d.status, resourceGroup, location, startTimeUtc = d.startTimeUtc, endTimeUtc = d.endTimeUtc, impactType = d.impactType
) on resource
| project resource, status, resourceGroup, location, startTimeUtc, endTimeUtc, impactType

Im Azure Resource Graph-(ARG)-Explorer finden Sie ggf. Werte für den Status der Bereitstellung, die sich etwas von den im Benachrichtigungsinhalt angezeigten unterscheiden.

Status Beschreibung des Dataflows
Ausstehend - Die Wartung ist für das bevorstehende Datum geplant.
- Die zuvor geplante Wartung wurde verschoben und wird im nächsten Zeitfenster gestartet.
- Die Wartung wurde gestartet, konnte aber im vorherigen Zeitfenster nicht abgeschlossen werden und wird im nächsten fortgesetzt.
InProgress Die Wartung der Ressource region_name wird gestartet oder wird ausgeführt.
Abgeschlossen Die Wartung der Ressource region_name ist abgeschlossen.
NoUpdatesPending Die zuvor geplante Wartung der Ressource region_name wird abgebrochen und auf später verschoben.
RetryLater Die geplante Wartung der Ressource region_name wurde gestartet, konnte aber nicht bis zu Ende durchgeführt werden und wird im nächsten Wartungsfenster fortgesetzt.

Die vollständige Referenz dieser Beispielabfragen sowie Informationen zu ihrer Verwendung mit Tools wie PowerShell oder Azure CLI finden Sie unter Azure Resource Graph-Beispielabfragen für Azure Service Health.