SAP Business Suite auf SAP ASE oder IBM Db2: Referenzarchitekturen in Google Cloud

Übersicht

Dieses Dokument richtet sich an Personen, die Google Cloud als Plattform für die Bereitstellung von SAP Business Suite-Anwendungen in SAP ASE oder IBM Db2 ins Auge fassen, insbesondere an Mitarbeiter mit folgenden Aufgaben:

  • Technischer SAP-Architekt
  • Cloudarchitekt
  • SAP-Basisadministrator
  • Unternehmensarchitekt

In diesem Dokument werden auch Themen behandelt, die vor der Installation berücksichtigt werden müssen, und es sind Links zu SAP-Hinweisen und anderen Dokumenten aufgeführt, um die Bereitstellung zu vereinfachen.

Google Cloud bietet eine kostengünstige, zuverlässige, sichere und leistungsstarke SAP-zertifizierte Infrastruktur für die Ausführung der SAP Business Suite. Eine vollständige Liste der unterstützten SAP-Lösungen in Google Cloud finden Sie unter SAP auf Google Cloud.

Lizenzierung

Als SAP-Kunde können Sie die SAP Business Suite in Google Cloud im Rahmen eines BYOL-Modells (Bring-Your-Own-License, Eigene Lizenz verwenden) mit Ihrer vorhandenen Lizenz bereitstellen. Google Cloud unterstützt das BYOL-Modell sowohl für die Produktion als auch für andere Anwendungsfälle. Die Betriebssystemlizenzen sind in den Compute Engine-Preisen enthalten. Alternativ können Sie auch ein eigenes Betriebssystem-Image und eigene Betriebssystemlizenzen verwenden.

ASE

Informationen zur Lizenzierung von SAP ASE in Google Cloud finden Sie im Planungsleitfaden für SAP ASE.

IBM Db2

Für die Bereitstellung von IBM Db2 in Google Cloud benötigen Sie Ihre eigene Lizenz. Sie können eine Lizenz von SAP oder IBM erwerben. Weitere Informationen zur Lizenzierung und zum Support finden Sie auf der Seite "Lizenzierung und Support für IBM Db2" von SAP.

Größe

Abhängig vom Implementierungstyp sind mehrere Größenoptionen verfügbar. Für Greenfield-Implementierungen empfehlen wir die Verwendung des SAP Quick Sizer-Tools. Ausführliche Informationen dazu finden Sie auf der SAP-Seite zur Größenbestimmung. SAP erleichtert die Migration aktueller lokaler Lösungen zu Google Cloud außerdem mit T-Shirt-Größen für spezifische Lösungen und Tools. Lesen Sie beispielsweise SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinentypen. In SAP und Google Cloud werden IOPS (Eingabe- und Ausgabevorgänge pro Sekunde) in unterschiedlichen Einheiten gemessen. Wenden Sie sich an Ihren Systemintegrator, um die Größenanforderungen für SAP in richtig bemessene Google Cloud-Infrastruktur umzusetzen.

ASE

Informationen zur Dimensionierung einer ASE-Datenbank finden Sie unter:

IBM Db2

Informationen zur Größenanpassung einer IBM Db2-Datenbank in Windows oder Linux finden Sie unter Systemanforderungen für IBM DB2 für Linux, UNIX und Windows.

Unterstützte Maschinentypen

SAP ASE und IBM Db2 sind für die Ausführung auf den folgenden Compute Engine-Maschinentypen zertifiziert:

  • n1-standard-Maschinentyp mit 8, 16, 32, 64 oder 96 vCPUs
  • n1-highmem-Maschinentyp mit 2, 4, 8, 16, 32, 64 oder 96 vCPUs
  • Benutzerdefinierte Maschinentypen

Weitere Informationen zu den zertifizierten Maschinentypen finden Sie unter SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinentypen.

ASE

Weitere Informationen zum Konfigurieren von VM-Typen für SAP ASE finden Sie im Planungsleitfaden für SAP ASE unter VM-Konfiguration.

Weitere Informationen zu den für SAP ASE in Google Cloud unterstützten Betriebssystemversionen finden Sie im SAP-Hinweis 2537664 – SAP Adaptive Server Enterprise (SAP ASE) 16.0-Zertifizierung für die Google Cloud Platform.

IBM Db2

Weitere Informationen zum Konfigurieren von VM-Typen für IBM Db2 finden Sie im SAP ASE-Planungsleitfaden unter VM-Konfiguration.

Weitere Informationen zu IBM Db2 in Google Cloud finden Sie unter SAP-Hinweis 2456432 – SAP-Anwendungen in Google Cloud: Unterstützte Produkte und Google Cloud-Maschinentypen

Laufwerke und Dateisysteme für SAP Business Suite

Google Cloud bietet folgende Speichertypen:

  • Nichtflüchtige Speicher für Blockspeicher
    • Nichtflüchtige Standardspeicher (pd-standard): Effizienter und kostengünstiger Blockspeicher, der auf Standardfestplattenlaufwerken (HDD) basiert und sequenzielle Lese-/Schreibvorgänge verarbeitet. Der Speicher ist aber nicht für die Verarbeitung hoher Raten zufälliger Ein-/Ausgabevorgänge pro Sekunde (IOPS) optimiert.
    • SSD (pd-ssd): Zuverlässiger, leistungsstarker Blockspeicher, der auf Solid-State-Laufwerken (SSD) basiert.
    • Abgestimmter Speicher (pd-balanced): Kostengünstiger und zuverlässiger, SSD-basierter Blockspeicher.
    • Extrem (pd-extreme): SSD-basierter Speicher mit höheren maximalen IOPS- und Durchsatzoptionen als pd-ssd, für größere Compute Engine-Maschinentypen. Weitere Informationen finden Sie unter Extrem nichtflüchtige Speicher.
    • Lokale SSDs: Lokaler Hochleistungs-Blockspeicher.
  • Cloud Storage-Buckets: Erschwinglicher Objektspeicher.
  • Filestore-Instanzen: Vollständig verwaltete NFS-Dateiserver in Google Cloud.

Weitere Informationen dazu finden Sie unter Speicheroptionen.

Die nichtflüchtigen Speicher von Google Cloud sind auf eine lange Lebensdauer ausgelegt. Daten werden redundant gespeichert, um die Datenintegrität zu sichern. Nichtflüchtige Speicher können bis zu 64 TB speichern. Deshalb können Sie große logische Volumes erstellen, ohne Laufwerkarrays verwalten zu müssen. Ein Hauptmerkmal von nichtflüchtigen Speichern besteht darin, dass sie zum Schutz der Daten automatisch verschlüsselt werden.

Bei der Erstellung weist eine Compute Engine-VM standardmäßig ein einziges nichtflüchtiges Root-Laufwerk zu, auf dem sich das Betriebssystem befindet. Sie können der Instanz bei Bedarf weitere Speicheroptionen hinzufügen. Bei SAP-Implementierungen empfehlen wir die Verwendung von nichtflüchtigen Speichern, da diese auf eine lange Lebensdauer ausgelegt sind und Computing-Instanzen wie auf physische Laufwerke auf einem lokalen Computer darauf zugreifen können.

ASE

In den folgenden Tabellen wird die Linux-Verzeichnisstruktur für die SAP Business Suite auf ASE in Google Cloud beschrieben. Weitere Informationen finden Sie in der SAP ASE-Installationsanleitung für Linux.

Struktur des SAP-Anwendungsverzeichnisses Speichertyp
/sapmnt Nichtflüchtiger Standardspeicher (HDD)
/usr/sap Nichtflüchtiger Standardspeicher (HDD)

Alle Daten- und Logdateien für ASE müssen sich unter /sybase/SAPSID befinden. SAPSID (oder SAP-Systemkennung) ist der Name der SAP-Instanz, der während der Installation verwendet wird.

SAP Business Suite in der ASE-Verzeichnisstruktur Speichertyp
/sapmnt Nichtflüchtiger Standardspeicher (HDD)
/usr/sap Nichtflüchtiger Standardspeicher (HDD)
/sybase/SAPSID Nichtflüchtiger Standardspeicher (HDD)
/sybase/SAPSID/sapdata_1 Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
/sybase/SAPSID/saplog_1 Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
/sybase/SAPSID/saptemp Nichtflüchtiger Standardspeicher (HDD)
/sybase/SAPSID/sapdiag Nichtflüchtiger Standardspeicher (HDD)
/sybasebackup Nichtflüchtiger Standardspeicher (HDD)

Für weitere Informationen können Sie den Leitfaden SAP Best Practice Guide ASE herunterladen.

In der folgenden Tabelle wird die Windows-Verzeichnisstruktur für die SAP Business Suite auf ASE beschrieben. Diese Verzeichnisstruktur gilt für die Installation des zentralen Servers.

Drive Beschreibung Speichertyp
C:\ Bootlaufwerk Nichtflüchtiger Standardspeicher (HDD)
D:\ Datenbank-Binärprogramme Nichtflüchtiger Standardspeicher (HDD)
E:\ Datendateien der Datenbank Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
L:\ Datenbanklog Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
P:\ Auslagerungsdatei Nichtflüchtiger Standardspeicher (HDD)
S:\ usr/sap und sapmnt Nichtflüchtiger Standardspeicher (HDD)
T:\ Datenbank-Temp und saptemp Nichtflüchtiger Standardspeicher (HDD)
X:\ Back-up Nichtflüchtiger Standardspeicher (HDD)

Für weitere Informationen können Sie den Leitfaden SAP Best Practice Guide ASE herunterladen.

IBM Db2

In der folgenden Tabelle wird die Linux-Verzeichnisstruktur für die SAP Business Suite auf Db2 in Google Cloud beschrieben.

SAP Business Suite in der Db2-Verzeichnisstruktur Speichertyp
/sapmnt Nichtflüchtiger Standardspeicher (HDD)
/usr/sap Nichtflüchtiger Standardspeicher (HDD)
/db2/SAPSID Nichtflüchtiger Standardspeicher (HDD)
/db2/SAPSID/db2dump Nichtflüchtiger Standardspeicher (HDD)
/db2/SAPSID/sapdata1 Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
/db2/SAPSID/saptmp1 Nichtflüchtiger Standardspeicher (HDD)
/db2/SAPSID/log_dir Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
/db2backup Nichtflüchtiger Standardspeicher (HDD)

Weitere Informationen finden Sie unter SAP auf IBM DB2 für Linux und Windows.

In der folgenden Tabelle wird die Windows-Verzeichnisstruktur für die SAP Business Suite auf Db2 in Google Cloud beschrieben. Diese Verzeichnisstruktur gilt für die Installation des zentralen Servers.

Drive Beschreibung Speichertyp
C:\ Bootlaufwerk Nichtflüchtiger Standardspeicher (HDD)
D:\ Datenbank-Binärprogramme Nichtflüchtiger Standardspeicher (HDD)
E:\ Datendateien der Datenbank Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
L:\ Datenbanklog Nichtflüchtiger Standardspeicher (HDD) oder nichtflüchtiger SSD-Speicher
P:\ Auslagerungsdatei Nichtflüchtiger Standardspeicher (HDD)
S:\ usr/sap und sapmnt Nichtflüchtiger Standardspeicher (HDD)
T:\ Datenbank-Temp und saptemp Nichtflüchtiger Standardspeicher (HDD)
X:\ Back-up Nichtflüchtiger Standardspeicher (HDD)

Weitere Informationen zur Verzeichnisstruktur finden Sie im Planungsleitfaden für SAP NetWeaver.

Informationen zur Berechnung der Anforderungen an die Dateigröße finden Sie im SAP-Hinweis 1518419: Vom SAP-System benötigte Auslagerungsdatei und virtueller Speicher.

Deployment

SAP Business Suite besteht aus den folgenden technischen Komponenten:

Anwendungsschicht:

  • ASCS: ABAP SAP Central Services. Enthält die folgenden Komponenten:
    • Nachrichtenserver (Message Server, MS): dient als Kommunikationskanal zwischen Anwendungsservern. Übernimmt außerdem die Lastverteilung.
    • Warteschlangenserver (Enqueue Server, ES): steuert den Sperrmechanismus.
  • PAS: primärer Anwendungsserver
    • Der erste oder einzige Anwendungsserver für das SAP-System.
  • AAS: weiterer Anwendungsserver
    • Wird normalerweise für das Load-Balancing in der Anwendungsschicht bereitgestellt. Sie können mehrere AAS installieren, um auch seitens der Anwendungsschicht eine höhere Verfügbarkeit zu erzielen. Wenn einer der Anwendungsserver ausfällt, werden alle damit verbundenen Nutzersitzungen beendet. Nutzer können sich jedoch bei dem anderen verknüpften AAS neu anmelden.
  • WD: Web Dispatcher (optional).
    • Intelligenter Software-Load-Balancer, der HTTP- und HTTPS-Anfragen abhängig vom Anwendungstyp an den PAS und AAS verteilt.

Derzeit sind die folgenden Datenbanken für die Ausführung in Google Cloud für SAP Business Suite zertifiziert.

Datenbankschicht:

ASE

Google Cloud bietet die folgenden Optionen zur Installation von ASE unter Linux und Windows:

  • Manuell
  • Terraform
  • Deployment Manager

Informationen zur Installation der SAP Business Suite finden Sie in den Installationsdokumenten für die SAP Business Suite.

Linux-Installation finden Sie unter Linux-Bereitstellung für SAP NetWeaver.

Informationen zur Windows-Installation finden Sie unter Windows-Bereitstellung für SAP NetWeaver.

IBM Db2

SAP hat Google Cloud zur Ausführung von IBM Db2 auf den folgenden Betriebssystemen auf Compute Engine-VM-Instanzen zertifiziert:

  • SLES 12 SP2 und höher.
  • RHEL 7.4.
  • Windows Server 2012 R2 und höher.

Weitere Informationen finden Sie im IBM Db2-Planungsleitfaden für SAP NetWeaver.

Google Cloud bietet die folgenden Optionen zur Installation von IBM Db2 unter Linux und Windows:

  • Manuell
  • Terraform
  • Deployment Manager

Informationen zur Installation der SAP Business Suite finden Sie in den Installationsdokumenten für die SAP Business Suite.

Bereitstellungsmodelle

Sie können SAP Business Suite in einem von zwei Modellen bereitstellen, entweder in einer zentralisierten oder in einer verteilten Bereitstellung.

Zentralisierte Bereitstellung

In einer zentralisierten Bereitstellung können Sie SAP Business Suite-Anwendungen und die Datenbank auf derselben Compute Engine-Instanz installieren. Wir empfehlen diesen Ansatz für Umgebungen, die keine Produktionsumgebungen sind, wie Sandbox- und Entwicklungsumgebungen.

ASE

Das folgende Diagramm zeigt eine Referenzarchitektur für eine zentralisierte Bereitstellung der SAP Business Suite auf ASE in einer Linux-Umgebung. SAP ASCS, PAS und ASE sind alle auf derselben Instanz installiert.

SAP ASCS, PAS und SAP ASE werden auf einer einzigen VM mit einer Linux-Verzeichnisstruktur installiert

Das folgende Diagramm zeigt eine Referenzarchitektur für eine zentralisierte Bereitstellung der SAP Business Suite auf ASE in einer Windows-Umgebung. SAP ASCS, PAS und ASE sind alle auf derselben Instanz installiert.

SAP ASCS, PAS und SAP ASE sind auf einer einzigen VM mit einem Windows Drive-Verzeichnis installiert

Db2

Das folgende Diagramm zeigt eine Referenzarchitektur für SAP Business Suite auf IBM Db2 in einem zentralisierten Bereitstellungsmodell in einer Linux-Umgebung. SAP ASCS, PAS und IBM Db2 sind alle auf derselben Instanz installiert.

SAP ASCS, PAS und IBM Db2 werden auf einer einzigen VM mit einer Linux-Verzeichnisstruktur installiert

Das folgende Diagramm zeigt eine Referenzarchitektur für SAP Business Suite auf IBM Db2 in einem zentralisierten Bereitstellungsmodell in einer Windows-Umgebung. SAP ASCS, PAS und IBM Db2 sind alle auf derselben Instanz installiert.

SAP ASCS, PAS und IBM Db2 sind auf einer einzigen VM mit einem Windows Drive-Verzeichnis installiert

Verteilte Bereitstellung

In einer verteilten Bereitstellung können Sie die SAP Business Suite-Anwendungen und die Datenbank auf verschiedenen Instanzen installieren. Wir empfehlen diesen Ansatz für Produktionsumgebungen oder Umgebungen, die eine hohe Rechenleistung für die Verarbeitung hoher Transaktionslasten erfordern. Jede der zuvor (unter "Bereitstellung") beschriebenen Komponenten der SAP-Anwendungsschicht kann unabhängig auf verschiedenen Instanzen installiert werden.

Optional und abhängig von den geschäftlichen Anforderungen können Sie auch einen oder mehrere weitere Anwendungsserver (AAS) installieren.

ASE

Das folgende Diagramm zeigt eine Referenzarchitektur für SAP Business Suite auf ASE in einem verteilten Bereitstellungsmodell. SAP ASCS, PAS und SAP ASE sind jeweils auf verschiedenen Instanzen installiert.

SAP ASCS, PAS und SAP ASE sind auf separaten VMs mit einer Linux-Verzeichnisstruktur installiert

Db2

Das folgende Diagramm zeigt eine Referenzarchitektur für SAP Business Suite auf IB Db2 in einem verteilten Bereitstellungsmodell. SAP ASCS, PAS und IBM Db2 LUW sind jeweils auf verschiedenen Instanzen installiert

SAP ASCS, PAS und IBM Db2 sind auf separaten VMs mit einer Linux-Verzeichnisstruktur installiert

Hinweis zu Load-Balancing

In einer verteilten SAP-Umgebung empfehlen wir Load-Balancing, um eine optimale Anwendungsleistung zu erzielen. Sie können das Load-Balancing von Anwendungen über die SAP-Anwendungsebene konfigurieren.

Hochverfügbarkeit und Notfallwiederherstellung

Die Hochverfügbarkeit (High Availability, HA) und Notfallwiederherstellung (Disaster Recovery, DR) umfassen jeweils verschiedene Methoden, Entwicklungspraktiken und Entwurfsprinzipien, mit denen bei Ausfällen Geschäftskontinuität ermöglicht wird. Bei diesen Ansätzen werden Single Points of Failure beseitigt und Möglichkeiten geschaffen, den Betrieb nach dem Ausfall einer Komponente mit einer minimalen Unterbrechung der Geschäftsabläufe schnell wieder aufzunehmen. Die Fehlerbehebung umfasst die Wiederherstellung und Fortsetzung des Betriebs nach einem Ausfall infolge einer fehlerhaften Komponente.

Es gibt u. a. HA- und DR-Tools für Folgendes:

Hochverfügbarkeit und Notfallwiederherstellung des Anwendungsservers

Ziehen Sie die folgenden Komponenten in Betracht, wenn Sie eine hohe Verfügbarkeit des Systems benötigen:

  • ABAP Central Services (ASCS).
  • Primären Anwendungsserver (PAS).
  • SAP ASE oder IBM Db2.

Hochverfügbarkeit des Anwendungsservers – Überlegungen und Bereitstellung

  • Eine Hochverfügbarkeitskonfiguration für ABAP SAP Central Services (ASCS) besteht aus mindestens zwei SCS-Knoten. Der primäre Knoten führt den Nachrichtenserver (Message Server, MS) und den Warteschlangenserver (Enqueue Replication Server, ERS) aus und der sekundäre Knoten führt nur den ERS aus.
  • Eine VIP (virtuelle IP-Adresse) wird eingerichtet, um eine Verbindung zur ASCS-Instanz herzustellen. Die VIP wird als Floating-IP-Adresse eingerichtet. Während eines Failovers des primären Knotens ermöglicht der SUSE-Cluster, dass der sekundäre Knoten aktiv wird. Außerdem wird die VIP zum sekundären Knoten verschoben, sodass die Anfragen jetzt an den sekundären Knoten gehen.
  • Normalerweise führt der primäre ASCS-Knoten immer einen Nachrichtenserver und der sekundäre Knoten den ERS aus.
  • NFS-Dateisysteme werden von NFS-Servern auf den primären und sekundären ASCS-Knoten bereitgestellt. Sie können einen Hochverfügbarkeitsdienst wie Filestore Enterprise verwenden.

  • Das folgende Diagramm zeigt zwei Knoten:

    • Knoten 1 ist der primäre Knoten und hostet ASCS – den MS und ERS.
    • Knoten 2 ist der sekundäre Knoten und hostet den ERS.

    • Die Nummerierung gibt den Anfragefluss an:

      1. Die Anfrage landet bei der VIP.
      2. Die Anfrage geht an den aktiven Knoten. Im Diagramm unten ist das Knoten 1.
      3. Die aktiven Knoten schreiben in die NFS-Freigaben.

Eine VM hostet aktive ASCS und inaktive ERS. Eine andere VM hostet inaktive ASCS und aktive ERS. Das VM-Paar, ERS-Paar und NFS haben jeweils ihre eigene VIP.

Notfallwiederherstellung des Anwendungsservers – Überlegungen und Bereitstellung

Sie können einen Notfallwiederherstellungsknoten für einen SAP Netweaver-Anwendungsserver ermöglichen, wenn Sie Dateien unter den Bereitstellungspunkten /usr/sap/SID und /sapmnt/SID wiederherstellen. Sie können diese Bereitstellungen und die zugrunde liegenden Dateien offline oder online sichern. Wir empfehlen jedoch, mindestens eine vollständige Offlinesicherung zu erstellen, um damit den Notfallwiederherstellungsknoten einrichten zu können. Sie können Google-Snapshots verwenden, um die nichtflüchtigen Speicher der SAP-Volumes zu sichern. Sie können diese SAP-Volumes im Notfall in jeder Region oder Zone wiederherstellen. Weitere Informationen finden Sie in der SAP NetWeaver-Betriebsanleitung.

Hochverfügbarkeit der Datenbank und Notfallwiederherstellung

ASE-Hochverfügbarkeit

Hochverfügbarkeit und Notfallwiederherstellung können Sie in ASE in Google Cloud konfigurieren, wenn Sie die synchrone Replikation zwischen dem primären Server und dem Standby-Server so konfigurieren, dass die beiden Server durchgängig ohne Datenverlust synchronisiert werden. Es gibt zwei Arten von Hochverfügbarkeit auf ASE. Die Option „immer aktiv” von ASE wird in Google Cloud unterstützt: Weitere Informationen finden Sie im Planungsleitfaden für SAP ASE.

Sowohl primäre als auch sekundäre Hosts sollten die folgenden Komponenten haben:

  • ASE.
  • SAP Host Agent – überwacht die Servernutzung von CPU, Arbeitsspeicher und anderen Ressourcen.
  • RMA – Replication Management Agent.
  • SAP ASE Cockpit – führt Datenbankaktivitäten aus.
  • Fault Manager – hat einen eigenen Hostserver und überwacht primäre und Standby-Server. Fault Manager sorgt durch automatisches Failover für eine hohe Verfügbarkeit von ASE. Fault Manager überwacht die folgenden Komponenten: Replication Management Agent, Replikationsserver, Anwendungen, Datenbanken und Betriebssystem. Außerdem können Sie damit den Status der Datenbank prüfen und sie bei Bedarf neu starten.

Zur Verbesserung der Systemverfügbarkeit ermöglicht ein ASE-Cluster das Verschieben von Arbeitslasten auf den sekundären Knoten, da er den primären Knoten überwacht, für den Fall, dass er ausfällt. Im folgenden Diagramm ist eine Gesamtreferenzarchitektur dargestellt, die zeigt, wie die oben beschriebenen ASE-Komponenten in Google Cloud installiert werden können.

Primäre und sekundäre Instanzen von SAP ASE werden auf separaten VMs installiert. Die Daten werden synchron zwischen den beiden Instanzen repliziert.

Notfallwiederherstellung von ASE

Das Notfallwiederherstellungssystem besteht aus zwei ASE-Servern: Einem als primären Server, auf dem die gesamte Transaktionsverarbeitung stattfindet, und einem anderen als Standby-Server. Im Notfallwiederherstellungsmodus werden die Daten mithilfe der asynchronen Replikation vom primären Server auf den Standby-Server repliziert. Wenn der primäre Server ausfällt, wird der Standby-Server entweder manuell oder automatisch in die Rolle des primären Servers hochgestuft. Wir empfehlen die Verwendung des asynchronen Replikationsmodus für die Einrichtung einer Notfallwiederherstellung.

Die wesentlichen Komponenten der Notfallwiederherstellung für SAP ASE sind dieselben wie bei der Hochverfügbarkeit für ASE, was Sie der Liste im vorherigen Abschnitt entnehmen können.

Das folgende Diagramm zeigt den Ablauf der ASE-Notfallwiederherstellung.

Die primäre SAP ASE-Instanz wird auf einer VM in einer Zone installiert. Die sekundäre Instanz wird auf einer VM in einer anderen Zone installiert. Die Daten werden synchron zwischen den beiden Instanzen repliziert.

Weitere Informationen zu den für SAP ASE zertifizierten Betriebssystemen finden Sie im SAP-Hinweis 2537664, dem ASE 16.0-Zertifizierungsbericht für die Google Cloud Platform.

IBM Db2-Hochverfügbarkeit und Notfallwiederherstellung

Google Cloud unterstützt durchgängig hohe Verfügbarkeit für IBM Db2 und SAP unterstützt die meisten IBM Db2-Funktionen in Google Cloud. Die folgenden Funktionen werden derzeit jedoch nicht unterstützt:

  • Db2-Datenbanken mit mehreren Partitionen
  • IBM Db2-Funktion pureScale

Weitere Informationen finden Sie im IBM Db2-Planungsleitfaden für SAP NetWeaver.

Sicherung und Wiederherstellung

Erstellen Sie in regelmäßigen Abständen Sicherungen des Anwendungsservers und der Datenbank, damit Sie bei einem Systemausfall, bei Datenbeschädigung oder bei anderen Problemen eine Wiederherstellung vornehmen können.

Sicherungen auf Anwendungsebene

Sie können mithilfe von Snapshots eine Sicherung auf Anwendungsebene mit nichtflüchtigen Speichern erstellen. Sie können das Root-Laufwerk und die SAP-Binärprogramme der SAP Netweaver Suite sichern. Um einen einheitlichen Snapshot zu erhalten, müssen Sie zuerst SAP Netweaver und die Datenbank daran hindern, in das Dateisystem zu schreiben.

Das folgende Diagramm zeigt Snapshots einer Sicherung auf Anwendungsebene.

Das Diagramm zeigt vollständige und inkrementelle Snapshots von SAP-Anwendungsdaten auf einem nichtflüchtigen Speicher.

Sicherungen und Wiederherstellungen in SAP ASE

Sie können eine SAP ASE-Datenbank mit dem Dienstprogramm dbbackup sichern und wiederherstellen. Sie können Google Storage als Sicherungsziel für die Speicherung von Sicherungsdateien und Transaktionslogdateien verwenden. Weitere Informationen finden Sie unter Sicherungsdienstprogramm (dbbackup).

Die SAP ASE-Datenbank bietet mehrere Optionen und Befehle, um entweder die vollständige Datenbank oder die Transaktionslogs aus den Sicherungen wiederherzustellen, die zur Ausführung einer vollständigen Wiederherstellung oder einer Wiederherstellung zu einem bestimmten Zeitpunkt erstellt wurden. Weitere Informationen finden Sie im SAP-Hinweis 1611715, SAP ASE-Datenbankserver (in Windows) wiederherstellen und SAP ASE-Sicherungsdienstprogramm für Datenbanken.

Das folgende Diagramm zeigt Snapshots einer ASE-Sicherung.

Das Diagramm zeigt vollständige und inkrementelle Snapshots von SAP ASE-Daten auf einem nichtflüchtigen Speicher.

Sicherungen und Wiederherstellungen in IBM Db2

Sie können eine IBM Db2-Datenbank sowohl online als auch offline sichern.

  • Online-Modus: Nutzer arbeiten während der Sicherung weiter.
  • Offline-Modus: Die Datenbank wird vollständig heruntergefahren und Nutzer können während der Sicherung nicht weiterarbeiten.

Der Sicherungsprozess hängt davon ab, wie viele Partitionen Ihre Datenbank hat.

Datenbank mit einer Partition

In dieser Konfiguration können Sie eine Sicherung vornehmen, wenn Sie sich beim Datenbankserver als Nutzer db2dbsid anmelden.

Führen Sie folgenden Befehl aus:

$db2 backup db DBSID

Datenbank mit mehreren Partitionen

Melden Sie sich beim Datenbankserver als Nutzer db2dbsid an.

Führen Sie folgenden Befehl aus:

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

Sie können auch das von IBM bereitgestellte Tool "DBA Cockpit" verwenden, um eine Datenbanksicherung durchzuführen.

Weitere Informationen finden Sie in der IBM Db2-Datenbanksicherungsmethode.

Wiederherstellung

Mit der IBM Db2-Wiederherstellung können Sie die Datenbank aus einer erfolgreichen Sicherung wiederherstellen. Die Wiederherstellung der Datenbank hängt vom Zugriff auf eine aktuelle Verlaufsdatei ab, da von dort aus auf alle Informationen zu Sicherungs-Images und Logdateien zugegriffen wird.

Sie können eine Sicherung mit dem Befehl RECOVER wiederherstellen:

  1. Melden Sie sich beim Datenbankserver als Nutzer db2dbsid oder sapsidadm an.
  2. Führen Sie folgenden Befehl aus:
$ db2 RECOVER DB DBSID

So führen Sie eine Wiederherstellung zu einem bestimmten Zeitpunkt aus:

  1. Melden Sie sich beim Datenbankserver als Nutzer db2dbsid oder sapsidadm an.
  2. Führen Sie folgenden Befehl aus:
$ DB2 RECOVER DB DBSID to local time on the database server

Weitere Informationen finden Sie in der IBM Db2-Datenbankwiederherstellungsmethode.

Das folgende Diagramm zeigt Snapshots einer Db2-Sicherung.

Das Diagramm zeigt vollständige und inkrementelle Snapshots von IBM Db2-Daten auf einem nichtflüchtigen Speicher.

Wichtige SAP-Hinweise vor der Bereitstellung

Lesen Sie vor der Bereitstellung Ihrer SAP-Systeme in Google Cloud die SAP-Hinweise in der folgenden Liste, die für Ihre geplante Konfiguration relevant sind. Prüfen Sie immer in SAP Marketplace, ob es aktualisierte Anleitungen und Hinweise für Produktinstallationen gibt, bevor Sie mit einer SAP-Produktimplementierung fortfahren.

Weitere Informationen zur Installation von ASE oder IBM Db2 finden Sie auf den folgenden Seiten: