Konfigurieren Sie Vorabbenachrichtigungen zu geplanten Wartungen in Azure SQL Managed Instance

Gilt für:Azure SQL Managed Instance

Vorab Benachrichtigungen ermöglichen es Ihnen, Benachrichtigungen so zu konfigurieren, dass sie bis zu 24 Stunden im Voraus an geplante Veranstaltungen gesendet werden.

Sie können Benachrichtigungen so konfigurieren, dass Sie Texte, E-Mails, Azure-Push-Benachrichtigungen und Sprachnachrichten 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

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.

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

  1. Gehen Sie zur Seite Service Health . Wählen Sie unter WarnungenGesundheitswarnungen aus. Wählen Sie dann Erstellen aus.

    Screenshot der Seite „Integritätswarnungen“ im Azure-Portal. Die Schaltfläche zum Hinzufügen einer Dienstintegritätswarnung ist rot umrandet.

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

  3. Im Abschnitt Zustand konfigurieren Sie die zu alarmierenden Dienste, Regionen und Kriterien. Für eine allgemeinere Warnung wählen Sie alle Werte aus. Um die Warnung einzugrenzen, wählen Sie Azure SQL Managed Instance als Service, wählen Sie die Regionen aus, in denen Sie diese Dienste bereitgestellt haben, und wählen Sie für den Ereignistyp geplante Wartung.

    Screenshot der Seite im Azure-Portal, auf der Sie die Bedingungen für die Integritätswarnung definieren und die Dienste festlegen, die benachrichtigt werden sollen.

    Screenshot der Seite im Azure-Portal, auf der Sie die Bedingungen für die Integritätswarnung definieren und die Regionen festlegen, für die Benachrichtigungen erfolgen sollen.

    Screenshot der Seite im Azure-Portal, auf der Sie die Bedingungen für die Zustandswarnung definieren und die Ereignistypen festlegen, über die Sie benachrichtigt werden möchten.

  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. Im Abschnitt Details geben Sie den Namen Ihrer Warnung ein und geben Sie die Ressourcengruppe an, in der Sie sie einsetzen möchten.

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

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

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

Sie sind fertig, Beim nächsten geplanten Azure SQL-Wartungsereignis erhalten Sie eine Vorabbenachrichtigung. Um mehr über das Erstellen von Gesundheitswarnungen zu erfahren, besuchen Sie Azure Service Health.

Wartungen einer Azure SQL Managed Instance verfolgen

Azure Service Health kombiniert drei separate, kleinere Dienste, um Sie über den Zustand Ihrer Cloud-Ressourcen 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 Teildienst) bietet eine personalisierte Ansicht des Status der Azure-Dienste und -Regionen, die Sie verwenden. Diese Ansicht ist der beste Ort, um nach Dienstleistungen zu suchen, die geplante Wartungsaktivitäten beeinflussen.

Unter Service Health finden Sie eine Seite für geplante Wartungen , die alle Wartungsaktivitäten Ihrer Abonnements auflistet. 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

Aus der Liste der Ereignisse auf der Service Health | Geplante Wartung-Seite können Sie jedes Wartungsereignis öffnen und die Details prüfen. Alle Wartungsereignisse mit derselben Tracking-ID werden auf der Registerkarte Problemupdates angezeigt. Auf der Registerkarte Betroffene Ressourcen listet das Portal die Ressourcen auf, die von veröffentlichten Wartungsereignissen betroffen sind.

Screenshot der Seite

Benachrichtigungen empfangen

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

Status Beschreibung
Geplant 24 Stunden vor dem Wartungsereignis erhalten. 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 beginnt.
Abschließen Die Pflege 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 ist noch im Gange, konnte aber nicht im Wartungsfenster abgeschlossen werden.
- Es gab ein Problem während der Wartung und es konnte nicht anspringen.
- 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 in Region region_name wird eingestellt und 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 Zuweisen einer Azure-Rolle.

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 Sie die erweiterte Benachrichtigung für geplante Wartungen erhalten, erhalten Sie einen Link, der Azure Resource Graph öffnet und die Abfrage für das genaue Ereignis ausführt. Der notificationId-Wert ist für jedes Wartungsereignis einmalig. Die Abfrage sieht ähnlich aus wie das folgende Beispiel:

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 möglicherweise Werte für den Status der Bereitstellung, die sich von denen unterscheiden, die im Benachrichtigungsinhalt angezeigt werden.

Status Beschreibung
Ausstehend - Die Wartung ist für das bevorstehende Datum geplant.
- Die zuvor geplante Wartung wird neu geplant und wartet darauf, im nächsten Fenster zu beginnen.
- Die Wartung wurde gestartet, konnte aber im vorherigen Zeitfenster nicht abgeschlossen werden und wird im nächsten fortgesetzt.
InProgress Die Wartung für die Ressource region_name beginnt gerade oder läuft bereits.
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.

Für die vollständige Referenz der Beispielabfragen und deren Nutzung in Tools wie PowerShell oder Azure CLI siehe Azure Resource Graph Beispielabfragen für Azure Service Health.