Was ist SAP-BASIS?
Der zentrale Workload-Monitor
Wenn Sie das CPU-Auslastungsprofil einer SAP-HANA- mit dem einer traditionellen Datenbank vergleichen, werden Sie charakteristische Unterschiede bemerken: Für SAP HANA werden Sie häufig kurzzeitige Lastspitzen bemerken, bei denen die CPU zu 100 % ausgelastet ist. Dieses Verhalten ergibt sich aus der Tatsache, dass SAP HANA Anfragen massiv parallelisiert und dabei kurzzeitig alle Prozessoren vollständig belegt. Kurzzeitige Lastspitzen sind also nicht automatisch als CPU-Engpass zu werten. Im Gegensatz beobachtet man bei traditionellen Datenbanken ein eher geglättetes Lastprofil, bei dem Auslastungen zu 100 % bei Normalbetrieb nicht zu beobachten sind.
Simulationen mit SAP-Benchmarks liefern uns also wertvolle Ergebnisse, die uns helfen, reale SAP-Systeme zu konfigurieren. Einige Punkte können SAP-Benchmarks dagegen nicht berücksichtigen. Die Benchmarks berücksichtigen nur die Transaktionsverarbeitung (Online Transaction Processing, OLTP) der entsprechenden Anwendung, da diese normalerweise als performancekritischer eingestuft werden als das Reporting (Online Analytical Processing, OLAP). (Das Buchen von Kundenaufträgen, Lieferungen und Rechnungen ist wichtiger als das Reporting über diese Prozesse.) Reporting-Aktivitäten sind normalerweise datenbanklastiger; daher wird in einem realen SAP-System der Anteil der Datenbanklast im Verhältnis zur Dialog- und Verbuchungslast größer sein; typischerweise wird der Anteil der Datenbankinstanz zwischen 10 und 30 % liegen. Das Verhältnis der Anzahl der Dialog- Workprozesse zur Anzahl der Verbuchungs-Workprozesse ist darüber hinaus von den konkreten Anforderungen an das System abhängig.
SAP Extended Memory
Ähnlich wie die Datenbankpuffer müssen auch die SAP-Puffer gewisse Mindestqualitäten erreichen, um einen performanten Betrieb des SAP-Systems zu ermöglichen. Sind die Puffer zu klein, kommt es zu Verdrängungen und zu unnötigem Nachladen von der Datenbank. Eine Verdrängung findet immer dann statt, wenn ein Objekt in den Puffer geladen wird und der freie Platz im Puffer zu klein ist, um es komplett zu speichern. In diesem Fall müssen andere Objekte verdrängt werden.
Das Mandantenkonzept von SAP ermöglicht es, ein SAP-System in mehrere logische Subsysteme - Mandanten - zu unterteilen. Diese Subsysteme können wie eigene Systeme betriebswirtschaftlich voneinander unabhängig und isoliert genutzt werden. Aber wie sind mandantenunabhängige Transaktionen zu behandeln? Wie können Sie verhindern, dass ein Mandant auf den anderen zugreifen kann und warum sollten Sie das verhindern wollen? In diesem Blog-Beitrag werde ich Ihnen diese Fragen beantworten und dabei einige Negativ-Beispiele diskutieren. Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides. Das Anlegen und Ändern eines Mandanten im Produktivsystem erfolgt autorisiert und dokumentiert – Sie fragen sich, was dabei schon schiefgehen könnte? Das Risiko in diesem Fall ist ein Verlust der Integrität von System und Daten, der Verlust der Vertraulichkeit: Mit jedem neu angelegten Mandanten lebt der Superuser SAP* mit seinen umfassenden, auch mandantenübergreifenden Rechten und dem vergebenen Standardpasswort auf.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
SAP stellt damit die zugrundeliegende Basis (daher der Name) zur Verfügung, die es verschiedenen SAP-Anwendungen ermöglicht, interoperabel und portabel über Betriebssysteme und Datenbanken hinweg zu sein.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Diese Themengebiete umfassen die Bereiche Skills und Rollen (Cloud und Supplier Management, Stärkung des Technologiearchitekten, Fokus auf Projektarbeit), Marketing und Selbstverständnis (Erstellung eines Servicekatalogs, regelmäßiger Austausch mit dem CIO, Umbenennung der SAP-Basis), neue Technologien und Innovation (Test- und Innovationslabor, proaktive & regelmäßige Schulungen), Organisation im Wandel (Ausprägung der beiden Fachbereiche infrastrukturnah und anwendungsnah, virtuelle Experten-Teams), Standardisierung und Automatisierung (Automatisierung von Routineaufgaben, Outtasking von seltenen Aufgaben), „Cloudability“, Outsourcing & Outtasking (Beurteilung der Nutzbarkeit für die Cloud, Nutzung geeigneter Service- Formen) und IT-Roadmap (Beeinflussung der eigenen IT-Roadmap).