SMQ1 qRFC-Monitor (Ausgangsqueue)
Auch SAP-Systeme müssen gewartet werden
Dies ist das Herzstück des SAP-Systems. Im klassischen Drei-Schichten-Modell wäre dies die Logik- oder Steuerungsschicht. Ein oder mehrere Applikationsserver hosten auf dieser Ebene die nötigen Dienste für die unterschiedlichen Anwendungen. Diese Applikationsserver stellen alle Dienste bereit, die von den SAP-Anwendungen benötigt werden. In der Theorie könnte ein einziger Server diese Rolle ausfüllen. Praktisch sind diese Dienste in den meisten Fällen auf mehrere Server verteilt, die jeweils unterschiedlichen Anwendungen dienen.
Ein wichtiger Bereich der SAP Security ist die Analyse der kundeneigenen SAP-Programme, die klassisch in der proprietären SAP-Sprache ABAP geschrieben werden. Auch hier können, wie in allen Programmiersprachen, Sicherheitslücken programmiert werden – sei es nun bewusst oder unbewusst. Die Muster der Sicherheitslücken im ABAP-Code unterscheiden sich dabei allerdings von denen in Java-Stacks oder Windows-Programmen. Das Ziel bei diesen herkömmlichen Programmen ist es meistens, durch gezielte Falscheingaben das Programm entweder zum Absturz zu bringen (Buffer Overflow) oder künstlich eigenen Code zur Ausführung zu bringen (Code Injection). Beides ist in ABAP nicht möglich, da ein Absturz eines Prozesses nichts anderes bewirkt als das Erzeugen eines Eintrages in der Log-Datenbank (Dump ST22) und ein anschließendes Beenden des Reports mit Rückkehr an den Menüstartpunkt. Eine direkte Manipulation wie in anderen Hochsprachen oder Servern ist also nicht möglich. Allerdings gibt es andere Manipulationsmöglichkeiten.
SAP Basis besteht im Kern aus den drei klassischen Softwareschichten:
Die XS Engine ist der Anwendungsserver von SAP HANA. Auf der XS Engine können einfache, statuslose Anwendungen entwickelt werden. Es existieren zwei Implementierungen der XS Engine.
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.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Wenn Sie im Webbrowser an die Stelle in Ihrer Webtransaktion gelangt sind, an der Sie mit der Analyse beginnen wollen, schalten Sie den Trace mit dem Schalter Start Transaction ein.
Die Datenbankebene dient der permanenten Speicherung und Bereitstellung der Daten.