Sicherung und Wiederherstellung für SAP HANA auf Bare-Metal-Instanzen

In diesem Dokument wird die von Google Cloud empfohlene Sicherungs- und Wiederherstellungsstrategie beschrieben, einschließlich Best Practices für Ihre SAP HANA-Systeme, die auf Bare-Metal-Instanzen von Compute Engine ausgeführt werden, die in C3 und X4 verfügbar sind.

Mit Bare-Metal-Instanzen von Compute Engine können Sie SAP HANA-Arbeitslasten mit mehreren Terabyte ausführen. Daher sind für solche großen Arbeitslasten bestimmte Einstellungen und Ansätze erforderlich, um die Sicherungs- und Wiederherstellungsvorgänge zu optimieren.

Dieses Dokument richtet sich an SAP-Basisadministratoren, die SAP HANA-Systeme optimieren möchten, die auf Bare-Metal-Instanzen ausgeführt werden. Informationen zur Sicherung und Wiederherstellung in SAP HANA, die nicht spezifische Bereitstellungen auf Bare-Metal-Instanzen sind, finden Sie unter Sicherung und Wiederherstellung.

Informationen zu den Compute Engine-Bare-Metal-Instanzen, die von SAP für die Verwendung mit SAP HANA zertifiziert sind, finden Sie unter Bare-Metal-Maschinentypen für SAP HANA.

In der folgenden Tabelle wird die Sicherungsstrategie beschrieben, die Google Cloud für SAP HANA-Systeme empfiehlt, die auf C3- und X4-Bare-Metal-Instanzen ausgeführt werden. Erstellen Sie Sicherungen in Zeiten mit geringerer Verarbeitungsaktivität, um Ressourcenkonflikte zu vermeiden.

Häufigkeit Aktivität
Wöchentlich, mindestens einmal Erstellen Sie eine vollständige Systemsicherung. Verwenden Sie dazu das Feature Backint des Google Cloud-Agents für SAP.
Täglich, mindestens einmal Snapshot-basierte Sicherung des SAP HANA-Datenvolume erstellen Verwenden Sie dazu das Feature Laufwerk-Snapshot des Google Cloud-Agents für SAP.
Jeden zweiten Tag, mindestens einmal Erstellen Sie eine Deltasicherung des SAP HANA-Datenvolumes.
Alle 15 Minuten oder weniger, je nach Konfiguration der Logsicherungsintervalle oder wenn das SAP HANA-Logsegment voll wird Erstellen Sie eine SAP HANA-Logsicherung. Verwenden Sie dazu das Feature Backint des Google Cloud-Agents für SAP.
Mindestens einmal während eines Sicherungszyklus für die Sicherung Gehen Sie dazu so vor:
  • Testen Sie die Konsistenz der Sicherungen.
  • Testen Sie Ihre Sicherungen, indem Sie Testwiederherstellungsvorgänge durchführen. Dadurch lässt sich prüfen, ob die Sicherungen für die Wiederherstellung Ihrer Datenbank verwendet werden können.

Diese Sicherungsstrategie basiert auf den folgenden Überlegungen:

  • Ein Standard-Laufwerk-Snapshot bietet eine inkrementelle Blockdatenkopie eines Geräts zu einem bestimmten Zeitpunkt. Dieser Mechanismus ermöglicht eine deutlich schnellere und ressourceneffizientere Methode zur Übertragung großer Datenmengen aus dem primären Blockspeicher von SAP HANA an einen sekundären, langlebigen Standort wie Cloud Storage. Dies ist für eine robuste Strategie zur Notfallwiederherstellung erforderlich.
  • Da Laufwerk-Snapshot-basierte Sicherungen keine logische Integritätsprüfung auf Seiten- oder Blockebene durchführen, werden Inkonsistenzen oder Beschädigungen in Ihrem SAP HANA-Datenvolume in den Laufwerk-Snapshot kopiert. Hier ist eine vollständige Systemsicherung erforderlich. Eine Backint-basierte, wöchentliche vollständige Systemsicherung bietet eine implizite Konsistenzprüfung und eine verifizierte Methode zur Wiederherstellung Ihrer SAP HANA-Datenbank, falls es eine logische Beschädigung im Snapshot Ihres SAP HANA-Daten-Volumes gibt.
  • Wenn Sie Ihre Datenbank zu einem bestimmten Zeitpunkt wiederherstellen möchten, mit dem Sie Ihre RPO-Ziele erreichen können, können Sie Backint-basierte SAP HANA-Logvolume-Sicherungen mit Laufwerk-Snapshot-Sicherungen oder Backint-basierte vollständige Datenbanksicherungen kombinieren.

Beschränkungen

Bei Verwendung des Google Cloud-Agents für SAP gelten einige Einschränkungen für Laufwerk-Snapshot-basierte Sicherungen und Wiederherstellungen. Informationen zu diesen Einschränkungen finden Sie unter Einschränkungen.

Anpassungen

Um die RTO- oder RPO-Ziele Ihrer Organisation zu erfüllen, können Sie die in diesem Dokument empfohlene Sicherungsstrategie anpassen. Erstellen Sie dazu zusätzliche Backint- oder Laufwerk-Snapshot-basierte Sicherungen.

Informationen zum Erstellen dieser Sicherungen mit dem Google Cloud-Agent für SAP finden Sie hier:

Best Practices

Im Folgenden finden Sie die Best Practices für Sicherung und Wiederherstellung, die Google Cloud für SAP HANA-Systeme empfiehlt, die auf Bare-Metal-Instanzen ausgeführt werden:

  • Backint-Konfiguration: Um während Backint-basierter Sicherungs- und Wiederherstellungsvorgängen maximale Leistung zu erzielen, müssen Sie die folgenden Konfigurationen durchführen:

    • Für Logsicherungen empfehlen wir, eine separate Backint-Konfigurationsdatei zu erstellen und den Pfad zum Parameter log_backup_parameter_file in Ihrer SAP HANA-Datei global.ini anzugeben. Legen Sie dann in der Backint-Konfigurationsdatei die folgenden Parameterwerte fest:

      Parameter Wert
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2.500

    • Für Datensicherungen empfehlen wir, die folgenden Parameterwerte in Ihrer SAP HANA-Datei global.ini festzulegen:

      Parameter Wert
      parallel_data_backup_backint_channels 32

  • Konsistenz- und Integritätsprüfungen: Um sicherzustellen, dass Ihre Sicherungen zur Wiederherstellung Ihrer Datenbank nach einem zukünftigen Notfall verwendet werden können, müssen Sie regelmäßige Konsistenz- und Integritätsprüfungen für Ihre Sicherungen durchführen. Welche Methode Sie für diese Prüfungen verwenden, hängt von der Methode ab, die Sie zum Erstellen Ihrer Sicherungen verwenden.

    • Bei Backint-basierten Sicherungen wird die Konsistenzprüfung während der Sicherungserstellung durchgeführt.

      Zum Prüfen der Integritäts-Backint-basierten Sicherungen können Sie das hdbbackupcheck-Tool verwenden. Dieses Tool führt automatisch Integritätsprüfungen durch, während Ihre Daten- und Logsicherungen erstellt werden. Wenn die Integritätsprüfung erfolgreich ist, wird die Sicherungsdatei in das Sicherungsziel geschrieben, z. B. in Cloud Storage.

    • Mit dem hdbpersdiag-Tool können Sie die Konsistenz von Laufwerk-Snapshot-basierten Sicherungen prüfen. Informationen zu Best Practices für Laufwerk-Snapshot-basierte Sicherungen und Wiederherstellungen finden Sie unter Best Practices.

      Informationen zum Prüfen der Snapshot-Konsistenz mit dem Google Cloud-Agent für SAP finden Sie unter Snapshot-Konsistenz prüfen.

      Diese Methode zur Durchführung von Konsistenzprüfungen ist mit erheblichem Zeit- und manuellen Aufwand verbunden. Sie ist jedoch erforderlich, da Snapshot-basierte Sicherungen im Gegensatz zu Backint-basierten Sicherungen nicht automatisch auf ihre Konsistenz geprüft werden.

  • Prüfungen auf Wiederherstellbarkeit von Sicherungen: Um sicherzustellen, dass Sie Ihre RPO-Ziele erreichen, müssen Sie dafür sorgen, dass Ihre Sicherungen verfügbar und verwendbar sind. Dazu können Sie das hdbbackupdiak-Tool von SAP verwenden.

  • Sicherung des Sicherungskatalogs: Um Probleme zu vermeiden, die aufgrund einer großen Anzahl von Einträgen und Daten im SAP HANA-Sicherungskatalog auftreten können, müssen Sie Ihren Sicherungskatalog und den Sicherungsspeicher pflegen. Weitere Informationen finden Sie im SAP-Dokument Administration für Backup Catalog und Backup Storage.

    Wenn Sie den Eintrag eines Speicher-Snapshots aus dem SAP HANA-Sicherungskatalog löschen, wird der in Google Cloud gespeicherte Laufwerk-Snapshot nicht gelöscht. Informationen zum Löschen eines Laufwerk-Snapshots finden Sie unter Snapshot löschen.

  • Datenbankverschlüsselung: Mit SAP HANA können Sie das Datenvolumen, das Logvolumen und die Datenbanksicherungen verschlüsseln. Die Aktivierung der Verschlüsselung des Datenvolumens und der Datenbanksicherungen kann sich negativ auf die Leistung von Sicherungs- und Wiederherstellungsvorgängen auswirken. Berücksichtigen Sie diese Auswirkungen, wenn Sie Ihre RTO-Anforderungen oder Ihre Sicherungsstrategie definieren.

    Obwohl Google Cloud auch Optionen zum Verschlüsseln der Laufwerke und Laufwerk-Snapshots für Ihr SAP HANA-System bietet, sind ihre Auswirkungen auf die Leistung von Sicherungs- und Wiederherstellungsvorgängen minimal.

  • Sicherungsverschlüsselung: Backint- und Laufwerk-Snapshot-basierte Sicherungen werden standardmäßig im inaktiven Zustand verschlüsselt. Um sie jedoch sicherer zu machen, sollten Sie zusätzliche Optionen in Betracht ziehen. Informationen zu diesen Optionen, einschließlich ihrer Auswirkungen auf die Datenbankleistung, finden Sie hier:

  • Langfristige Aufbewahrung: Informationen zur Aufbewahrung von Sicherungen über längere Zeiträume finden Sie hier:

    • Für Backint-basierte Sicherungen, die in Cloud Storage gespeichert sind, können Sie eine langfristige Aufbewahrung definieren, indem Sie eine Aufbewahrungsrichtlinie für den Cloud Storage-Bucket festlegen. Die Aufbewahrungsrichtlinie definiert, wie lange die Objekte im Bucket aufbewahrt werden. Informationen zum Konfigurieren der Aufbewahrungsrichtlinie eines Buckets finden Sie unter Bucket-Sperre.

    • Laufwerk-Snapshot-basierte Sicherungen werden standardmäßig aufbewahrt. Sie müssen eine eigene Aufbewahrungsrichtlinie erstellen und manuell löschen, wenn Sie sie nicht mehr benötigen. Wenn Sie einen älteren Snapshot löschen, wird der neuere Snapshot nicht entwertet. Weitere Informationen finden Sie unter Snapshot löschen. Informationen zum Löschen eines Snapshots oder zum Löschen mehrerer Snapshots basierend auf einem Filter finden Sie unter Laufwerk-Snapshots verwalten.