IBM Cloud Docs
SAP S/4HANA

SAP S/4HANA

SAP S/4HANA stellt eine führende ERP-Software (ERP = Enterprise Resource Planning), ausgelegt für die größten Unternehmen aller Branchen in allen Ländern der Welt, und zeichnet sich durch extensive Geschäftsprozesse und Anpassungen aus.

ERP-Software integriert die gesamte Unternehmensführung und -tätigkeit in einer einzigen Anwendung, um die Geschäftsabwicklung zu koordinieren, z. B. Buchhaltung und Finanzierung, Einkauf und Inventar, Vertrieb und Kundenbeziehungen. Ein ERP-System kann als Dreh- und Angelpunkt für sämtliche Geschäftsoperationen betrachtet werden. Verschiedene Anwendungen und sämtliche Firmenbereiche bzw. -standorte, von der Fabrik bis zur Zentrale, können im ERP-System vereint werden. Die ERP-Software selbst kann über viele funktionale und branchenspezifische Add-on-Komponenten verfügen, die unterschiedliche Geschäftsfunktionen für verschiedene Geschäftszweige und Branchen bieten.

Bei SAP S/4HANA handelt es sich um ein Hauptrelease der ERP-Software von SAP, die für eine ausschließliche Ausführung mit der Datenbank SAP HANA konzipiert ist. Frühere ERP-Hauptreleases von SAP, die als SAP ECC und SAP R/3 bekannt sind, waren für eine Verwendung verschiedener Anbieter relationaler Datenbanken ausgelegt.

SAP S/4HANA dient großen Unternehmen mit aktualisierter Benutzerfunktionalität (UX), neuen Geschäftsworkflows und Technologieupgrades als 'Digital Core' und ermöglicht so mithilfe cloudnativer Technologien so viele Erweiterungen wie möglich.

Weitere Informationen finden Sie unter SAP S/4HANA

IBM Cloud® for SAP-Infrastrukturoptionen sind für SAP NetWeaver Application Server sowie den SAP HANA-Datenbankserver zertifiziert, auf denen die Geschäftsanwendung SAP S/4HANA ausgeführt wird.

Vorbemerkungen - Varianten von SAP S/4HANA

Die SAP S/4HANA-Geschäftsanwendung gibt es in mehreren Varianten mit jeweils unterschiedlichem Funktions- und Anpassungsniveau, die als unterschiedliche Betriebsmodelle verfügbar sind. Das von Ihnen ausgewählte Modell wirkt sich auf die SAP S/4HANA-Bereitstellung aus.

Im Wesentlichen werden die Betriebsmodelle der Software in zwei Kategorien unterteilt:

  • SAP S/4HANA "AnyPremise" (früher "On-Premise" Edition) ist dieselbe Softwareinstallation und dasselbe Hosting durch das Unternehmen oder die Subunternehmer eines Unternehmens. Diese Option bietet eine uneingeschränkte Kontrolle über Funktionalität und Bereitstellung der Software, der ordnungsgemäße Betrieb der SAP-Systeme kann jedoch nur mit einem höheren Bereitstellungs- und Managementaufwand sichergestellt werden.
  • SAP S/4HANA Cloud SaaS: Dieselbe Software, die jedoch von SAP in Verbindung mit SAP-Partnersubunternehmen installiert und gehostet wird. Dieses Modell stattet die Firma mit weniger Kontrolle über Funktionalität und Bereitstellung der Software aus, der ordnungsgemäße Betrieb der SAP-Systeme kann jedoch mit einem geringeren Bereitstellungs- und Managementaufwand sichergestellt werden.

Innerhalb der einzelnen Betriebsmodelle für die Software stehen mehrere Optionen für die Softwarebereitstellung zur Verfügung:

  • SAP S/4HANA "AnyPremise" Edition (früher "On-Premise" Edition)
    • Bereitstellung in einem vorhandenen konventionellen lokalen Rechenzentrum
    • Bereitstellung in Cloud IaaS
  • SAP S/4HANA Cloud SaaS
    • SAP S/4HANA Public Cloud Extended (EX) Edition SaaS wird von SAP zusammen mit SAP Partner-Subunternehmer bereitgestellt
    • SAP S/4HANA Public Cloud Essentials (EX) Edition SaaS wird von SAP zusammen mit SAP Partner-Subunternehmer bereitgestellt
    • SAP S/4HANA Private Cloud SaaS-Erweiterung von SAP HANA Enterprise Cloud (HEC), bereitgestellt von SAP zusammen mit SAP Partner-Subunternehmern

Weitere Informationen zu den Varianten der Software SAP S/4HANA sind bei SAP verfügbar. Eine kurze Erläuterung zu den Varianten von SAP S/4HANA finden Sie bei SAP America, siehe SAP Community Blogs - Product Information - SAP S/4HANA Cloud Deployment Options(June 17, 2019).

In Bezug auf SAP S/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 S/4HANA 'AnyPremise'-Bereitstellung in Cloud IaaS verwiesen. Alle weiteren Beschreibungen in den folgenden Abschnitten beziehen sich auf SAP S/4HANA 'AnyPremise'.

Weitere Entscheidungen in Bezug auf Implementierung und Wartung

Neben der Auswahl einer SAP S/4HANA-Variante (operatives Modell und Bereitstellungsmodell) müssen viele Kunden mit SAP-Installationen weitere Entscheidungen treffen, z. B. in Bezug auf die folgenden Punkte:

SAP S/4HANA-Einführungsstrategie

  • Erstimplementierung für neue SAP-Kunden
  • ERP-Migration (Brownfield-Ansatz)
    • Systemkonvertierung (wird auch als Brownfield-Ansatz bezeichnet)
    • Selektive Datenüberführung (mit Shell-Konvertierung oder Mix&Match)
  • ERP-Neuimplementierung (Greenfield-Ansatz)

SAP S/4HANA-Liefermodell für die Projektimplementierung, Auswahl aus der Liste der SAP-Partner

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

SAP S/4HANA-Wartungsmodell für fortlaufenden Support, Auswahl aus der Liste der SAP-Partner

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

Eine Liste aller SAP Partner wird über das Tool SAP Partner Finder 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)

Die Auszeichnungen für diese SAP Partner finden Sie auf der Informationsseite SAP Partner.

Diese Entscheidungen wirken sich maßgeblich auf Bereitstellung, Betrieb und Wartung von SAP S/4HANA 'AnyPremise' in Cloud IaaS aus. Ein GSI kann z. B. auf eine umfassende Expertise in Bezug auf Implementierung, funktionale Konfiguration und Entwicklung zurückgreifen und verfügt über die nötige Flexibilität, eine für die jeweiligen Geschäftsanforderungen maßgeschneiderte Lösung 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 Service Provider nicht für die Aktivitäten verantwortlich ist, die zuvor vom Data Center Provider durchgeführt wurden:

  • 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-Instanz auf dedizierten Hosts
    • VMware SDDC-Instanz (SDDC = Software-Defined Data Center)
  • Multi-Tenant-Infrastruktur, gemeinsam genutzte Rechenressourcen, auf die über ein privates logischen Netz innerhalb des Cloud-Provider-Backbones mit Virtual Server-Instanzen zugegriffen wird.

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

Weitere Informationen zum Vergleich verschiedener Infrastrukturtypen finden Sie im Abschnitt „Vergleich der verschiedenen SAP-zertifizierten IaaS Angebote mit weiteren Einzelheiten“ unter „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 S/4HANA spielen eine Vielzahl von Überlegungen zum Design des SAP HANA-Datenbankservers eine Rolle.

SAP S/4HANA gilt als 'gemischte Workload', da bei der Geschäftsanwendung in erster Linie eine Transaktionsverarbeitung (OLTP) erfolgt, SAP S/4HANA führt jedoch über die in SAP S/4HANA integrierten Analysefunktionen auch eine analytische Verarbeitung (OLAP) durch.

Bei der SAP-Dimensionierung, bei der Entscheidungsfindung und der Infrastrukturauswahl wird SAP S/4HANA oft als reines OLTP-System betrachtet. Diese Einstufung wird der Geschäftsanwendung nicht ganz gerecht, erfüllt jedoch im Rahmen der SAP-Benchmarkinformationen ihren Zweck als bestmögliche Einstufung. In Bezug auf die SAP HANA-Infrastruktur wird die Dimensionierung jedoch im Allgemeinen durch die Speicherkapazität (DRAM) bestimmt.

Scale-up und Scale-out

Beachten Sie, dass bei der Verwendung von SAP HANA bei einer Scale-out-Bereitstellung der Transaktionsdurchsatz des Systems möglicherweise beeinträchtigt wird.

SAP Hinweis 2428711 - S/4HANA Scale-Out Sizing begrenzt ein SAP HANA Scale-Out auf bis zu vier Knoten insgesamt. Diese Begrenzung gilt für die Bereitstellung von S/4HANA auf IBM Cloud, um zu verhindern, dass unsere Kunden Probleme mit dem Transaktionsdurchsatz bekommen. IBM Cloud® for SAP veröffentlicht diese Spezifikationen nicht aktiv.

Kunden, bei denen die SAP HANA-Anforderungen für die Ausführung einer SAP S/4HANA-Produktionsinstanz außergewöhnlich hoch (insbesondere Anforderungen über 14 - 18 TB DRAM) sind, werden stattdessen von IBM dahingehend beraten, die jeweiligen Anforderungen mit IBM-SAP näher zu erörtern. Diskussionen mit IBM und SAP weltweit tätigen technischen Experten können genauere Ratschläge für das Geschäftsproblem geben und alternative Wege aufzeigen.

Eine Alternative kann z. B. das Erstellen eines Hybrid Cloud-Modells unter Verwendung der verfügbaren Scale-up-Hochleistungsoptionen in Bereitstellungen in konventionellen Rechenzentren.

Ein Beispiel für eine hybride Cloud, die mit SAP S/4HANA verwendet wird, wenn die Kapazität von 14-18TB DRAM überschritten wird, wäre die Verwendung von IBM Power9 Hardware, die von IBM Power Systems bereitgestellt wird und in herkömmlichen Rechenzentren vor Ort eingesetzt wird. IBM Power9-Hardware unterstützt maximal 28 TB of DRAM für ein SAP HANA 2.0-Scale-up. Diese komplementären Angebote werden bereits von vielen Kunden SAP erfolgreich mit diesen größten Speichergrößen betrieben. Dies ist das Ergebnis einer engen Partnerschaft und technischer Diskussionen mit SAP und kann daher den Geschäftsanforderungen für solche außergewöhnlichen Skalierungsanforderungen entsprechen. Weitere Informationen zu SAP HANA auf IBM Power Systems finden Sie unter SAP Hinweis 2188482 - SAP HANA auf IBM Power Systems: Erlaubte Hardware.

Hinweise zu SAP NetWeaver

Bei der Geschäftsanwendung SAP S/4HANA spielen eine Vielzahl von Designüberlegungen zu SAP NetWeaver Application Server eine wichtige Rolle.

Versionierung und Upgrades

SAP S/4HANA beinhaltet keine eigenständige Lieferung von SAP NetWeaver Application Server (ABAP) mehr, die Sie verwenden könnten.

Die Komponente SAP S/4HANA Server ist für die Installation von SAP S/4HANA erforderlich. Diese Komponente wird kurz auch als 'SAP ABAP Platform' bezeichnet, die frühere Bezeichnung lautet 'SAP NetWeaver AS ABAP'.

Bei SAP S/4HANA 'AnyPremise' 20xx (z. B. 2020) enthält SAP S/4HANA Server Folgendes:

  • SAP ABAP Platform 20xx und SAP Kernel 7.7x (Die Versionsnummer dieser Komponenten wird erst nach Abschluss der Installation angezeigt)
  • ADT für Eclipse
  • Weitere zusätzliche Technologiekomponenten für die Ausführung von SAP S/4HANA

Wenn Sie ältere SAP S/4HANA-Versionen (z. B. 1511, 1610, 1709) einsetzen, ist es daher nicht möglich, SAP NetWeaver AS ABAP 7.5+ isoliert zu aktualisieren. Alle Upgrades müssen mit Hilfe von SAP Maintenance Planner für den gesamten Stack auf einem bestimmten Betriebssystem durchgeführt werden (z. B. Red Hat Linux®, SUSE Linux, IBM AIX, Windows Server).