Mehrere SAP-HANA-Datenbanken auf einem Rechner
Interpretation der Antwortzeiten
Nehmen Sie zu jeder ABAP-Eigenentwicklung einen SQL-Trace vor, und zwar entweder auf dem Produktivsystem oder einem System mit einem repräsentativen Testdatenbestand. Erstellen Sie aus der Trace-Grundliste heraus eine verdichtete Zusammenfassung, um die SQL-Anweisungen mit den längsten Laufzeiten zu ermitteln: Traceliste > Trace nach SQL-Anweisungen verdichten Erstellen Sie eine Liste identischer Zugriffe, um SQL-Anweisungen zu ermitteln, die mehrfach identisch ausgeführt werden: Traceliste > Identische Selects anzeigen Entscheiden Sie anhand dieser Listen, ob das Programm abgenommen werden kann oder ob es vom zuständigen ABAP-Entwickler nachgebessert werden muss. Sichern Sie diese Daten zusammen mit der Programmdokumentation. Sollte sich später die Performance des Programms verschlechtern (sei es aufgrund einer Modifikation oder aufgrund des wachsenden Datenbestands), können Sie durch einen erneuten SQL-Trace die Ursachen für die Performanceverschlechterung aufspüren. Nehmen Sie diese Performanceüberwachung nach jeder größeren Modifikation des Programms vor.
Sie wollten eilig einen Transportauftrag im Qualitätssicherungssystem Ihrer SAP-Landschaft freigeben und haben dabei versehentlich auf "Ablehnen" anstatt "Genehmigen" geklickt? Nun lässt sich der Auftrag nicht weiter transportieren und wird bald per Job aus der Queue bereinigt? Nicht verzweifeln: In diesem Blog-Beitrag schildere ich Ihnen eine einfache Methode, wie Sie abgelehnte Transportaufträge trotzdem in das Produktivsystem transportieren können. Als Leser unseres Blogs interessieren Sie sich sicher für Tricks und Kniffe, die Ihnen die Handhabe Ihres SAP-Systems erleichtern. Vielleicht kennen Sie die Situation, dass Sie nach erfolgter Prüfung einen Transportauftrag schnell genehmigen wollen und sich bei der Freigabe im System verklickt haben. Problem ist nun, dass der Transportauftrag im System nun den Status "abgelehnt" innehat und daher nicht mehr transportiert werden kann. Insgesamt erhält ein Transportauftrag unter Umständen wichtige Änderungen, die Sie gerne ins Produktivsystem transportiert hätten. Vorgehensweise um abgelehnte Transportaufträge freizugeben Der nachfolgende Screenshot zeigt die Situation in der Transaktion STMS, bei der ein Transportauftrag im Qualitätssicherungsbereich ablehnt wurde. Somit ist ein Import in das Produktivsystem nicht mehr möglich. Der Transportauftrag kann entweder manuell oder durch einen Job entfernt werden. Die Frage an dieser Stelle ist jedoch, wie die Änderungen, die fälschlicherweise abgelehnt wurden, in das nachfolgende System transportiert werden können. Ablehnter Transportauftrag Tipp: Lassen Sie den Status auf "abgelehnt" stehen, entfernen sie ggf den abgelehnten Transportauftrag aus der Importqueue und befolgen Sie die nächsten Schritte. Wechseln sie in Ihrem Qualitätssicherungssystem auf die Importqueue. Gehen Sie dort über Zusätze -> Weitere Aufträge -> Anhängen zum modalen Fenster, in dem Sie weitere Schritte durchführen können.
Betatest: secinfo und reginfo Generator für SAP RFC Gateway
Nachdem Sie die Methoden der Lastverteilung und des Hardware-Sizings kennengelernt haben, beschäftigen wir uns abschließend mit der Frage, wie viele Systeme, Datenbanken, Applikationsinstanzen und Server man benötigt, um die anfallende Last zu bewältigen. Insbesondere bei der Einführung der SAP Business Suite stehen die Projektteams vor der anspruchsvollen Aufgabe, den Aufwand für die Wartung und Administration von Hardware, Datenbanken, SAP-Instanzen und weiterer Software nicht explodieren zu lassen. Vor diesem Hintergrund wird in vielen Projekten eine Konsolidierung angestrebt, d. h. eine Reduzierung der Softwareinstanzen auf wenige leistungsfähige Rechner. Hardwarepartner unterstützen dies durch innovative Technologie- und Vermarktungskonzepte.
Die Erfahrung zeigt, dass die Performance drastisch einbricht, wenn der SAP Extended Memory erschöpft ist. Ein produktives Arbeiten mit Instanzen ist in einer derartigen Situation in der Regel nicht mehr möglich. Die Überwachung des SAP Extended Memorys muss daher höchste Priorität haben. Grundsätzlich sollten Sie Extended Memory eher verschwenderisch allokieren. Nicht verwendeter Extended Memory wird vom Betriebssystem ausgelagert. Als grobe Faustregel gilt: Mindestens 6 bis 10 MB Extended Memory sollten pro Benutzer allokiert werden. Etwa 70 bis 120 % des physischen Hauptspeichers des Rechners können als Extended Memory allokiert werden. Diese Faustregeln sind natürlich stark release- und applikationsabhängig. Sie müssen allerdings dafür sorgen, dass der vorhandene Auslagerungsspeicher des Betriebssystems (Swap Space) groß genug ist und das Betriebssystem die gewünschte Größe an Speicher überhaupt verwalten kann. Weitere Informationen dazu finden Sie in Kapitel 6, »Speicherkonfiguration«.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Bei dieser Art von Sizing werden typische Hardwarekonfigurationen beschrieben, die Größenkategorien wie S, M, L und XL entsprechen – daher auch die Bezeichnung T-Shirt-Sizing.
Hierzu müssen Ressourcen zur Verfügung gestellt werden.