Häufig gestellte Fragen: Azure Backup-Überwachung und -Berichterstellung

Azure Backup unterstützt mehrere Warnungsoptionen: integrierte Azure Monitor-Warnungen, Metrikwarnungen, benutzerdefinierte Log Analytics-basierte Warnungen, benutzerdefinierte ARG-basierte Warnungen, Aktivitätsprotokollwarnungen und klassische Warnungen. Wenn Sie derzeit klassische Warnungen verwenden, wird empfohlen, dass Sie stattdessen Azure Monitor-basierte Warnungen verwenden, da diese mehrere Vorteile bieten. Klassische Warnungen werden eingestellt und in den kommenden Jahren nicht mehr unterstützt. Erfahren Sie mehr über die verschiedenen Warnungsoptionen von Azure Backup.

Mit integrierten Azure Monitor-Warnungen werdenWarnungen zu kritischen Vorgängen bzw. Fehlern standardmäßig ohne zusätzliche Kosten generiert (Sie können diese im Portal oder über andere Schnittstellen anzeigen). Um diese Warnungen an einen Benachrichtigungskanal (z. B. E-Mail) weiterzuleiten, fallen jedoch geringe Kosten für Benachrichtigungen an, die den kostenlosen Tarif (von 1000 E-Mails pro Monat) übersteigen. Hier erfahren Sie mehr über die Preise für Azure Monitor.

Für benutzerdefinierte Warnungen fallen zusätzlich zu den oben beschriebenen Benachrichtigungskosten auch Kosten pro Warnungsregel an. Die Kosten der Warnungsregel hängt von der Anzahl der Dimensionen ab, die als Teil der Benachrichtigungsregel ausgewählt wurden. Hier erfahren Sie mehr über die Preise für Azure Monitor.

Für Metrikwarnungen fallen zusätzlich zu den oben beschriebenen Benachrichtigungskosten auch Kosten pro Warnungsregel an. Die Kosten der Warnungsregel hängt von der Anzahl der Dimensionen ab, die als Teil der Benachrichtigungsregel ausgewählt wurden. Hier erfahren Sie mehr über die Preise für Azure Monitor.

Im Hinblick auf Sicherungswarnungen:

• Warnungsregel: Bezeichnet eine benutzerdefinierte Regel, die die Bedingung definiert, unter welcher eine Warnung ausgelöst werden soll. Weitere Informationen
• Warnungsverarbeitungsregel (früher als Aktionsregel bezeichnet): Bezeichnet eine benutzerdefinierte Regel, die die Benachrichtigungskanäle angibt, an die eine ausgelöste Warnung weitergeleitet werden soll. Sie können Warnungsverarbeitungsregeln auch dazu verwenden, Benachrichtigungen während eines Zeitraums zu unterdrücken. Weitere Informationen
• Aktionsgruppe: Bezeichnet den Benachrichtigungskanal (z. B. E-Mail, ITSM-Endpunkt, Logik-App, Webhook usw.), an den eine ausgelöste Warnung weitergeleitet werden kann. Weitere Informationen

Bei integrierten Azure Monitor-Warnungen müssen Sie keine Warnungsregel erstellen, da Warnungen bereits standardmäßig generiert werden. Um diese Warnungen an einen Benachrichtigungskanal weiterzuleiten, sollten Sie eine Warnungsverarbeitungsregel und eine Aktionsgruppe für diese Warnungen erstellen. Hier finden Sie ein Beispiel.

Im Falle von Metrikwarnungen werden Warnungen nicht automatisch generiert, weshalb Sie zuerst eine Warnungsregel erstellen müssen, um die Bedingung anzugeben, unter der eine Warnung ausgelöst werden sollte. Um diese Warnungen an einen Benachrichtigungskanal weiterzuleiten, können Sie die Warnungsregel direkt mit einer Aktionsgruppe verknüpfen oder eine Warnungsverarbeitungsregel verwenden. Hier finden Sie ein Beispiel.

Ja, Sie können Metrikwarnungen verwenden, um Warnungen zu erfolgreichen Sicherungen zu konfigurieren. Weitere Informationen

Wenn Sie Azure Monitor-basierte Warnungen verwenden, können Sie Benachrichtigungen (Warnungsverarbeitungsregeln und Aktionsgruppen) programmgesteuert konfigurieren. Wenn Sie klassische Warnungen verwenden, wird die programmgesteuerte Erstellung von Benachrichtigungen nicht unterstützt.

Nach dem Auftreten eines Ereignisses kann es 20 bis 30 Minuten dauern, bis Daten den Log Analytics-Arbeitsbereich erreichen. Daher können die Log Analytics-basierten Warnungen geringfügig verzögert sein. Verwenden Sie für umgehende Warnungen integrierte Azure Monitor-basierte Warnungen oder metrikbasierte Warnungen.

Navigieren Sie zu dem Log Analytics-Arbeitsbereich, den Sie konfiguriert haben. Navigieren Sie zum Menüelement Protokolle, und führen Sie die Abfrage CoreAzureBackup | take 1 aus. Wenn ein Datensatz zurückgegeben wird, bedeutet dies, dass Daten an den Arbeitsbereich übertragen wurden. Der erste Datenpush kann bis zu 24 Stunden dauern.

Die Diagnosedaten aus dem Tresor werden mit einer gewissen Verzögerung in den Log Analytics-Arbeitsbereich übertragen. Jedes Ereignis erreicht den Log Analytics-Arbeitsbereich 20 bis 30 Minuten nach dem Übertragung aus dem Recovery Services-Tresor. Hier finden Sie weitere Details zu dieser Verzögerung:

• Lösungsübergreifend werden die im Sicherungsdienst integrierten Warnungen sofort nach ihrer Erstellung gepusht. Daher werden sie normalerweise nach 20 bis 30 Minuten im Log Analytics-Arbeitsbereich angezeigt.
• Lösungsübergreifend werden bedarfsgesteuerte Sicherungs- und Wiederherstellungsaufträge gepusht, sobald sie abgeschlossen sind.
• Die geplanten Sicherungsaufträge aus allen Lösungen (außer SQL-Sicherung) werden gepusht, sobald sie abgeschlossen sind.
• Da Protokollsicherungen alle 15 Minuten auftreten können, werden für SQL-Sicherungen Informationen für alle abgeschlossenen geplanten Sicherungsaufträge (einschließlich Protokolle) als Batch gesammelt und alle 6 Stunden gepusht.
• Alle anderen Informationen wie Sicherungselemente, Richtlinien, Wiederherstellungspunkte, Speicher usw. werden lösungsübergreifend mindestens einmal täglich gepusht.
• Eine Änderung der Sicherungskonfiguration (wie einer Änderung der Richtlinie oder Bearbeitungsrichtlinie) löst einen Push aller zugehörigen Sicherungsinformationen aus.

Nachdem Sie einen Log Analytics-Arbeitsbereich erstellt haben, können Sie die Daten für maximal 2 Jahre aufbewahren. Standardmäßig werden die Daten in einem Log Analytics-Arbeitsbereich 31 Tage aufbewahrt. Weitere Informationen

Daten werden an den Log Analytics-Arbeitsbereich übertragen, nachdem Sie Diagnoseeinstellungen konfiguriert haben. Daten werden ab dem Tag der Konfiguration im Arbeitsbereich für den festgelegten Aufbewahrungszeitraum aufbewahrt. Die Aufträge, die sich in Bearbeitung befinden, werden nicht an den Arbeitsbereich gepusht. Ereignisse werden nach Abschluss (Erfolg/Fehler) in den Arbeitsbereich gepusht. Alle Im Log Analytics-Arbeitsbereich verfügbaren Daten sind in den Berichten verfügbar.

Ja, Sie können Berichte über Tresore, Abonnements und Regionen hinweg anzeigen. Ihre Daten können sich in einem einzelnen Log Analytics-Arbeitsbereich oder in einer Gruppe von Log Analytics-Arbeitsbereichen befinden.

Wenn Sie ein Azure Lighthouse-Benutzer mit delegiertem Zugriff auf die Abonnements oder Log Analytics-Arbeitsbereiche Ihrer Kunden sind, können Sie in den Sicherungsberichten Daten zu allen Ihren Mandanten anzeigen.

Es kann bis zu 15 Minuten dauern, bis der Auftragsstatus des Azure Backup-Agents im Azure-Portal angezeigt wird.

Innerhalb von 20 Minuten nach dem Azure Backup-Fehler wird eine Warnung ausgelöst.

Ja. In den folgenden Situationen werden keine Benachrichtigungen gesendet:

• Stündliche Benachrichtigungen wurden konfiguriert, und eine Warnung wird ausgelöst und innerhalb dieser Stunde gelöst.
• Ein Auftrag wurde abgebrochen.
• Bei einem zweiten Sicherungsauftrag tritt ein Fehler auf, weil der ursprüngliche Sicherungsauftrag noch ausgeführt wird.

Nächste Schritte

Lesen Sie die anderen häufig gestellten Fragen:

• Gängige Fragen zu Azure VM-Sicherungen
• Gängige Fragen zum Azure Backup-Agent