SAP NetWeaver & SAP Gateway
SAP Business Suite auf SAP HANA und SAP S/4HANA
Prüfen Sie zunächst, ob ein Programmfehler oder eine Fehlbedienung des Programms vorliegt, sodass unsinnig viel Speicher angefordert wird. Als Richtwerte nehmen wir an, dass ein Programm, das im Dialogbetrieb von mehreren Benutzern ausgeführt wird, nicht mehr als 100 MB allokieren sollte. Hintergrundprogramme (z. B. Abrechnungsläufe, die nachts allein auf einem Applikationsserver laufen) sollten nicht mehr als 1 GB verwenden. Wenn ein Programm bei einem Speicherkonsum oberhalb dieser Richtwerte abbricht, klären Sie mit dem zuständigen Benutzer, ob eine Fehlbedienung des Programms vorlag oder ob der Arbeitsvorrat eventuell in kleinere Portionen geteilt und ein Programm so mehrfach mit kleinerem Speicherkonsum ausgeführt werden kann. Ist dies nicht der Fall, wenden Sie sich an den zuständigen Entwickler, sofern es sich um ein kundeneigenes Programm handelt, oder suchen Sie im SAP Support Portal nach Optimierungshinweisen für das Programm.
Häufig ist man verpflichtet eine Migration durchzuführen. Es gibt verschiedene Gründe wie zB die Gesetzliche Anforderungen oder Vorbereitungsmaßnahmen für eine S/HANA Conversion. Wir unterstützen Sie gerne bei Ihrer Entscheidungen.
Skalierbarkeit der Client-Server-Infrastruktur
Schwache Passwort-Hashes aus dem System entfernen: Lediglich den Profilparameter zu aktualisieren bringt Ihnen noch nicht die nötige Sicherheit. In Ihrer Datenbank befinden sich immer noch zahlreiche schwache Hashwerte, die zum Angriff auf Ihr System verwendet werden können. Diese müssen vollständig aus der Datenbank entfernt werden. Dazu verwenden Sie den Report CLEANUP_PASSWORD_HASH_VALUES. Rufen Sie dazu die Transaktion SA38 auf und geben den Namen des Reports in das Eingabefeld ein. Durch den Ausführen-Button oder F8 wird das Programm ausgeführt und Ihre Datenbank bereinigt Report CLEANUP_PASSWORD_HASH_VALUES Dieses Programm entfernt Mandanten-übergreifend die veralteten Hashwerte. Haben Sie bereits Erfahrungen mit dieser Angriffsmethode gemacht oder weitere Anmerkungen zu diesem Thema? Teilen Sie uns Ihre Erfahrungen in Form eines Kommentars unter diesem Artikel mit.
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.
Einige fehlende SAP Basis Funktionen im Standard werden durch die PC-Anwendung "Shortcut for SAP Systems" nachgeliefert.
Im Berechtigungsumfeld gibt es neben der Berechtigungsvergabe für SAP-Benutzer eine Reihe wichtiger SAP-Basis-Einstellungen, die Sie regelmäßig prüfen sollten, um einen vollumfänglichen Schutz Ihres SAP-Systems nach innen und außen sicherstellen zu können.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Netzwerkprobleme zwischen Datenbank und Applikationsserver erkennt man am sichersten durch folgenden Trace-Vergleich: Führen Sie denselben SQL-Trace mindestens zweimal durch, zum einen auf dem Applikationsserver, der sich auf demselben Rechner befindet wie die Datenbank und direkt an die Datenbank konnektiert ist, und zum anderen auf einem Applikationsserver, der über das TCP/IP-Netz an die Datenbank angeschlossen ist.