Verantwortlichkeiten des SAP-Basis-Beraters:-
Parameter zur Puffereinstellung
Beispielsweise arbeiten viele kundeneigene ABAP-Programme mit dem Uploaden oder Downloaden von Daten. Hier sind potentiell große Sicherheitslücken vorhanden, die Zugriff auf Serverdaten ermöglichen. Darüber hinaus ist der weit verbreitete direkte Aufruf von Betriebssystemkommandos, die nicht durch eine selbst programmierte Berechtigungsprüfung abgedeckt sind, ein großes Problem. Auch wenn die klassische SQL-Injection, also die Eingabe erweiterter SQL-Befehle, eine mögliche Sicherheitslücke ist, kommt sie in SAP-Systemen eher selten vor. Weiter verbreitet ist die ungewollte Dynamisierung von SQL-Aufrufen, weil Eingangsparameter nicht ausreichend geprüft werden. Die Notwendigkeit, alle Eigenentwicklungen auch intern auf solche Sicherheitslücken zu überprüfen bevor sie in den SAP-eigenen Code zur Auslieferung kommen, hat zur Entwicklung des Werkzeugs SAP Code Vulnerability Analyzer geführt.
Der untere Teil des rechten Fensters zeigt die eigentlichen Statistiksätze, abhängig von der im linken Fenster gewählten Analysesicht. Die zu einem Dialogschritt gehörenden statistischen Sätze werden in einer Baumstruktur dargestellt, zusammen mit den wichtigsten Performanceinformationen. Dies sind: Antwortzeit: die gesamte Antwortzeit für eine Aktion in einer Komponente / CPU-Zeit / Datenbankzeit und Datenbank-Procedure-Zeit / Aufrufzeit / Wartezeit (in der Komponente).
SARE Archive Explorer
Mit dem Parameter rdisp/max_wprun_time (bis 7.40) bzw. rdisp/scheduler/prio_high/max_runtime (ab 7.40) können Sie die Laufzeit von Benutzeranfragen in Dialog-Workprozessen beschränken. Der Standardwert der SAP sollte nicht unterschritten werden; auf einzelnen Instanzen sollte es auch möglich sein, länger laufende Programme auszuführen. Bei genauerer Betrachtung des Laufzeitverhaltens stellen Sie fest, dass einzelne Anfragen die Laufzeitgrenze überschreiten. Das liegt daran, dass bei gewissen Operationen, z. B. beim COMMIT WORK oder beim Starten eines RFCs, die Uhr auf null zurückgesetzt wird. Auch während einer langlaufenden Datenbankanweisung wird nicht abgebrochen.
Hardwarepartner können Benchmark-Läufe von SAP zertifizieren lassen. Dazu senden sie von SAP genau definierte Daten über den Ablauf des Benchmarks an SAP. Zertifizierte Benchmarks werden von SAP im Internet veröffentlicht. Dabei unterscheidet man zwischen Benchmark-Läufen, die auf einem Rechner durchgeführt werden (2-Tier), und solchen, die auf einer verteilten Rechnerlandschaft durchgeführt werden (3-Tier). 3-Tier- Benchmarks demonstrieren in zum Teil eindrucksvoller Weise die Skalierbarkeit von Hardware, Datenbank, SAP-Basis und getesteten SAP-Anwendungen. Jedes Jahr werden insbesondere für den 2-Tier-SD-Benchmark einige Dutzend Benchmark-Läufe zertifiziert, die in erster Linie dazu dienen, die Leistungsfähigkeit des eingesetzten Rechners darzustellen. Zu allen anderen Benchmarks finden sich Zertifizierungen im Wesentlichen für den Zeitpunkt der Markteinführung des entsprechenden Szenarios. Darüber hinaus werden viele interne Benchmark-Läufe von SAP und deren Hardwarepartnern durchgeführt, um Daten für den Sizing-Prozess zu gewinnen. Benchmark-Läufe können dazu genutzt werden, die Leistungsfähigkeit von Rechnern zu bestimmen.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Nehmen Sie zu jeder ABAP-Eigenentwicklung einen SQL-Trace vor, und zwar entweder auf dem Produktivsystem oder einem System mit einem repräsentativen Testdatenbestand.
Schluss mit der unübersichtlichen Zettelwirtschaft macht die Freeware Scribble Papers. Allerdings eignet sich das Tool auch dazu, neben Notizen Textdokumente und Textschnipsel aller Art abzulegen, zu strukturieren und schnell aufzufinden.
Daher fordern wir von unserem Überwachungskonzept, dass es dazu führt, diese Erwartungen zu erfüllen.