Sichern von SAP HANA-Datenbanken auf virtuellen Azure-Computern
In diesem Artikel wird beschrieben, wie SAP HANA-Datenbanken, die auf virtuellen Azure-Computern ausgeführt werden, in einem Azure Backup Recovery Services-Tresor gesichert werden.
SAP HANA-Datenbanken sind kritische Workloads, die eine niedrige Recovery Point Objective (RPO) und lange Aufbewahrungszeit erfordern. Sie können auf virtuellen Azure-Computern (VMs) ausgeführte SAP HANA-Datenbanken mithilfe von Azure Backup sichern.
Hinweis
Weitere Informationen zu den unterstützten Konfigurationen und Szenarios finden Sie in der SAP HANA-Sicherungsunterstützungsmatrix.
Voraussetzungen
Informationen zum Einrichten der Datenbank für die Sicherung finden Sie in den Abschnitten zu den Voraussetzungen und den Aufgaben des Vorregistrierungsskripts.
Herstellen der Netzwerkverbindung
Eine SAP HANA-Datenbank auf einer Azure-VM benötigt für alle Vorgänge die Verbindung zum Azure Backup-Dienst, zu Azure Storage und zu Microsoft Entra ID. Dies kann durch die Verwendung privater Endpunkte oder durch die Gewährung des Zugriffs auf die erforderlichen öffentlichen IP-Adressen oder FQDNs erreicht werden. Wenn Sie keine ordnungsgemäße Verbindung zu den erforderlichen Azure-Diensten herstellen können, kann dies zu Fehlern bei Vorgängen wie der Datenbankerkennung, der Konfiguration von Sicherungen, der Durchführung von Sicherungen und der Wiederherstellung von Daten führen.
In der folgenden Tabelle sind die verschiedenen Alternativen zum Herstellen der Konnektivität aufgeführt:
| Option | Vorteile | Nachteile |
|---|---|---|
| Private Endpunkte | Sicherungen über private IPs innerhalb des virtuellen Netzwerks möglich Genau abgestimmte Zugriffssteuerung auf Netzwerk- und Tresorseite |
Standardmäßige Kosten für private Endpunkte |
| NSG-Diensttags | Einfachere Verwaltung, da Bereichsänderungen automatisch zusammengeführt werden Keine zusätzlichen Kosten |
Nur mit NSGs möglich Zugriff auf den gesamten Dienst |
| FQDN-Tags von Azure Firewall | Einfachere Verwaltung, da die erforderlichen FQDNs automatisch verwaltet werden | Nur mit Azure Firewall möglich |
| Zugriff auf Dienst-FQDNs/-IPs | Keine zusätzlichen Kosten. Verwendung mit allen Netzwerksicherheits-Appliances und Firewalls möglich. Sie können auch Dienstendpunkte für Storage verwenden. Für Azure Backup und Microsoft Entra ID müssen Sie jedoch den Zugriff auf die entsprechenden IPs/FQDNs zuweisen. |
Der Zugriff auf eine große Menge von IPs oder FQDNs kann erforderlich sein. |
| Virtual Network-Dienstendpunkt | Kann für Azure Storage verwendet werden. Bietet einen großen Vorteil für die Optimierung der Leistung des Datenverkehrs auf Datenebene. |
Kann nicht für Microsoft Entra ID und den Azure Backup-Dienst verwendet werden. |
| Virtuelles Netzwerkgerät | Kann nicht für Azure Storage, Microsoft Entra ID und den Azure Backup-Dienst verwendet werden. Datenebene
Verwaltungsebene
Erfahren Sie mehr über Azure Firewall-Diensttags. |
Erhöht den Mehraufwand für den Datenverkehr auf Datenebene und verringert den Durchsatz bzw. die Leistung. |
Weitere Informationen zur Verwendung dieser Optionen finden Sie unten:
Private Endpunkte
Private Endpunkte ermöglichen Ihnen, sichere Verbindungen von Servern in einem virtuellen Netzwerk mit Ihrem Recovery Services-Tresor herzustellen. Der private Endpunkt verwendet eine IP-Adresse aus dem VNET-Adressraum für Ihren Tresor. Der Netzwerkdatenverkehr zwischen Ihren Ressourcen innerhalb des virtuellen Netzwerks und dem Tresor wird über das virtuelle Netzwerk und eine private Verbindung im Microsoft-Backbone-Netzwerk übertragen. Dadurch wird er vom öffentlichen Internet isoliert. Weitere Informationen zu privaten Endpunkten für Azure Backup finden Sie hier.
Hinweis
Private Endpunkte werden für Azure Backup und Azure Storage unterstützt. Microsoft Entra ID unterstützt private Endpunkte in der privaten Vorschau. Bis zur allgemeinen Verfügbarkeit unterstützt Azure Backup die Einrichtung eines Proxys für Microsoft Entra ID, sodass keine ausgehende Verbindung für HANA-VMs erforderlich ist. Weitere Informationen finden Sie im Abschnitt zur Proxyunterstützung.
NSG-Tags
Wenn Sie Netzwerksicherheitsgruppen (NSG) verwenden, können Sie den ausgehenden Zugriff auf Azure Backup mithilfe des Diensttags AzureBackup zulassen. Zusätzlich zum Tag „Azure Backup“ müssen Sie auch Konnektivität für Authentifizierung und Datenübertragung zulassen, indem Sie ähnliche NSG-Regeln für Microsoft Entra ID (AzureActiveDirectory) und Azure Storage (Storage) erstellen. Die folgenden Schritte beschreiben das Vorgehen zum Erstellen einer Regel für das Azure Backup-Tag:
Navigieren Sie unter Alle Dienste zu Netzwerksicherheitsgruppen, und wählen Sie die Netzwerksicherheitsgruppe aus.
Wählen Sie unter Einstellungen die Option Ausgangssicherheitsregeln aus.
Wählen Sie Hinzufügen. Geben Sie die erforderlichen Informationen zum Erstellen einer neuen Regel ein, wie unter Einstellungen zu Sicherheitsregeln beschrieben. Stellen Sie sicher, dass die Option Ziel auf Diensttag und Zieldiensttag auf AzureBackup festgelegt wurde.
Wählen Sie Hinzufügen aus, um die neu erstellte Ausgangssicherheitsregel zu speichern.
Auf ähnliche Weise können Sie NSG-Ausgangssicherheitsregeln für Azure Storage und Microsoft Entra ID erstellen. Weitere Informationen zu Diensttags finden Sie in diesem Artikel.
Azure Firewall-Tags
Wenn Sie Azure Firewall verwenden, erstellen Sie eine Anwendungsregel mithilfe des Azure Firewall-FQDN-Tags AzureBackup. Dies erlaubt sämtlichen ausgehenden Zugriff auf Azure Backup.
Hinweis
Azure Backup unterstützt derzeit die Anwendungsregel mit aktivierter TLS-Inspektion in Azure Firewall nicht.
Zulassen des Zugriffs auf Dienst-IP-Bereiche
Wenn Sie sich dafür entscheiden, Zugriffsdienst-IPs zuzulassen, beziehen Sie sich auf die IP-Bereiche in der hier verfügbaren JSON-Datei. Sie müssen den Zugriff auf die IP-Adressen für Azure Backup, Azure Storage und Microsoft Entra ID zulassen.
Zugriff auf Dienst-FQDNs
Sie können auch die folgenden FQDNs verwenden, um den Zugriff auf die erforderlichen Dienste von ihren Servern aus zuzulassen:
| Dienst | Domänennamen, auf die zugegriffen werden soll | Ports |
|---|---|---|
| Azure Backup | *.backup.windowsazure.com |
443 |
| Azure Storage | *.blob.core.windows.net *.queue.core.windows.net *.blob.storage.azure.net |
443 |
| Azure AD | *.login.microsoft.com Gewähren des Zugriffs auf FQDNs gemäß Abschnitt 56 und 59, wie in diesem Artikel beschrieben |
443 Wie anwendbar |
Verwenden eines HTTP-Proxyservers für das Weiterleiten von Datenverkehr
Hinweis
Derzeit wird der HTTP-Proxy nur für Microsoft Entra-Datenverkehr für SAP HANA unterstützt. Wenn Sie Anforderungen an die ausgehende Konnektivität (für Azure Backup- und Azure Storage-Datenverkehr) für Datenbanksicherungen über Azure Backup in HANA VMs entfernen müssen, verwenden Sie andere Optionen, wie private Endpunkte.
Verwenden eines HTTP-Proxyservers für Microsoft Entra-Datenverkehr
Navigieren Sie zum Ordner „opt/msawb/bin“.
Erstellen Sie eine neue JSON-Datei namens „ExtensionSettingsOverrides.json“.
Fügen Sie der JSON-Datei ein Schlüssel-Wert-Paar hinzu:
{ "UseProxyForAAD":true, "UseProxyForAzureBackup":false, "UseProxyForAzureStorage":false, "ProxyServerAddress":"http://xx.yy.zz.mm:port" }Ändern Sie die Berechtigungen und den Besitz der Datei:
chmod 750 ExtensionSettingsOverrides.json chown root:msawb ExtensionSettingsOverrides.jsonEs muss kein Dienst neu gestartet werden. Der Azure Backup-Dienst versucht, den Microsoft Entra-Datenverkehr über den in der JSON-Datei angegebenen Proxyserver weiterzuleiten.
Verwenden von Ausgangsregeln
Wenn die Firewall- oder NSG-Einstellungen die “management.azure.com”-Domäne von Azure VM blockieren, schlagen Momentaufnahmensicherungen fehl.
Erstellen Sie die folgende ausgehende Regel und erlauben Sie dem Domänennamen, die Datenbanksicherung durchzuführen. Erfahren Sie, wie Sie Ausgangsregeln erstellen.
- Quelle: IP-Adresse der VM
- Ziel: Diensttag
- Zieldiensttag:
AzureResourceManager
Erstellen eines Recovery Services-Tresors
Ein Recovery Services-Tresor ist eine Verwaltungsentität, in der die im Laufe der Zeit erstellten Wiederherstellungspunkte gespeichert werden, und bietet eine Benutzeroberfläche zum Durchführen sicherungsbezogener Vorgänge. Zu diesen Vorgängen gehören das Erstellen von bedarfsgesteuerten Sicherungen, das Durchführen von Wiederherstellungen und das Erstellen von Sicherungsrichtlinien.
So erstellen Sie einen Recovery Services-Tresor
Melden Sie sich beim Azure-Portal an.
Suchen Sie nach Business Continuity Center, und navigieren Sie dann zum Business Continuity Center-Dashboard.
Wählen Sie im Bereich Tresor die Option + Tresor aus.
Wählen Sie Recovery Services-Tresor>Weiter aus.
Geben Sie im Bereich Recovery Services-Tresor die folgenden Werte ein:
Abonnement: Wählen Sie das zu verwendende Abonnement aus. Wenn Sie nur in einem Abonnement Mitglied sind, wird dessen Name angezeigt. Falls Sie nicht sicher sind, welches Abonnement geeignet ist, können Sie das Standardabonnement verwenden. Es sind nur dann mehrere Auswahlmöglichkeiten verfügbar, wenn Ihr Geschäfts-, Schul- oder Unikonto mehreren Azure-Abonnements zugeordnet ist.
Ressourcengruppe: Verwenden Sie eine vorhandene Ressourcengruppe, oder erstellen Sie eine neue Ressourcengruppe. Um eine Liste der verfügbaren Ressourcengruppen in Ihrem Abonnement anzuzeigen, wählen Sie Vorhandene verwenden und dann eine Ressource in der Dropdownliste aus. Zum Erstellen einer neuen Ressourcengruppe wählen Sie Neu erstellen aus und geben dann den Namen ein. Weitere Informationen zu Ressourcengruppen finden Sie unter Azure Resource Manager – Übersicht.
Tresorname: Geben Sie einen Anzeigenamen zum Identifizieren des Tresors ein. Der Name muss für das Azure-Abonnement eindeutig sein. Geben Sie einen Namen ein, der mindestens zwei, aber nicht mehr als 50 Zeichen enthält. Der Name muss mit einem Buchstaben beginnen und darf nur Buchstaben, Zahlen und Bindestriche enthalten.
Region: Wählen Sie die geografische Region für den Tresor aus. Damit Sie einen Tresor zum Schutz von Datenquellen erstellen können, muss sich der Tresor in derselben Region wie die Datenquelle befinden.
Wichtig
Wenn Sie den Speicherort der Datenquelle nicht kennen, schließen Sie das Fenster. Navigieren Sie zur Liste Ihrer Ressourcen im Portal. Falls Sie über Datenquellen in mehreren Regionen verfügen, erstellen Sie für jede Region einen Recovery Services-Tresor. Erstellen Sie den Tresor am ersten Speicherort, bevor Sie einen Tresor an einem weiteren Speicherort erstellen. Das Angeben von Speicherkonten zum Speichern der Sicherungsdaten ist nicht erforderlich. Der Recovery Services-Tresor und Azure Backup führen diesen Schritt automatisch aus.
Wählen Sie nach dem Angeben der Werte die Option Überprüfen + erstellen aus.
Um die Erstellung des Recovery Services-Tresors abzuschließen, wählen Sie Erstellen aus.
Es kann einige Zeit dauern, denn Recovery Services-Tresor zu erstellen. Verfolgen Sie die Statusbenachrichtigungen rechts oben im Bereich Benachrichtigungen. Nach Abschluss des Erstellungsvorgangs wird der Tresor in der Liste mit den Recovery Services-Tresoren angezeigt. Wenn der Tresor nicht angezeigt wird, wählen Sie Aktualisieren aus.
Hinweis
Azure Backup unterstützt jetzt unveränderliche Tresore, mit denen Sie sicherstellen können, dass einmal erstellte Wiederherstellungspunkte nicht vor ihrem Ablauf gemäß der Sicherungsrichtlinie gelöscht werden können. Sie können die Unveränderlichkeit unumkehrbar machen, um Ihren Sicherungsdaten maximalen Schutz vor verschiedenen Bedrohungen zu bieten, einschließlich Ransomware-Angriffen und böswilligen Akteuren. Weitere Informationen
Aktivieren der regionsübergreifenden Wiederherstellung
Im Recovery Services-Tresor können Sie die regionsübergreifende Wiederherstellung aktivieren. Informieren Sie sich darüber, wie Sie die regionsübergreifende Wiederherstellung aktivieren.
Erfahren Sie mehr über regionsübergreifende Wiederherstellung.
Ermitteln der Datenbanken
Wechseln Sie im Azure-Portal zu Backup Center, und wählen Sie + Sichern aus.
Wählen Sie SAP HANA in Azure-VM als Datenquellentyp, anschließend einen Recovery Services-Tresor, der für die Sicherung verwendet werden soll, und dann Weiter aus.
Wählen Sie Ermittlung starten aus. Dadurch wird die Ermittlung nicht geschützter Linux-VMs in der Tresorregion initiiert.
- Nach der Ermittlung werden nicht geschützte VMs im Portal nach Name und Ressourcengruppe sortiert angezeigt.
- Wenn ein virtueller Computer nicht wie erwartet aufgeführt wird, überprüfen Sie, ob er bereits in einem Tresor gesichert wird.
- Mehrere virtuelle Computer können den gleichen Namen aufweisen, gehören dann aber verschiedenen Ressourcengruppen an.
Wählen Sie im Bereich Virtuelle Computer auswählen den Link zum Herunterladen des Skripts aus, das dem Azure Backup-Dienst Berechtigungen zum Zugreifen auf die SAP HANA-VMs für die Ermittlung von Datenbanken erteilt.
Führen Sie das Skript auf jedem virtuellen Computer aus, der die zu sichernden SAP HANA-Datenbanken hostet.
Wählen Sie nach dem Ausführen des Skripts auf den VMs im Bereich Virtuelle Computer auswählen die VMs aus. Wählen Sie dann DBs ermitteln aus.
Azure Backup ermittelt alle SAP HANA-Datenbanken auf dem virtuellen Computer. Während der Ermittlung registriert Azure Backup den virtuellen Computer beim Tresor und installiert eine Erweiterung auf dem VM. Für die Datenbank wird kein Agent installiert.
Konfigurieren der Sicherung
Aktivieren Sie jetzt die Sicherung.
Wählen Sie in Schritt 2 Sicherung konfigurieren aus.
Wählen Sie unter Zu sichernde Elemente auswählen alle Datenbanken, die Sie schützen möchten, und dann >OK aus.
Wählen Sie Sicherungsrichtlinie>Sicherungsrichtlinie auswählen aus, und erstellen Sie eine neue Sicherungsrichtlinie für die Datenbanken gemäß den unten stehenden Anweisungen.
Wählen Sie nach dem Erstellen der Richtlinie im Menü Sicherung die Option Sicherung aktivieren aus.
Verfolgen Sie den Fortschritt der Sicherungskonfiguration im Bereich Benachrichtigungen des Portals.
Erstellen einer Sicherungsrichtlinie
Eine Sicherungsrichtlinie legt fest, wann Sicherungen erstellt und wie lange sie aufbewahrt werden.
- Eine Richtlinie wird auf Tresorebene erstellt.
- Mehrere Tresore können die gleiche Sicherungsrichtlinie verwenden. Allerdings müssen Sie die Sicherungsrichtlinie auf jeden Tresor anwenden.
Hinweis
Azure Backup passt Änderungen an der Sommer- oder Winterzeit bei der Sicherung einer auf einem virtuellen Azure-Computer ausgeführten SAP HANA-Datenbank nicht automatisch an.
Ändern Sie die Richtlinie nach Bedarf manuell.
Legen Sie die Richtlinieneinstellungen wie folgt fest:
Geben Sie unter Richtlinienname einen Namen für die neue Richtlinie ein.
Wählen Sie in Richtlinie für vollständige Sicherung für SicherungshäufigkeitTäglich oder Wöchentlich aus.
- Daily (Täglich): Wählen Sie die Uhrzeit und die Zeitzone für den Beginn des Sicherungsauftrags aus.
- Sie müssen eine vollständige Sicherung ausführen. Diese Option kann nicht deaktiviert werden.
- Klicken Sie auf Vollständige Sicherung, um die Richtlinie anzuzeigen.
- Sie können keine differenziellen Sicherungen für tägliche vollständige Sicherungen erstellen.
- Wöchentlich: Wählen Sie den Wochentag, die Uhrzeit und die Zeitzone für die Ausführung des Sicherungsauftrags aus.
- Daily (Täglich): Wählen Sie die Uhrzeit und die Zeitzone für den Beginn des Sicherungsauftrags aus.
Konfigurieren Sie unter Beibehaltungsdauer die Aufbewahrungseinstellungen für die vollständige Sicherung.
- Standardmäßig sind alle Optionen ausgewählt. Deaktivieren Sie alle Optionen für die Beibehaltungsdauer, die Sie nicht verwenden möchten, und legen Sie die gewünschten Grenzwerte fest.
- Die Mindestaufbewahrungsdauer beträgt für alle Sicherungstypen (vollständig/differenziell/Protokoll) sieben Tage.
- Wiederherstellungspunkte werden unter Berücksichtigung ihrer Beibehaltungsdauer mit einer Markierung versehen. Wenn Sie beispielsweise eine tägliche vollständige Sicherung wählen, wird pro Tag nur eine vollständige Sicherung ausgelöst.
- Die Sicherung für einen bestimmten Tag wird auf Grundlage der wöchentlichen Beibehaltungsdauer und der entsprechenden Einstellung markiert und beibehalten.
- Mit der monatlichen und jährlichen Beibehaltungsdauer verhält es sich ähnlich.
Wählen Sie im Menü Richtlinie für vollständige SicherungOK aus, um die Einstellungen zu übernehmen.
Wählen Sie Differenzielle Sicherung aus, um eine Richtlinie für eine differenzielle Sicherung hinzuzufügen.
Wählen Sie in Richtlinie für differenzielle Sicherung die Option Aktivieren aus, um die Einstellungen für Häufigkeit und Beibehaltung vorzunehmen.
- Pro Tag kann höchstens eine differenzielle Sicherung ausgelöst werden.
- Differenzielle Sicherungen können maximal 180 Tage aufbewahrt werden. Wenn Sie eine längere Aufbewahrung wünschen, müssen Sie vollständige Sicherungen verwenden.
Hinweis
Sie können entweder „differenziell“ oder „inkrementell“ für die tägliche Sicherung auswählen, aber nicht beide Optionen.
Wählen Sie unter Richtlinie zur inkrementellen Sicherung die Option Aktivieren aus, um die Einstellungen für Häufigkeit und Beibehaltung vorzunehmen.
- Pro Tag kann höchstens eine inkrementelle Sicherung ausgelöst werden.
- Inkrementelle Sicherungen können maximal 180 Tage aufbewahrt werden. Wenn Sie eine längere Aufbewahrung wünschen, müssen Sie vollständige Sicherungen verwenden.
Wählen Sie OK aus, um die Richtlinie zu speichern und zum Hauptmenü Sicherungsrichtlinie zurückzukehren.
Wählen Sie Protokollsicherung aus, um eine Richtlinie für eine Transaktionsprotokollsicherung hinzuzufügen.
- Wählen Sie unter Protokollsicherung die Option Aktivieren aus. Diese Option kann nicht deaktiviert werden, da SAP HANA alle Protokollsicherungen verwaltet.
- Legen Sie die Häufigkeits- und Aufbewahrungssteuerelemente fest.
Hinweis
Protokollsicherungen werden erst nach dem erfolgreichen Abschluss einer vollständigen Sicherung übertragen.
Wählen Sie OK aus, um die Richtlinie zu speichern und zum Hauptmenü Sicherungsrichtlinie zurückzukehren.
Wählen Sie nach dem Definieren der Sicherungsrichtlinie OK aus.
Hinweis
Jede Protokollsicherung wird mit der vorherigen vollständigen Sicherung zu einer Wiederherstellungskette verkettet. Diese vollständige Sicherung wird aufbewahrt, bis die Aufbewahrungsdauer der letzten Protokollsicherung abgelaufen ist. Das kann bedeuten, dass die vollständige Sicherung für einen zusätzlichen Zeitraum aufbewahrt wird, um sicherzustellen, dass alle Protokolle wiederhergestellt werden können. Ein Beispiel: Ein Benutzer hat eine wöchentliche vollständige Sicherung, tägliche differenzielle Sicherungen und alle zwei Stunden ausgeführte Protokolle eingerichtet. Alle werden 30 Tage lang aufbewahrt. Die wöchentliche vollständige Sicherung kann aber erst vollständig bereinigt/gelöscht werden, wenn die nächste vollständige Sicherung verfügbar ist, also nach 30 + 7 Tagen. Angenommen, am 16. November erfolgt eine wöchentliche vollständige Sicherung. Gemäß der Aufbewahrungsrichtlinie wird diese bis zum 16. Dezember aufbewahrt. Die letzte Protokollsicherung hierfür erfolgt vor der nächsten geplanten vollständigen Sicherung, und zwar am 22. November. Solange dieses Protokoll bis zum 22. Dezember verfügbar ist, kann die vollständige Sicherung vom 16. November nicht gelöscht werden. Die vollständige Sicherung vom 16. November wird also bis zum 22. Dezember aufbewahrt.
Ausführen einer On-Demand-Sicherung
Sicherungen werden gemäß dem Richtlinienzeitplan ausgeführt. Informieren Sie sich über das Durchführen einer bedarfsgesteuerten Sicherung.
Durchführen einer Sicherung von nativen SAP HANA-Clients für eine Datenbank mit Azure Backup
Sie können eine bedarfsgesteuerte Sicherung mithilfe von nativen SAP HANA-Clients im lokalen Dateisystem statt mit Backint durchführen. Erfahren Sie mehr darüber, wie Sie Vorgänge mit nativen SAP-Clients verwalten.
Konfigurieren von Multistreaming-Datensicherungen für einen höheren Durchsatz mithilfe von Backint
Informationen zum Konfigurieren von Multistreaming-Datensicherungen finden Sie in der SAP-Dokumentation.
Weitere Informationen zu unterstützten Szenarios.
Überprüfen des Sicherungsstatus
Azure Backup synchronisiert regelmäßig die Datenquelle zwischen der auf dem virtuellen Computer installierten Erweiterung und dem Azure Backup-Dienst und zeigt den Sicherungsstatus im Azure-Portal an. Die folgende Tabelle enthält die (vier) Sicherungsstatusoptionen für eine Datenquelle:
| Sicherungsstatus | Beschreibung |
|---|---|
| Healthy | Die letzte Sicherung war erfolgreich. |
| Fehlerhaft | Die letzte Sicherung war nicht erfolgreich. |
| NotReachable | Derzeit findet keine Synchronisierung zwischen der Erweiterung auf dem virtuellen Computer und dem Azure Backup-Dienst statt. |
| IRPending | Die erste Sicherung der Datenquelle wurde noch nicht durchgeführt. |
Üblicherweise wird die Synchronisierung im Stundentakt durchgeführt. Auf der Erweiterungsebene führt Azure Backup jedoch alle fünf Minuten eine Abfrage durch, um nach Statusänderungen zwischen der neuesten Sicherung und der vorherigen Sicherung zu suchen. Wenn also beispielsweise die vorherige Sicherung erfolgreich war, die neueste Sicherung aber nicht, synchronisiert Azure Backup diese Information mit dem Dienst, um den Sicherungsstatus im Azure-Portal entsprechend auf Fehlerfrei oder Fehlerhaft zu aktualisieren.
Wenn für mehr als zwei Stunden keine Datensynchronisierung mit dem Azure Backup-Dienst erfolgt, lautet der Sicherungsstatus in Azure Backup NotReachable. Dieses Szenario kann auftreten, wenn der virtuelle Computer für einen längeren Zeitraum heruntergefahren wird oder ein Netzwerkkonnektivitätsproblem auf dem virtuellen Computer vorliegt, das die Synchronisierung verhindert. Sobald die VM wieder betriebsbereit ist und die Erweiterungsdienste neu gestartet wurden, wird die Datensynchronisierung mit dem Dienst fortgesetzt, und der Sicherungsstatus wird basierend auf dem Status der letzten Sicherung in Fehlerfrei oder Fehlerhaft geändert.
