Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
In diesem Artikel wird beschrieben, wie Sie SAP HANA-Datenbanken wiederherstellen, die auf Azure-VMs ausgeführt werden und vom Azure-Backup-Dienst im Azure-Portal in einem Wiederherstellungsdienst-Tresor gesichert wurden. mit Azure Backup können Sie die wiederhergestellten Daten verwenden, um Kopien für Entwicklungs- und Testszenarien zu erstellen oder zu einem vorherigen Zustand zurückzukehren. Sie können die Datenbank auch speichern, indem Sie Azure CLI verwenden.
Azure Backup unterstützt jetzt die Sicherung und Wiederherstellung der SAP HANA Systemreplikationsinstanz (HSR) mithilfe des Azure-Portals. Sie können den Wiederherstellungsvorgang auch mit Azure CLI ausführen.
Hinweis
- Der Wiederherstellungsprozess für HANA-Datenbanken mit HSR entspricht dem Wiederherstellungsprozess für HANA-Datenbanken ohne HSR. Laut SAP können Sie Datenbanken mit dem HSR-Modus als eigenständige Datenbanken wiederherstellen. Wenn das Zielsystem den HSR-Modus aktiviert hat, deaktivieren Sie zunächst den Modus, und stellen Sie dann die Datenbank wieder her. Wenn Sie jedoch die Option zum Wiederherstellen als Dateien verwenden, ist das Deaktivieren des HSR-Modus (Unterbrechen des HSR) nicht erforderlich.
- Die Wiederherstellung am ursprünglichen Speicherort (Original Location Recovery, OLR) wird für HSR derzeit nicht unterstützt. Alternativ wählen Sie Wiederherstellung an einem alternativen Speicherort und dann in der Liste die Quell-VM als Host aus.
- Die Wiederherstellung auf einer HSR-Instanz wird nicht unterstützt. Es wird jedoch nur die Wiederherstellung in einer HANA-Instanz unterstützt.
Informationen zu den unterstützten SAP HANA Datenbanksicherungs- und Wiederherstellungsszenarien, regionsverfügbarkeit und -einschränkungen finden Sie in der support matrix. Allgemeine Fragen finden Sie im selten gestellten Fragen.
Wiederherstellen eines Zeitpunkts oder eines Wiederherstellungspunkts
Azure Backup stellt SAP HANA Datenbanken wieder her, die auf Azure virtuellen Computern ausgeführt werden. Es kann:
Stellen Sie sie mit einem bestimmten Datum oder einer bestimmten Uhrzeit (sekundengenau) mithilfe von Protokollsicherungen wieder her. Azure Backup bestimmt automatisch die entsprechenden vollständigen Sicherungen, differenziellen Sicherungen und die Kette von Protokollsicherungen, die basierend auf der ausgewählten Zeit wiederhergestellt werden müssen. Erfahren Sie mehr.
Stellen Sie sie mit einer bestimmten vollständigen oder differenziellen Sicherung wieder her, um sie mit einem bestimmten Wiederherstellungspunkt wiederherzustellen. Erfahren Sie mehr.
Voraussetzungen
Beachten Sie vor dem Wiederherstellen einer Datenbank Folgendes:
Sie können die Datenbank nur in einer SAP HANA Instanz wiederherstellen, die sich in derselben Region befindet.
Die Zielinstanz muss beim gleichen Tresor wie die Quelle registriert sein. Weitere Informationen zum Sichern SAP HANA Datenbanken.
Azure Backup können nicht zwei verschiedene SAP HANA Instanzen auf demselben virtuellen Computer identifizieren. Deshalb ist das Wiederherstellen von Daten einer Instanz auf einer anderen auf derselben VM nicht möglich.
Um sicherzustellen, dass das Ziel SAP HANA Instanz für die Wiederherstellung bereit ist, überprüfen Sie den Status der Backup-Bereitschaft:
Wechseln Sie im Azure portal zu Resiliency, und wählen Sie +Schutz konfigurieren aus.
Wählen Sie im Bereich KonfigurationsschutzDatenquelletyp als SAP HANA in Azure VM aus, und wählen Sie dann Continue aus.
Im Bereich Start: Sicherung konfigurieren klicken Sie zur Auswahl des Vault auf Tresor auswählen, um den Tresor auszuwählen, für den die SAP HANA-Instanz registriert ist, und wählen Sie dann Weiter.
Wählen Sie im Bereich "Sicherungsziel " unter " DBs in virtuellen Computern ermitteln" die Option "Details anzeigen" aus.
Überprüfen Sie im Bereich Select Virtual Machines den Backup Readiness der Ziel-VM.
- Weitere Informationen zu den SAP HANA unterstützten Wiederherstellungstypen finden Sie unter SAP HANA Hinweis 1642148.
Wiederherstellen einer Datenbank
Zum Wiederherstellen einer Datenbank benötigen Sie die folgenden Berechtigungen:
- Sicherungsoperator: Bietet Berechtigungen in dem Tresor, in dem Sie die Wiederherstellung durchführen.
- Contributor (write): Stellt Zugriff auf die gesicherte Quell-VM bereit.
-
Contributor (write): Stellt access für die Ziel-VM bereit.
- Wenn Sie die Daten auf dem gleichen virtuellen Computer wiederherstellen, handelt es sich hierbei um den virtuellen Quellcomputer.
- Wenn Sie als Ziel für die Wiederherstellung einen alternativen Speicherort verwenden, ist dies die neue Ziel-VM.
Wechseln Sie im Azure portal zu Resiliency, und wählen Sie dann Wiederherstellen aus.
Wählen Sie im Bereich Wiederherstellen für Datenquellentyp Wählen Sie SAP HANA in Azure VM, für Protected items, klicken Sie auf "Auswählen", um die Datenbank auszuwählen, die Sie wiederherstellen möchten, und wählen Sie dann Continue aus.
Geben Sie im Bereich "Wiederherstellen " unter "Wo und wie wiederherstellen" die erforderliche Option zum Wiederherstellen der Daten an:
- Alternativer Speicherort: Stellen Sie die Datenbank an einem alternativen Speicherort wieder her, und behalten Sie die ursprüngliche Quelldatenbank bei.
- Original-Speicherort: Wiederherstellen der Daten in derselben SAP HANA Instanz wie die ursprüngliche Quelle. Bei dieser Option wird die ursprüngliche Datenbank überschrieben.
Hinweis
Während der Wiederherstellung (gilt nur für das Virtuelle IP/Load-Balancer-Frontend-IP-Szenario), wenn Sie versuchen, ein Backup nach dem Ändern des HSR-Modus in den Standalone-Modus wiederherzustellen oder den HSR-Modus vor der Wiederherstellung wie von SAP empfohlen zu unterbrechen, stellen Sie sicher, dass der Load-Balancer auf den Zielknoten verweist.
Beispielszenarien:
- Wenn Sie hdbuserstore set SYSTEMKEY localhost in Ihrem Vorregistrierungsskript verwenden, treten während der Wiederherstellung keine Probleme auf.
- Wenn Ihr *hdbuserstore
SYSTEMKEY <load balancer host/ip>in Ihrem Vorregistrierungsskript festgelegt hat und Sie versuchen, die Sicherung auf den Zielknoten wiederherzustellen, stellen Sie sicher, dass der load balancer auf den Zielknoten verweist, der wiederhergestellt werden muss.
Wiederherstellen an einem alternativen Speicherort
Wählen Sie im Bereich "Wiederherstellen " unter "Wo und wie sie wiederhergestellt werden" die Option "Alternativer Speicherort" aus.
Wählen Sie den SAP HANA Hostnamen und Instanznamen aus, auf den Sie die Datenbank wiederherstellen möchten.
Überprüfen Sie, ob das Ziel SAP HANA Instanz wiederhergestellt werden kann, indem Sie die Sicherungsbereitschaft sicherstellen. Weitere Informationen finden Sie unter Voraussetzungen.
Geben Sie im Feld Name der wiederhergestellten Datenbank den Namen der Zieldatenbank ein.
Hinweis
SDC-Wiederherstellungen (Single Database Container) müssen diesen checks folgen.
Aktivieren Sie ggf. das Kontrollkästchen Überschreiben, wenn die gleichnamige Datenbank bereits in der ausgewählten HANA-Instanz vorhanden ist.
Wählen Sie unter Wiederherstellungspunkt auswählen die Option Protokolle (Zeitpunkt) aus, um einen bestimmten Zeitpunkt wiederherzustellen. Oder wählen Sie Vollständig und differenziell aus, um einen bestimmten Wiederherstellungspunkt wiederherzustellen.
Wiederherstellen als Dateien
Hinweis
Wiederherstellung als Dateien funktioniert bei CIFS-(Common Internet File System-)Freigaben nicht, wohl aber beim NFS (Network File System).
Um die Sicherungsdaten als Dateien und nicht als Datenbank wiederherzustellen, wählen Sie Als Dateien wiederherstellen aus. Nachdem die Dateien in einem angegebenen Pfad abgelegt wurden, können Sie sie auf einen beliebigen SAP HANA Computer übertragen, um sie als Datenbank wiederherzustellen. Da Sie die Dateien auf einen beliebigen Computer verschieben können, können Sie nun die Daten über Abonnements und Regionen hinweg wiederherstellen.
Wählen Sie im Bereich "Wiederherstellen " unter "Wo und wie wiederherstellen?" die Option "Als Dateien wiederherstellen" aus.
Wählen Sie den Namen des Hosts oder des HANA-Servers aus, auf dem die Sicherungsdateien wiederhergestellt werden sollen.
Geben Sie in das Feld Zielpfad auf dem Server den im vorherigen Schritt ausgewählten Ordnerpfad auf dem Server ein. Dies ist der Speicherort, an dem der Dienst alle erforderlichen Sicherungsdateien ablegt.
Die abgelegten Dateien sind:
- Datenbanksicherungsdateien
- JSON-Metadatendateien (für jede betroffene Sicherungsdatei)
In der Regel ermöglicht ein Netzwerkfreigabepfad oder der Pfad einer bereitgestellten Azure-Dateifreigabe, der als Zielpfad angegeben ist, einen einfacheren Zugriff auf diese Dateien von anderen Computern im selben Netzwerk oder mit derselben Azure-Dateifreigabe, die darauf bereitgestellt ist.
Hinweis
Um die Datenbanksicherungsdateien auf einer Azure-Dateifreigabe wiederherzustellen, die auf der registrierten Ziel-VM bereitgestellt wurde, stellen Sie sicher, dass das Stammkonto über Lese- und Schreibberechtigungen für die Freigabe verfügt.
Wählen Sie den Wiederherstellungspunkt aus, an dem alle Sicherungsdateien und -ordner wiederhergestellt werden.
Alle Sicherungsdateien, die dem ausgewählten Wiederherstellungspunkt zugeordnet sind, werden im Zielpfad abgelegt.
Je nachdem, welchen Typ Wiederherstellungspunkt Sie ausgewählt haben (Point-in-Time oder Vollständig & Differenziell) sehen Sie einen oder mehrere im Zielpfad erstellte Ordner. Einer der Ordner Data_ < Datum und Uhrzeit der Wiederherstellung> enthält die vollständigen Sicherungen, während der andere Ordner Protokoll die Protokollsicherungen und sonstigen Sicherungen (z. B. differenziell und inkrementell) enthält.
Hinweis
Wenn Sie Wiederherstellen eines bestimmten Zeitpunkts ausgewählt haben, können die Protokolldateien, die auf die Ziel-VM übertragen wurden, manchmal Protokolle enthalten, die über den für die Wiederherstellung ausgewählten Zeitpunkt hinausgehen. Azure Backup stellt dies sicher, dass Protokollsicherungen für alle HANA-Dienste für eine konsistente und erfolgreiche Wiederherstellung zum gewählten Zeitpunkt verfügbar sind.
Verschieben Sie die wiederhergestellten Dateien auf den SAP HANA Server, auf dem Sie sie als Datenbank wiederherstellen möchten, und führen Sie dann die folgenden Schritte aus:
a) Legen Sie Berechtigungen für den Ordner oder das Verzeichnis fest, indem die Sicherungsdateien gespeichert sind. Führen Sie dazu den folgenden Befehl aus:
chown -R <SID>adm:sapsys <directory>b. Führen Sie die nächsten Befehle als
<SID>admaus:su: <sid>admc. Generieren Sie die Katalogdatei für die Wiederherstellung. Extrahieren Sie die BackupId aus der JSON-Metadatendatei für die vollständige Sicherung, die Sie später im Wiederherstellungsvorgang verwenden werden. Stellen Sie sicher, dass sich die vollständigen Sicherungen und die Protokollsicherungen (für die Wiederherstellung einer vollständigen Sicherung nicht vorhanden) in unterschiedlichen Ordnern befinden, und löschen Sie die JSON-Metadatendateien in diesen Ordnern. Ausführen:
hdbbackupdiag --generate --dataDir <DataFileDir> --logDirs <LogFilesDir> -d <PathToPlaceCatalogFile>-
<DataFileDir>: Der Ordner mit den vollständigen Sicherungen. -
<LogFilesDir>: Der Ordner, der die Protokollsicherungen, differenziellen Sicherungen und inkrementellen Sicherungen enthält. Fügen Sie zur vollständigen Wiederherstellung des BackUps ein leeres Verzeichnis hinzu, da der Protokollordner nicht erstellt wird. -
<PathToPlaceCatalogFile>: Der Ordner, in dem die generierte Katalogdatei platziert werden muss.
d. Sie können die neu generierte Katalogdatei in HANA Studio verwenden, um eine Wiederherstellung durchzuführen, oder die SAP HANA HDBSQL-Wiederherstellungsabfrage mit diesem neu generierten Katalog ausführen. Die HDBSQL-Abfragen sind hier aufgelistet:
Führen Sie den folgenden Befehl aus, um die HDBSQL-Eingabeaufforderung zu öffnen:
hdbsql -U AZUREWLBACKUPHANAUSER -d systemDBWiederherstellen eines bestimmten Zeitpunkts:
Wenn Sie eine neue wiederhergestellte Datenbank erstellen, führen Sie den HDBSQL-Befehl aus, um eine neue Datenbank
<DatabaseName>zu erstellen, und beenden Sie die Datenbank anschließend für die Wiederherstellung mithilfe des BefehlsALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Wenn Sie jedoch nur eine vorhandene Datenbank wiederherstellen, führen Sie den HDBSQL-Befehl aus, um die Datenbank zu beenden.Führen Sie dann den folgenden Befehl aus, um die Datenbank wiederherzustellen:
RECOVER DATABASE FOR <db> UNTIL TIMESTAMP <t1> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> USING BACKUP_ID <bkId> CHECK ACCESS USING FILE-
<DatabaseName>: Der Name der neuen oder vorhandenen Datenbank, die Sie wiederherstellen möchten. -
<Timestamp>: Der genaue Zeitstempel der Point-in-Time-Wiederherstellung. -
<DatabaseName@HostName>: Der Name der Datenbank, deren Sicherung für die Wiederherstellung verwendet wird, sowie der Host- oder SAP HANA Servername, auf dem sich diese Datenbank befindet. Die OptionUSING SOURCE <DatabaseName@HostName>gibt an, dass die Datensicherung (für die Wiederherstellung verwendet) von einer Datenbank mit einer anderen SID oder einem anderen Namen als das Ziel-SAP-HANA-System ist. Sie muss nicht für Wiederherstellungen angegeben werden, die auf dem HANA-Server ausgeführt werden, auf dem die Sicherung aufgezeichnet wurde. -
<PathToGeneratedCatalogInStep3>: Der Pfad zur Katalogdatei, die in Schritt c generiert wurde. -
<DataFileDir>: Der Ordner mit den vollständigen Sicherungen. -
<LogFilesDir>: Der Ordner, der (sofern vorhanden) die Protokollsicherungen, differenziellen Sicherungen und inkrementellen Sicherungen enthält. -
<BackupIdFromJsonFile>: Die BackupId, die in Schritt c extrahiert wurde.
-
Wiederherstellen einer bestimmten vollständigen oder differenziellen Sicherung:
Wenn Sie eine neue wiederhergestellte Datenbank erstellen, führen Sie den HDBSQL-Befehl aus, um eine neue Datenbank
<DatabaseName>zu erstellen, und beenden Sie die Datenbank anschließend für die Wiederherstellung mithilfe des BefehlsALTER SYSTEM STOP DATABASE <db> IMMEDIATE. Wenn Sie jedoch nur eine vorhandene Datenbank wiederherstellen, führen Sie den HDBSQL-Befehl aus, um die Datenbank zu beenden:RECOVER DATA FOR <DatabaseName> USING BACKUP_ID <BackupIdFromJsonFile> USING SOURCE '<DatabaseName@HostName>' USING CATALOG PATH ('<PathToGeneratedCatalogInStep3>') USING DATA PATH ('<DataFileDir>') CLEAR LOG-
<DatabaseName>: Der Name der neuen oder vorhandenen Datenbank, die Sie wiederherstellen möchten. -
<Timestamp>: Der genaue Zeitstempel der Point-in-Time-Wiederherstellung. -
<DatabaseName@HostName>: Der Name der Datenbank, deren Sicherung für die Wiederherstellung verwendet wird, sowie der Host- oder SAP HANA Servername, auf dem sich diese Datenbank befindet. Die OptionUSING SOURCE <DatabaseName@HostName>gibt an, dass die Datensicherung (die für die Wiederherstellung verwendet wird) von einer Datenbank mit einer anderen SID oder einem anderen Namen als dem der Ziel-SAP-HANA-Maschine stammt. Daher muss sie nicht für Wiederherstellungen angegeben werden, die auf dem HANA-Server ausgeführt werden, auf dem die Sicherung aufgezeichnet wurde. -
<PathToGeneratedCatalogInStep3>: Der Pfad zur Katalogdatei, die in Schritt c generiert wurde. -
<DataFileDir>: Der Ordner mit den vollständigen Sicherungen. -
<LogFilesDir>: Der Ordner, der (sofern vorhanden) die Protokollsicherungen, differenziellen Sicherungen und inkrementellen Sicherungen enthält. -
<BackupIdFromJsonFile>: Die BackupId, die in Schritt c extrahiert wurde.
-
Wiederherstellung mithilfe einer Backup-ID:
RECOVER DATA FOR <db> USING BACKUP_ID <bkId> USING CATALOG PATH <path> USING LOG PATH <path> USING DATA PATH <path> CHECK ACCESS USING FILEBeispiele:
SAP HANA SYSTEMwiederherstellung auf demselben Server:
RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILESAP HANA Mandantenwiederherstellung auf demselben Server:
RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILESAP HANA SYSTEMwiederherstellung auf einem anderen Server:
RECOVER DATABASE FOR SYSTEM UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILESAP HANA Mandantenwiederherstellung auf einem anderen Server:
RECOVER DATABASE FOR DHI UNTIL TIMESTAMP '2022-01-12T08:51:54.023' USING SOURCE <sourceSID> USING CATALOG PATH ('/restore/catalo_gen') USING LOG PATH ('/restore/Log/') USING DATA PATH ('/restore/Data_2022-01-12_08-51-54/') USING BACKUP_ID 1641977514020 CHECK ACCESS USING FILE
-
Teilwiederherstellung als Dateien
Der Azure Backup-Dienst entscheidet über die Datei-Kette, die während wiederherstellen als Dateien heruntergeladen werden soll. Es gibt jedoch Situationen, in denen Sie nicht den gesamten Inhalt erneut herunterladen möchten.
Beispielsweise könnten Sie eine Sicherungsrichtlinie mit wöchentlichen vollständigen Sicherungen, täglichen differenziellen Sicherungen und Protokollsicherungen verwendet und bereits Dateien für eine bestimmte differenzielle Sicherung heruntergeladen haben. Sie haben festgestellt, dass es sich nicht um den richtigen Wiederherstellungspunkt handelt, und beschlossen, die differenzielle Sicherung des nächsten Tages herunterzuladen. Jetzt benötigen Sie nur noch die Differenzdatei, da Sie bereits die vollständige Sicherung gestartet haben. Mit der teilweise Wiederherstellung als Dateien Möglichkeit, die von Azure Backup bereitgestellt wird, können Sie jetzt die vollständige Sicherung aus der Downloadkette ausschließen und nur das differentielle Backup herunterladen.
Ausschließen von Sicherungsdateitypen
ExtensionSettingOverrides.json ist eine JSON-Datei (JavaScript Object Notation), die Außerkraftsetzungen für mehrere Einstellungen des Azure Backup Diensts für SQL enthält. Für eine Teilwiederherstellung als Dateien müssen Sie ein neues JSON-Feld hinzufügen, RecoveryPointsToBeExcludedForRestoreAsFiles. Dieses Feld enthält einen Zeichenfolgenwert, der angibt, welche Wiederherstellungspunkttypen bei der nächsten Wiederherstellung als Dateien ausgeschlossen werden sollen.
Wechseln Sie auf dem Zielcomputer, auf den die Dateien heruntergeladen werden sollen, zum Ordner opt/msawb/bin.
Erstellen Sie eine neue JSON-Datei mit dem Namen ExtensionSettingOverrides.JSON, sofern diese nicht bereits vorhanden ist.
Fügen Sie das folgende JSON-Schlüssel-Wert-Paar hinzu:
{ "RecoveryPointsToBeExcludedForRestoreAsFiles": "ExcludeFull" }Ä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, Sicherungstypen in der Wiederherstellungskette auszuschließen, wie in dieser Datei erwähnt.
RecoveryPointsToBeExcludedForRestoreAsFiles akzeptiert nur bestimmte Werte zur Kennzeichnung von Wiederherstellungspunkten, die bei der Wiederherstellung ausgeschlossen werden sollen. Für SAP HANA sind die folgenden Werte:
-
ExcludeFull. Andere Sicherungstypen wie z. B. differenzielle, inkrementelle und Protokollsicherungen werden heruntergeladen, wenn sie in der Wiederherstellungspunktkette vorhanden sind. -
ExcludeFullAndDifferential. Andere Sicherungstypen wie z. B. inkrementelle und Protokollsicherungen werden heruntergeladen, wenn sie in der Wiederherstellungspunktkette vorhanden sind. -
ExcludeFullAndIncremental. Andere Sicherungstypen wie z. B. differenzielle und Protokollsicherungen werden heruntergeladen, wenn sie in der Wiederherstellungspunktkette vorhanden sind. -
ExcludeFullAndDifferentialAndIncremental. Andere Sicherungstypen wie z. B. Protokollsicherungen werden heruntergeladen, wenn sie in der Wiederherstellungspunktkette vorhanden sind.
Wiederherstellung zu einem bestimmten Zeitpunkt
Wenn Sie Protokolle (Zeitpunkt) als Wiederherstellungstyp ausgewählt haben, führen Sie die folgenden Schritte aus:
Wählen Sie einen Wiederherstellungspunkt aus dem Protokolldiagramm aus, und klicken Sie auf OK, um den Wiederherstellungspunkt auszuwählen.
Wählen Sie im Menü WiederherstellenWiederherstellen aus, um den Wiederherstellungsauftrag zu starten.
Verfolgen Sie den Fortschritt der Wiederherstellung im Bereich Benachrichtigungen, oder wählen Sie im Datenbankmenü die Option Wiederherstellungsaufträge aus.
Wiederherstellen eines bestimmten Wiederherstellungspunkts
Wenn Sie Vollständig und differenziell als Wiederherstellungstyp ausgewählt haben, gehen Sie folgendermaßen vor:
Wählen Sie einen Wiederherstellungspunkt aus der Liste aus, und klicken Sie auf OK, um den Wiederherstellungspunkt auszuwählen.
Wählen Sie im Menü WiederherstellenWiederherstellen aus, um den Wiederherstellungsauftrag zu starten.
Verfolgen Sie den Fortschritt der Wiederherstellung im Bereich Benachrichtigungen, oder wählen Sie im Datenbankmenü die Option Wiederherstellungsaufträge aus.
Hinweis
Bei MDC-(Multiple Database Container-)Wiederherstellungen müssen Sie das Vorregistrierungsskript erneut ausführen, nachdem die Systemdatenbank auf einer Zielinstanz wiederhergestellt wurde. Dann wird die nachfolgende Wiederherstellung der Mandantendatenbanken erfolgreich sein. Weitere Informationen finden Sie unter Fehlerbehebung bei der Wiederherstellung von Multi-Container-Datenbanken.
Regionsübergreifende Wiederherstellung
Als eine der Wiederherstellungsoptionen ermöglicht Ihnen cross Region Restore (CRR) das Wiederherstellen SAP HANA Datenbanken, die auf Azure VMs in einer sekundären Region gehostet werden, bei der es sich um einen Azure gekoppelten Bereich handelt.
Informationen zur Verwendung der Funktion finden Sie unter Einrichten der regionsübergreifenden Wiederherstellung.
Anzeigen von Sicherungselementen in der sekundären Region
Wenn CRR aktiviert ist, können Sie die Sicherungselemente in der sekundären Region anzeigen.
- Wechseln Sie im Azure portal zu Recovery Services Vault, und wählen Sie dann Backup items aus.
- Wählen Sie Sekundäre Region aus, um die Elemente in der sekundären Region anzuzeigen.
Hinweis
In der Liste werden nur Sicherungsverwaltungstypen angezeigt, die die CRR-Funktion unterstützen. Derzeit ist nur die Unterstützung der Wiederherstellung von Daten aus sekundären Regionen in einer sekundären Region zulässig.
Wiederherstellen in der sekundären Region
Die Benutzererfahrung beim Wiederherstellen in der sekundären Region ist ähnlich der Benutzererfahrung beim Wiederherstellen in der primären Region. Wenn Sie die Details im Bereich Restore Configuration konfigurieren, werden Sie aufgefordert, nur die Parameter der sekundären Region anzugeben. Ein Tresor sollte in der sekundären Region vorhanden sein, und der SAP HANA Server sollte im Tresor in der sekundären Region registriert werden.
Hinweis
- Nachdem die Wiederherstellung ausgelöst wurde und sich in der Datenübertragungsphase befindet, kann der Wiederherstellungsauftrag nicht abgebrochen werden.
- Die Rolle und Zugriffsebene, die zum Ausführen eines Wiederherstellungsvorgangs regionenübergreifend erforderlich sind, sind die Rolle des Backup Operator im Abonnement und Contributor (Schreiben) Zugriff auf die Quell- und Ziel-virtuellen Maschinen. Zum Anzeigen von Sicherungsaufträgen ist „Sicherungsleseberechtigter“ die minimale Berechtigung, die im Abonnement erforderlich ist.
- Das Wiederherstellungspunkt-Ziel (RPO) für die Verfügbarkeit der Sicherungsdaten in der sekundären Region ist 12 Stunden. Wenn Sie CRR aktivieren, beträgt das RPO für die sekundäre Region daher 12 Stunden + Protokollhäufigkeitsdauer (die auf mindestens 15 Minuten festgelegt werden kann).
Erfahren Sie mehr über die minimum-Rollenanforderungen für die regionsübergreifende Wiederherstellung.
Überwachung von Wiederherstellungsaufträgen für Sekundärregionen
- Wechseln Sie im Azure portal zu Resiliency, und wählen Sie dann Jobs aus.
- Um die Aufträge in der sekundären Region anzuzeigen, filtern Sie im Jobs-Bereich die Operation nach CrossRegionRestore.
Abonnementübergreifende Wiederherstellung
Mit Azure Backup können Sie jetzt Datenbanken von SAP HANA auf ein beliebiges Abonnement wiederherstellen (gemäß den folgenden Azure RBAC-Anforderungen) vom Wiederherstellungspunkt. Standardmäßig stellt Azure Backup Daten im selben Abonnement wieder her, in dem die Wiederherstellungspunkte verfügbar sind.
Mit abonnementübergreifender Wiederherstellung (Cross Subscription Restore, CSR) haben Sie die Flexibilität, jedes Abonnement und jeden Tresor unter Ihrem Mandanten wiederherzustellen, wenn Wiederherstellungsberechtigungen verfügbar sind. Standardmäßig ist CSR für alle Recovery Services-Tresore (vorhandene und neu erstellte Tresore) aktiviert.
Hinweis
- Sie können die abonnementübergreifende Wiederherstellung aus dem Recovery Services-Vault auslösen.
- CSR wird nur für Streaming- oder Backint-basierte Sicherungen unterstützt und nicht für Snapshot-basierte Sicherungen.
- Cross Regional Restore (CRR) mit CSR wird nicht unterstützt.
Abonnementübergreifende Wiederherstellung in einem Tresor mit privatem Endpunkt
So führen Sie die Abonnementübergreifende Wiederherstellung in einem Vault mit privatem Endpunkt durch:
- Wechseln Sie im Recovery Services vault zur Registerkarte Networking.
- Wechseln Sie zum Abschnitt Private access, und erstellen Sie Private-Endpunkte.
- Wählen Sie das Abonnement des Zieltresors aus, in dem Sie wiederherstellen möchten.
- Wählen Sie im Abschnitt Virtual Network den VNet der Ziel-VM aus, die Sie im gesamten Abonnement wiederherstellen möchten.
- Erstellen Sie den privaten Endpunkt, und lösen Sie den Wiederherstellungsvorgang aus.
Azure RBAC-Anforderungen
| Vorgangsart | Sicherungsoperator | Recovery Services-Tresor | Alternativer Operator |
|---|---|---|---|
| Wiederherstellen einer Datenbank oder Wiederherstellen als Dateien | Virtual Machine Contributor |
Gesicherte Quell-VM | Anstelle einer integrierten Rolle können Sie eine benutzerdefinierte Rolle mit den folgenden Berechtigungen in Erwägung ziehen: - Microsoft.Compute/virtualMachines/write - Microsoft.Compute/virtualMachines/read |
Virtual Machine Contributor |
Ziel-VM, in der die Datenbank wiederhergestellt wird oder die Dateien erstellt werden | Anstelle einer integrierten Rolle können Sie eine benutzerdefinierte Rolle mit den folgenden Berechtigungen in Erwägung ziehen: - Microsoft.Compute/virtualMachines/write - Microsoft.Compute/virtualMachines/read |
|
Backup Operator |
Recovery Services-Zieltresor |
Standardmäßig ist CSR für den Recovery Services-Tresor aktiviert. Um die Wiederherstellungseinstellungen für den Recovery Services-Tresor zu aktualisieren, wechseln Sie zu Eigenschaften>Abonnementübergreifende Wiederherstellung, und nehmen Sie die erforderlichen Änderungen vor.
Cross-Abonnementwiederherstellung mit Azure CLI
az backup vault create
Fügen Sie den Parameter cross-subscription-restore-state hinzu, mit dem Sie den CSR-Status des Tresors bei dessen Erstellung und Aktualisierung festlegen können.
az backup recoveryconfig show
Fügen Sie den Parameter „--target-subscription-id“ hinzu, mit dem Sie das Zielabonnement als Eingabe beim Auslösen von Cross Subscription Restore für SQL- oder HANA-Datenquellen angeben können.
Beispiel:
az backup vault create -g {rg_name} -n {vault_name} -l {location} --cross-subscription-restore-state Disable
az backup recoveryconfig show --restore-mode alternateworkloadrestore --backup-management-type azureworkload -r {rp} --target-container-name {target_container} --target-item-name {target_item} --target-resource-group {target_rg} --target-server-name {target_server} --target-server-type SQLInstance --target-subscription-id {target_subscription} --target-vault-name {target_vault} --workload-type SQLDataBase --ids {source_item_id}