SM37C Erweiterte Jobauswahl
SU56 Eingetragene Berechtigungen im Puffer
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.
Permanente und proaktive technische Betreuung im SAP Basisbereich gewährleistet eine stabile, sichere und performante Umgebung. Unser internationales Team aus erfahrenen und zertifizierten Basisberatern unterstützt unsere Kunden in allen Phasen mit einem breiten Spektrum an Dienstleistungen, sowohl Nearshore als auch vor Ort bzw. Remote.
Umgang mit Richtwerten
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.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Sehr hohe Priorität hat dabei die Überwachung des Extended Memorys. Ist dieser erschöpft, ist ein produktives Arbeiten in der Regel nicht mehr möglich, und es muss sofort reagiert werden. Zum einen kann die Vergrößerung des Extended Memorys die Situation entschärfen. Zum anderen sollten Sie analysieren, ob es Programme mit einem fehlerhaft großen Speicherkonsum gibt.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Bis zum Jahr 2005 konnte man ein stetiges Wachstum der CPU-Geschwindigkeit und damit der Leistungsfähigkeit von Prozessoren beobachten.
Ein Zettelkasten, in dem schnell Daten aller Art abgelegt und wiedergefunden werden können. Das verspricht Scribble Papers. Anfangs sieht das Programm sehr spartanisch aus. Aber wenn erst einmal eine kleine Struktur vorhanden ist, erkennt man die große Flexibilität dieses kleinen Helfers.
RABAX_CALLING_RABAX: Zu diesem Fehler kommt es, wenn, nachdem ein Programm abgebrochen wurde, aufgrund des Speichermangels auch der Versuch scheitert, ein Fehlerprotokoll zu schreiben.