Personalisierung der Rolle in PFCG / Benutzer in SU01
SMQ2 qRFC-Monitor (Eingangsqueue)
Wird eine Sperre von einem Programm über mehrere Minuten hinweg gehalten, nehmen Sie Rücksprache mit dem Benutzer, der dieses Programm gestartet hat. Untersuchen Sie gemeinsam mit ihm, ob das Programm noch ordnungsgemäß arbeitet. Ist dies nicht der Fall, beenden Sie das Programm nach Rücksprache.
Das Transaktionsprofil sollten Sie in regelmäßigen Abständen überwachen und sichern. So stellen Sie fest, ob die Antwortzeiten einzelner Transaktionen mit der Zeit kontinuierlich wachsen oder sich plötzlich eine Laufzeitverschlechterung nach einer Programmmodifikation einstellt. Indem Sie solche Trends im Transaktionsprofil frühzeitig erkennen, können Sie eine detaillierte Programmanalyse veranlassen, noch bevor ein Programm zum Flaschenhals für eine Prozesskette wird oder gar durch hohe CPU- oder Datenbankbelastung die Performance des gesamten SAP-Systems in Mitleidenschaft zieht.
Mehrere SAP-Instanzen pro Rechner
Als Eingaben für das durchsatzbasierte Sizing dienen Angaben über das sogenannte Mengengerüst. Dies sind Angaben über die Anzahl der Geschäftsprozesse, die in bestimmten Zeitfenstern bearbeitet werden sollen. Dies können z. B. Angaben über die Anzahl von Kundenaufträgen, Lieferungen und Produktionsaufträgen oder gedruckte Dokumente sein. Dieser Ansatz hat den Vorteil, dass auch die Datenübernahme in Hintergrundprozessen (z. B. durch Batch-Input oder Application Link Enabling, ALE), die tageszeitliche Verteilung des Belegdurchsatzes und ein Sizing für Spitzenlastzeiten berücksichtigt werden. Der durchsatzbasierte Ansatz muss zwingend immer dann gewählt werden, wenn eine maßgebliche Last durch Hintergrundprozesse oder Schnittstellen erfolgt. Beispiele dafür sind SAP-for-Retail-Lösungen (Übernahme von Verkaufsdaten im Point-of-Sales Inbound-Processing) oder Banking-, Utilities- oder Telekommunikationslösungen. In der Praxis wird normalerweise eine Kombination beider Formen des Sizings gewählt. Beim durchsatzbasierten Sizing wird im Quick Sizer mit einer CPU-Zielauslastung von 65 % gerechnet.
Die Laufzeitanalyse ist eine aufwendige Operation, d. h., die Erstellung der Analyse kann die Laufzeit eines Programms z. B. verdoppeln (im Vergleich zu einem Programmlauf ohne eingeschaltete Laufzeitanalyse). Die Laufzeitanalyse berücksichtigt dies und zeigt in den Listen korrigierte Laufzeiten an. Wenn Sie allerdings den statistischen Satz betrachten, der erstellt wurde, während die Laufzeitanalyse aktiv war, ist dieser natürlich im Vergleich zu einem Programmlauf ohne Laufzeitanalyse deutlich verfälscht. Dagegen ist das Mitlaufenlassen eines Performance-Trace nicht so aufwendig; der zusätzliche Aufwand liegt erfahrungsgemäß unter 5%.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Vorher geben Sie Ihrer Analyse im Feld Business Transaction Name noch einen Namen.
Verschiedene Kunden haben verschiedene Betreuungsanforderungen und Konzepte.