Systemänderbarkeit und Mandantensteuerung in einem SAP-System
Migrationen, zB Betriebssystem- oder Datenbankwechsel (Homogene und Heterogene Systemkopien)
Eine optimale Speicherkonfiguration soll nicht nur eine gute Performance garantieren, sondern darüber hinaus auch einem Programmabbruch aufgrund von Speicherengpässen vorbeugen. Zu folgenden Fehlern aufgrund falscher Speicherkonfiguration kann es kommen: Die SAP-Instanz startet nicht, da das Betriebssystem die angeforderten Speicherbereiche nicht zur Verfügung stellen kann. Modus-Abbrüche: Auf dem Bildschirm des Benutzers erscheint ein Dialogfenster mit der Fehlermeldung Roll-out misslungen. Anschließend verschwindet der Modus, und der Benutzer wird abgemeldet. ABAP-Programmabbrüche: Die Protokolle zu diesen Fehlern (Dumps) finden Sie in Transaktion ST22 unter: Werkzeuge > Administration > Monitor > Dump-Analyse.
Die Hardwarepartner erstellen nun Angebote zu dem Sizing-Projekt, unter denen Sie auswählen müssen. Für die Anforderungen unseres Beispielprojekts wäre es möglich, diese mit einem einzigen Rechner abzudecken. Alternativ kann der Hardwarebedarf auch auf mehrere Rechner verteilt werden. Für unser Projekt nehmen wir an, dass wir uns für ein Angebot entscheiden, das drei Rechner umfasst, die jeweils – nach Herstellerangabe – 12.000 SAPS leisten und mit 32 GB Hauptspeicher ausgestattet sind. Insgesamt leistet die Lösung also 36.000 SAPS und verfügt über 96 GB Hauptspeicher. Auf einem der Rechner sollen die Datenbank und eine SAP-Zentralinstanz installiert werden, auf den beiden anderen Rechnern sollen SAP-Instanzen den Großteil der Dialog-, Hintergrund- und Verbuchungslast aufnehmen. Mit dieser verteilten Installation gehen wir davon aus, dass wir auch beim Ausfall eines Rechners einen eingeschränkten Betrieb aufrechterhalten können und das Risiko eines Totalausfalls reduzieren. Für weitergehende Überlegungen zum Thema Lastverteilung verweisen wir Sie auf den letzten Teil dieses Kapitels und auf Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«.
SYSTEM
Der zweite Aspekt betrifft die Adaption der Anwendungen für SAP HANA. Im Fokus steht hier die Möglichkeit, bestehende Daten in Echtzeit auswerten zu können, wo bisher Zwischenberechnungen in Form von aufwendigen Hintergrundprogrammen nötig waren oder eine Fortschreibung von Daten in Aggregate – z. B. beim Monats- oder Quartalsabschluss im Finanzbereich oder bei der Material- und Ressourcenplanung (MRP). Um hier das Optimierungspotenzial zu heben, bedarf es einer Anpassung der Datenmodelle bzw. Programme. Konkret sind dies die Änderung der BW-Modelle (siehe Kapitel 14, »Optimierung von Anfragen an SAP Business Warehouse«), die Anpassung der Kundenprogramme oder auch die Migration nach SAP S/4HANA, dem SAP-Produkt, bei dem die SAP-Programme das Potenzial von SAP HANA voll ausschöpfen.
Fundiertes aktuelles Know-how: Durch einen SAP-Basis-Support können Sie Zeit und Geld für Schulungen einsparen, die inhouse nötig wären, um Ihre Mitarbeiter immer auf den neuesten Stand zu bringen. Ein SAP-Experte kennt sich immer mit den neuesten Technologien aus.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Gerade bei großen SAP-Landschaften gibt es allerdings strenge Regelungen betreffend Berechtigungen von technischen RFC-Nutzern.
Zu Erstellung eines Marketingkonzepts eignet sich das Modell des Marketing-Mix.