Vergrößerung der Last unter Beibehaltung des Applikationsprofils
SAP Solution Manager Schulung
Ein Performance-Trace wird im Applikationsserver erstellt. Dabei werden für jede Operation Daten in eine Trace-Datei in das Dateisystem auf dem Applikationsserver geschrieben. Sie müssen also sicherstellen, dass Sie sich auf demselben Applikationsserver angemeldet haben wie der zu überwachende Benutzer. Das ist besonders dann von Bedeutung, wenn Sie einen Verbuchungsauftrag oder einen Hintergrundjob aufzeichnen wollen und in einem System mit verteilter Verbuchung bzw. verteilter Hintergrundverarbeitung arbeiten. In diesem Fall wissen Sie nicht, wo der Auftrag gestartet werden wird, und Sie müssen folglich den Trace auf allen Applikationsservern mit Verbuchungs- bzw. Hintergrund-Workprozessen starten.
Diese Ebene umfasst die fachlichen Funktionen der SAP-Lösungen, die über das SAP-Customizing an die kundenspezifischen Prozesse angepasst werden. Im Auto-Beispiel könnte man das mit dem Voreinstellen von Klimaanlage, Tempomat, Abstandsregelung oder Radiosendern etc. vergleichen. Ist dies geschehen, steht dieses Profil im Autoschlüssel gespeichert dauerhaft bei Fahrtantritt zur Verfügung.
Installation von SAP-Landschaften, Transportmanagementsystemen usw.
Bestenfalls wird für die Zeit, in welcher ein Notfallbenutzer im Einsatz ist, ein gesondertes Protokoll über die getätigten Aktivitäten geschrieben, welches anschließend ausgewertet werden kann. In dem nachfolgenden Kapitel möchte ich Ihnen gerne unsere Best-Practice Herangehensweise zur Umsetzung eines Notfallbenutzerkonzepts erklären. Unsere Herangehensweise zur Verwendung von einem Notfallbenutzerkonzept Wir haben gute Erfahrungen mit dem Einsatz der Xiting Authorizations Management Suite (XAMS) in diesem Bereich gemacht. Diese Suite besteht aus verschiedenen Modulen zur Erstellung von Rollenkonzepten, Verwalten von Berechtigungen inklusive eines Berechtigungskonzepts und ermöglicht zudem die Umsetzung von einem Notfallbenutzerkonzept. Die XAMS arbeitet hier mit einer zeitlich limitierten Zuweisung von Referenzbenutzern mit erweiterten Rechten um das Notfallbenutzerkonzept zu ermöglichen. Hierbei kann ein Self-Service Antrag mit einer Begründung und einer Zeitdauer für die Zuteilung von Sonderrechten erfolgen. Das Antragsfenster ist beispielhaft im folgenden Screenshot dargestellt: Auswertung der Nutzung des Notfallbenutzerkonzepts Sobald dieser Antrag angestoßen wurde, wird für den User ein neuer Modus geöffnet, in welchem er mit den erweiterten Rechten arbeiten kann. Zusätzlich, kann je nach Konfiguration ein hinterlegter Workflow als Genehmigungsprozess angestoßen werden, oder es werden vorher definierte Verantwortliche zur Überprüfung der Aktivitäten per Email benachrichtigt. Sobald die Session mit dem Notfallbenutzer beendet wurde, erhalten die Verantwortlichen eine weitere Email mit den protokollierten Aktivitäten des Users mit den erweiterten Berechtigungen. Eines dieser Protokolle ist im nächsten Screenshot zu sehen: Diese Protokolle können auch im System angeschaut werden. Hier bekommen Sie nach einer Selektion der User einen Überblick über alle gelaufenen Sessions. Es gibt zusätzlich die Möglichkeit getätigte Aktivitäten mit Sonderrechten nach einer entsprechenden Auswertung zu genehmigen. Hierdurch kann sich der Verantwortliche einen Überblick über die getätigten Aktivitäten mit dem Notfallbenutzer verschaffen. Wenn Sie dieses Notfallbenutzerkonzept verwenden und die genannten Schritte befolgen können Sie folgende Punkte sicherstellen: Jeder User auf dem Produktivsystem behält seine ursprünglich notwendigen Rechte.
Die 5 häufigsten Fehler beim SAP Testmanagement In diesem Blogbeitrag möchte ich auf die 5 häufigsten Fehler im Bereich SAP Testmanagement eingehen, die nach meiner Erfahrung regelmäßig in diesem Bereich auftreten. Ich hoffe, dass ich Ihnen hiermit eine Hilfestellung geben kann, damit Sie diese Fehler vermeiden können. Kein Testmanagement Ganz simpel. Sie haben komplexe SAP Software im Einsatz oder führen gerade ein neues Modul zugeschnitten auf Ihr Unternehmen ein, der Testprozess spielt jedoch eine untergeordnete Rolle und Tests finden nur sporadisch und unstrukturiert statt? Dann haben Sie bereits den ersten Fehler gemacht. Zur Sicherung einer hohen Softwarequalität, Umgehung von versteckten Fehlerfolgekosten und bewusster Einplanung eines Testzeitraums statt des Risikos von Zeitengpässen sollte eine methodische Vorgehensweise eingeplant werden. Zu großer Testumfang Haben Sie entschieden, Testmanagement einzuführen, muss abgewogen werden, welcher Ressourcenaufwand dafür betrieben wird. Durch einen hohen Testaufwand gerät das Kosten-Nutzen- Verhältnis schnell in den Bereich der Unwirtschaftlichkeit, denn die dafür benötigte Zeit treibt die Kosten in die Höhe. Auf der anderen Seite soll die Testqualität natürlich hoch sein. Deshalb ist eine strukturierte und umfassende Vorgehensweise von hoher Wichtigkeit. Grundsätzlich sollten Sie darauf achten, dass die Kosten für den Testaufwand nicht den Durchschnitt der Fehlerfolgekosten überschreiten.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Der umsetzende Benutzer benötigt außerdem einige Berechtigungen, um die notwendigen manuellen Vor- und Nacharbeiten des Hinweises am System ausführen zu können: Berechtigung für die Transaktion SLG1 Leseberechtigung für Berechtigungsobjekt S_APPL_LOG Berechtigung zum Schreiben und Löschen von Daten aus dem Anwendungsverzeichnis Upgrade der SAPCAR-Version auf Ihrem System auf die Version 7.20 oder höher SAP Basis Version 700 oder höher, für ältere Versionen muss der Hinweis manuell eingepflegt werden Wenn Sie diese Voraussetzungen erfüllt haben, können Sie mit der Umsetzung des Hinweises 2408073 beginnen.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
In der Applikationsebene werden die eigentlichen Berechnungen ausgeführt, die den Geschäftsprozess repräsentieren.