IBM Cloud Docs
SAP BW/4HANA

SAP BW/4HANA

SAP BW/4HANA als führende EDW-Software (EDW = Enterprise Data Warehouse) ist für die Analyse strukturierter und unstrukturierter Massendaten aus verschiedenen Quellen konzipiert. Mit EDW-Software werden aus Geschäftsdaten greifbare und umsetzbare Erkenntnisse gewonnen, die für metrikgestützte Geschäftsergebnisberichte und die Ermittlung von Geschäftschancen oder Marktlücken bei bestehenden Geschäftspraktiken verwendet werden.

Bei SAP BW/4HANA handelt es sich um ein Hauptrelease der EDW-Software von SAP, die für die ausschließliche Nutzung der Analysefunktionalität der Datenbank SAP HANA konzipiert ist. Frühere EDW-Hauptreleases von SAP wurden als SAP BW bezeichnet, ein Business-Intelligence-Paket, das auch mit verschiedenen Anbietern relationaler Datenbanken genutzt werden konnte. SAP BW/4HANA dient großen Unternehmen mit aktualisierter Benutzerfunktionalität (UX), neuer Datenintegration und Technologieupgrades als zentrale Erkenntnisquelle und ermöglicht so echtzeitnahe Entscheidungen und digitale Geschäftsprozesse.

Weitere Informationen finden Sie unter SAP BW /4HANA.

IBM Cloud® for SAP-Infrastrukturoptionen sind für SAP NetWeaver Application Server und SAP HANA Database Server für den Betrieb der Geschäftsanwendung SAP BW/4HANA zertifiziert.

Vorbemerkungen - SAP BW/4HANA-Varianten und andere SAP-Analyselösungen

Bei Analysen gibt es für jede Lösung mehrere ineinandergreifende SAP-Lösungen und Varianten. Die vorrangigen SAP-Analyselösungen sind die folgenden Lösungen:

  • SAP BW/4HANA, EDW-Software mit SAP HANA Platform mit Laufzeit-Datenbanklizenz
  • SAP Data Warehouse Cloud (SaaS), als SaaS verfügbare EDW-Software als Ergänzung zu SAP HANA Cloud Services
  • SAP HANA Platform Enterprise Edition, Datenbankserver - bei Nutzung der Volllizenz mit bestimmten Analysekomponenten - für den Aufbau eines angepassten/nativen Data-Warehouses für Unternehmen
  • Die analytischen SAP HANA-Komponenten umfassen Self Service Analytics Library (SAL), Smart Data Access (SDA), Smart Data Integration (SDI), Smart Data Streaming (SDS), Remote Data Sync (RDS) und zusätzlich für die Hadoop-Integration die Verwendung von SAP HANA Spark Controller optional mit SAP Vora.

Es gibt weitere SAP-Analyselösungen, jede mit unterschiedlichen Software-Bereitstellungsoptionen, von denen einige im Folgenden zusammengefasst sind:

  • SAP BW/4HANA

    • Bereitstellung in einem vorhandenen konventionellen lokalen Rechenzentrum
    • Bereitstellung in Cloud IaaS
  • SAP HANA Platform Enterprise Edition

    • Bereitstellung in einem vorhandenen konventionellen lokalen Rechenzentrum
    • Bereitstellung in Cloud IaaS
    • SAP HANA Enterprise Cloud (HEC) Verwaltete DBaaS
  • SAP HANA Cloud Services

    • SAP HANA Cloud DBaaS (released in 2020 to replace SAP HANA Service, which in 2018 replaced SAP HANA One)
    • SAP Analytics Cloud, SaaS
    • SAP Data Warehouse Cloud, SaaS
  • SAP Business Objects Business Intelligence Suite (BOBJ/BO-BI)

  • SAP Data Intelligence 3.x mit Kubernetes (released in 2019 to replace SAP Data Hub 2.x)

Weitere Informationen zu den Varianten der SAP-Analyselösungen sind bei SAP verfügbar:

In Bezug auf SAP BW/4HANA wird in der IBM Cloud® for SAP-Portfoliodokumentation auf SAP HANA- und SAP NetWeaver-Installationen als Installationen mit von SAP zertifizierten Cloud IaaS-Optionen (IaaS = Infrastructure-as-a-Service) für die Ausführung der SAP BW/4HANA-Bereitstellung in Cloud IaaS verwiesen.

Weitere Entscheidungen in Bezug auf Implementierung und Wartung

Bei der Projektimplementierung sowie bei Wartung und Support für SAP BW/4HANA werden Partner aus der Liste der SAP-Partner ausgewählt:

  • Projektimplementierungen

    • Ein GSI (Global Systems Integrator) für SAP
    • Ein MSP (Managed Services Provider) für SAP
  • Wartung/Support

    • Ein AMS-Provider (AMS = Application Management Services) für SAP
    • Ein MSP (Managed Services Provider) für SAP

Eine Liste aller SAP-Partner wird im SAP-Partnerfinder-Tool geführt. Die Liste enthält weitere Informationen zu den SAP-Partnern, z. B.:

  • Partnerschaftskategorie (z. B. Consulting & Implementation Services)
  • Partnerschaftsstatus (z. B. Platin, Gold, Silber)

Diese Entscheidungen wirken sich maßgeblich auf Bereitstellung, Betrieb und Wartung von SAP BW/4HANA in Cloud IaaS aus. Ein GSI verfügt beispielsweise über umfassende Erfahrung in der Umsetzung, funktionalen Konfiguration und Entwicklung und ist flexibel genug, um eine maßgeschneiderte Lösung für die Geschäftsanforderungen zu erstellen. Dafür sind die Erfahrungen eines GSI im Bereich Wartung weniger umfassend. Ein MSP wiederum bringt zusätzliche Einschränkungen bei der Implementierung ein, die für eine erfolgreichere Wartung von Bedeutung sind.

In Anbetracht der Bandbreite an Know-how bei traditionellen Implementierungen von SAP-Workloads in lokalen Rechenzentren waren in den letzten Jahrzehnten eine Vielzahl von Aufgaben beim Betreiber des Rechenzentrums angesiedelt. Es wird empfohlen, die Fähigkeiten Ihrer SAP-Partner in den folgenden Bereichen zu berücksichtigen, da der Cloud-Dienstanbieter nicht für die zuvor vom Rechenzentrumsanbieter ausgeführten Aktivitäten verantwortlich ist:

  • Cloud-Konto und IAM-Konfiguration
  • Netzkonfiguration (einschließlich Sicherheit)
  • Speicherkonfiguration
  • Infrastrukturdimensionierung für SAP
  • Betriebssystemkonfiguration (einschließlich Sicherheit)

Weitere Informationen zum Verlagern von SAP-Workloads können Sie dem Abschnitt mit den häufig gestellten Fragen (FAQs) zu diesem Thema entnehmen.

Hinweise zu Rechenressourcen

Je nach Geschäftsanforderungen und Risikoakzeptanz ist die Wahl des geeigneten Tenancy-Modells für die Clouds bei jeder Cloud IaaS für die Ausführung von SAP-Workloads die wichtigste Entscheidung:

  • Single-Tenant-Infrastruktur, dedizierte Rechenressourcen, auf die über ein privates logisches Netz innerhalb des Cloud-Provider-Backbones mit den folgenden Elementen zugegriffen wird:
    • Bare Metal
    • Virtual Server-Instanzen auf dedizierten Hosts
    • VMware SDDC-Instanz (SDDC = Software-Defined Data Center)
  • Multi-Tenant-Infrastruktur, gemeinsam genutzte Rechenressourcen, auf die über ein privates logisches Netzwerk innerhalb des Cloud-Provider-Netzwerk-Backbones zugegriffen wird, das virtuelle Server verwendet.

Nachdem Sie sich für das Cloud-Tenancy-Modell entschieden haben, das Ihren Geschäftsanforderungen und Ihrer IT-Risikoakzeptanz entspricht, stehen die Anforderungen in Bezug auf Dimensionierung (Sizing) und Durchsatz im Fokus:

  • Ergebnis der SAP-Dimensionierungsaktivitäten
  • Benchmark-Maßeinheit 'SAPS', die den gesamten transaktionsorientierten Durchsatz der Infrastruktur veranschaulicht

Vergleichende Informationen zu den verschiedenen Infrastrukturtypen finden Sie in dem Abschnitt mit einem Vergleich der verschiedenen von SAP zertifizierten IaaS-Angebote, ausführlichere Informationen in dem Abschnitt Für SAP zertifizierte Infrastruktur. Die SAPS-Referenzwerte werden für jedes Profil unter den einzelnen Infrastrukturtypen aufgelistet, die im IBM Cloud® for SAP-Portfolio angeboten werden.

Hinweise zu SAP HANA

Bei der Geschäftsanwendung 'SAP BW/4HANA' handelt es sich um eine OLAP-Workload für analytische Verarbeitung, bei der eine Vielzahl von Designüberlegungen für den SAP HANA-Datenbankserver eine Rolle spielen.

Bei der SAP-Dimensionierung, den verschiedenen Entscheidungen und der Infrastrukturentscheidung in Bezug auf die SAP HANA-Infrastruktur für die Unterstützung von OLAP-Workloads wird die Dimensionierung im Allgemeinen durch die Speicherkapazität (DRAM) bestimmt.

Scale-up und Scale-out

SAP BW/4HANA ist dafür konzipiert, die Analysefunktionalität von SAP HANA in vollem Umfang zu nutzen, und wird regelmäßig in Scale-out-Szenarios verwendet, um große Datenvolumen (einschließlich von Daten, die über ERP-Transaktionsdaten hinausgehen, z. B. Hadoop Data Lakes) zu analysieren.

Bei der Auswahl der für die jeweiligen Geschäftsanforderungen geeigneten Infrastruktur ist es wichtig, die SAP BW/4HANA-Zertifizierungen zu verstehen. Dies gilt insbesondere für Geschäftsentscheidungen zu Durchlaufzeiten bei Analyse und Berichterstellung oder zum Volumen der zu analysierenden Daten.

Die gesamte SAP-zertifizierte Infrastruktur in der Cloud für OLAP (d. h. SAP BW /4HANA) ist im SAP HANA-Verzeichnis unter "Zertifizierte IaaS-Plattformen – OLAP-Anwendungstyp " aufgeführt. Die Leistungskennzahlen der für SAP zertifizierten Infrastruktur für SAP BW /4HANA sind in der SAP BW-Ausgabe für das SAP HANA-Benchmark-Verzeichnis(BWH ) aufgeführt.

Beim Betrachten der SAP-Verzeichnisse und dem Vergleich der Infrastrukturleistung für SAP BW/4HANA sind verschiedene Punkte zu bedenken:

  • In der CSV-Exportdatei des SAP BWH-Benchmark-Verzeichnisses fehlen wichtige Konfigurationshinweise, z. B. Hinweise zur Segmentierung, wenn sich der angegebene Hauptspeicher reduziert (z. B. wenn 4.048 GB DRAM nur als 3.904 GB DRAM zugelassen sind). Dies ist oft der Fall, wenn es sich bei der zertifizierten Infrastruktur um eine virtuelle Maschine handelt. Dieser Hinweis wird auch auf der Hauptsite nicht angezeigt. Er ist nur in der Zertifizierungs-PDF zu den einzelnen zertifizierten Infrastrukturen enthalten.
  • Die Benchmark-Zertifizierung gilt für eine bestimmte Anzahl von Scale-Out-Knoten; diese wird jedoch für die IaaS-Zertifizierung mit SAP multipliziert, sodass dieselbe getestete Infrastrukturkonfiguration für zusätzliche Scale-Out-Knoten (mit größerem Gesamtspeicherplatz) genehmigt werden kann.
    • Beispiel für die Benchmark-Zertifizierung: 8 scale-out nodes which includes the 1 Parent + 7 Child nodes; using infrastructure with 6,144 GB DRAM for total memory of 49,152 GB
    • An dem Benchmark-Zertifizierungsbeispiel ausgerichtete IaaS-Zertifizierung: 16 scale-out nodes which includes 15 Active nodes (1 Parent + 14 Child nodes) + 1 Standby node; using infrastructure with 6,144 GB DRAM for total memory of 92,160 GB.

**Die folgende Tabelle mit Beispielen für das Ableiten von Benchmarks dient dazu, Firmen bei Dimensionierungsentscheidungen für SAP BW4/HANA zu unterstützen: **

Beispiele für die Berücksichtigung von Benchmark-Ergebnissen bei Größenentscheidungen
Bezugsdatenpunkt :
(nach Reihenfolge in den Bezugsdatenberichten)
Phase 1: Data load (seconds) - Laden von Daten in Sekunden Phase 2: Query executions per hour - Abfrageausführungen pro Stunde Phase 2: Records selected - Ausgewählte Datensätze Phase 3: Runtime of complex query phase (seconds) - Gesamtlaufzeit für komplexe Abfrage in Sekunden
Interpretation der Messwerte: Niedriger ist besser Höher ist besser Höher ist besser Niedriger ist besser
Faktoren, die die Benchmarks beeinflussen: Umfang der zu ladenden Anfangsdatensätze Anzahl der in Phase 2 ausgewählten Datensätze Anzahl der in Phase 2 ausgewählten Datensätze
Beispielrechnungen für einen Vergleich von Infrastrukturentscheidungen (mit dem Versuch einer Berücksichtigung der Beeinflussung durch die zuvor genannten Faktoren): Sekunden zum Laden von 1 Milliarde Datensätzen könnten bei Vergleichen von Lesevorgängen aus dem Speicher helfen

(for example, divide Phase 1 data load in seconds by initial records)

Die Gesamtzahl der pro Stunde während der Abfrageausführung analysierten Datensätze könnte bei Vergleichen der von der CPU durchgeführten Berechnungen hilfreich sein

(for example, multiply query executions per hour by records selected)

Die Gesamtzahl der pro Minute analysierten Datensätze während einer komplexen Abfrage könnte bei Vergleichen der von der CPU durchgeführten Berechnungen hilfreich sein

(for example, divide records selected by runtime of complex query seconds, then multiply by 60)

Zusätzliche SAP-Hinweise zu SAP BW/4HANA und zur Dimensionierung für Scale-out: