Allgemeine Fragen zur Site Recovery-Überwachung

In diesem Artikel werden häufig gestellte Fragen zur Überwachung von Azure Site Recovery mithilfe der integrierten Site Recovery-Überwachung und Azure Monitor (Log Analytics) beantwortet.

Allgemein

Wie unterscheidet sich der protokollierte RPO-Wert vom letzten verfügbaren Wiederherstellungspunkt?

Site Recovery verwendet einen mehrstufigen asynchronen Prozess zum Replizieren von Computern in Azure.

  • Im vorletzten Schritt der Replikation werden aktuelle Änderungen auf dem Computer sowie Metadaten in ein Protokoll-/Cachespeicherkonto kopiert.
  • Diese Änderungen werden zusammen mit dem Tag zum Identifizieren eines wiederherstellbaren Punkts in das Speicherkonto/den verwalteten Datenträger in der Zielregion geschrieben.
  • Site Recovery kann nun einen wiederherstellbaren Punkt für den Computer generieren.
  • An diesem Punkt ist die RPO für die Änderungen erfüllt, die bisher in das Speicherkonto hochgeladen wurden. Mit anderen Worten: Die RPO für den Computer entspricht an diesem Punkt der Zeitspanne, die seit dem Zeitstempel verstrichen ist, der dem wiederherstellbaren Punkt entspricht.
  • Site Recovery wählt nun die hochgeladenen Daten im Speicherkonto aus und wendet sie auf die Replikatdatenträger an, die für den Computer erstellt wurden.
  • Site Recovery generiert dann einen Wiederherstellungspunkt und macht diesen Punkt beim Failover für eine Wiederherstellung verfügbar.
  • Daher gibt der letzte verfügbare Wiederherstellungspunkt den Zeitstempel an, der dem letzten Wiederherstellungspunkt entspricht, der bereits verarbeitet und auf die Replikatdatenträger angewandt wurde.

Eine falsche Systemzeit auf dem replizierenden Quellcomputer oder auf den lokalen Infrastrukturservern verfälscht den berechneten RPO-Wert. Um sicherzustellen, dass die RPO-Werte genau berichtet werden, achten Sie darauf, dass die Systemuhr auf allen Servern und Computern korrekt eingestellt ist.

Integrierte Site Recovery-Protokollierung

Warum unterscheidet sich die Anzahl der VMs in der Tresorinfrastrukturansicht von der Gesamtanzahl, die in „Replizierte Elementen“ angezeigt wird?

Die Tresorinfrastrukturansicht ist nach Replikationsszenarien begrenzt. Nur Computer im aktuell ausgewählten Replikationsszenario werden in die Anzahl für die Ansicht einbezogen. Darüber hinaus werden nur virtuelle Computer gezählt, die für die Replikation in Azure konfiguriert sind. Computer, für die ein Failover ausgeführt wurde, oder Computer, die zurück am lokalen Standort repliziert werden, werden nicht in die Ansicht aufgenommen.

Warum unterscheidet sich die Anzahl der replizierten Elemente in der Zusammenfassung von der Gesamtanzahl der auf dem Dashboard angezeigten replizierten Elemente?

Nur die Computer, für die die erste Replikation abgeschlossen wurde, sind in der angezeigten Anzahl in der Zusammenfassung enthalten. Die replizierten Elemente enthalten insgesamt alle Computer im Tresor, einschließlich der Computer, für die die erste Replikation gerade ausgeführt wird.

Azure Monitor-Protokollierung

Wie oft sendet Site Recovery Ressourcenprotokolle an Azure Monitor-Protokolle?

  • AzureSiteRecoveryReplicationStats und AzureSiteRecoveryRecoveryPoints werden alle 15 Minuten gesendet.
  • AzureSiteRecoveryReplicationDataUploadRate und AzureSiteRecoveryProtectedDiskDataChurn werden alle fünf Minuten gesendet.
  • AzureSiteRecoveryJobs wird beim Auslösen und beim Abschluss eines Auftrags gesendet.
  • AzureSiteRecoveryEvents wird immer dann gesendet, wenn ein Ereignis generiert wird.
  • AzureSiteRecoveryReplicatedItems wird bei jeder Umgebungsänderung gesendet. In der Regel beträgt die Datenaktualisierungszeit 15 Minuten nach einer Änderung.

Wie lange werden Daten in Azure Monitor-Protokollen aufbewahrt?

Weitere Informationen zur Datenaufbewahrung finden Sie unter Datenaufbewahrung und -archivierung in Azure Monitor-Protokollen.

Sie können den Standardaufbewahrungszeitraum im Abschnitt Nutzung und geschätzte Kosten im Log Analytics-Arbeitsbereich ändern. Klicken Sie auf Datenaufbewahrung, und wählen Sie den Zeitraum aus.

Wie groß sind die Ressourcenprotokolle?

In der Regel beträgt die Größe eines Protokolls 15–20 KB.

Integrierte Azure Monitor-Warnungen für Azure Site Recovery

Gibt es Kosten für die Verwendung integrierter Azure Monitor-Warnungen für Azure Site Recovery?

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

Funktioniert die aktuelle E-Mail-Benachrichtigungslösung für Azure Site Recovery im Recovery Services-Tresor weiterhin?

Seit heute existiert die aktuelle E-Mail-Benachrichtigungslösung parallel zu der neuen integrierten Azure Monitor-Benachrichtigungslösung. Wir empfehlen Ihnen, die Azure Monitor-basierte Alarmierung auszuprobieren, um sich mit der neuen Erfahrung vertraut zu machen und ihre Funktionen zu nutzen.

Was ist der Unterschied zwischen Warnungsregel, Warnungsverarbeitungsregel und Aktionsgruppe?

  • Warnungsregel: Bezeichnet eine benutzerdefinierte Regel, die die Bedingung definiert, unter welcher eine Warnung ausgelöst werden soll.
  • 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 verwenden, um Benachrichtigungen für eine bestimmte Zeit zu unterdrücken.
  • Aktionsgruppe: Bezeichnet den Benachrichtigungskanal (z. B. E-Mail, ITSM-Endpunkt, Logik-App, Webhook usw.), an den eine ausgelöste Warnung weitergeleitet werden kann.

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. Weitere Informationen

Nächste Schritte

Erfahren Sie, wie Sie die Überwachung mit der integrierten Site Recovery-Überwachung oder Azure Monitor durchführen.