Aktive Benutzer
Ggf das zugrunde liegende Betriebssystem verwalten
Die Sprache ist eine Quelle für Missverständnisse – dies gilt in extremem Maße für den Bereich der SAP-Speicherverwaltung: So werden dieselben Begriffe auf der Ebene des Betriebssystems und auf der Ebene des SAP-Systems für unterschiedliche Dinge verwendet: Wir unterscheiden Betriebssystem-Paging und SAP-Paging, Kontextwechsel auf Betriebssystemebene und Kontextwechsel auf SAP-Ebene etc. Auch der Begriff »Heap« wird doppelt verwendet: Auf Betriebssystemebene ist damit der lokale Speicher gemeint, der von einem Betriebssystemprozess allokiert wird. Auf SAP-Ebene bezeichnet er dagegen einen speziellen lokalen Speicherbereich, d. h., der SAP Heap Memory ist nur ein Teilbereich dessen, was auf Betriebssystemebene als »Heap« bezeichnet wird. Um die Verwirrung in Grenzen zu halten, kennzeichnen wir hier die SAP-Begriffe explizit mit dem Präfix SAP, wie z. B. SAP Heap Memory oder SAP Paging Memory, um sie von den Betriebssystembegriffen abzugrenzen. Wenn Sie Sekundärliteratur oder Hinweise im SAP Support Portal lesen, vergewissern Sie sich anhand des Kontextes, ob sich der Autor auf den SAP-Systembegriff oder den Betriebssystembegriff bezieht.
Das Mandantenkonzept von SAP ermöglicht es, ein SAP-System in mehrere logische Subsysteme - Mandanten - zu unterteilen. Diese Subsysteme können wie eigene Systeme betriebswirtschaftlich voneinander unabhängig und isoliert genutzt werden. Aber wie sind mandantenunabhängige Transaktionen zu behandeln? Wie können Sie verhindern, dass ein Mandant auf den anderen zugreifen kann und warum sollten Sie das verhindern wollen? In diesem Blog-Beitrag werde ich Ihnen diese Fragen beantworten und dabei einige Negativ-Beispiele diskutieren. Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides. Das Anlegen und Ändern eines Mandanten im Produktivsystem erfolgt autorisiert und dokumentiert – Sie fragen sich, was dabei schon schiefgehen könnte? Das Risiko in diesem Fall ist ein Verlust der Integrität von System und Daten, der Verlust der Vertraulichkeit: Mit jedem neu angelegten Mandanten lebt der Superuser SAP* mit seinen umfassenden, auch mandantenübergreifenden Rechten und dem vergebenen Standardpasswort auf.
Systemänderbarkeit und Mandanteneinstellungen
Hilfreich ist in diesem Zusammenhang auch der Vergleich zwischen dem Tagesprofil des Workload-Monitors und dem Tagesprofil zur CPU-Auslastung und zum Paging (im Betriebssystemmonitor). Anhand dieser Profile können Sie feststellen, ob sich eine Antwortzeitverschlechterung parallel zu hoher CPU-Auslastung oder hohen Paging-Raten beobachten lässt. Dies deutet auf einen temporären Hardwareengpass hin (siehe auch die nächste Frage).
Weitere Informationen über das niedrigste Support-Package-Level für SAP ABA und SAP Basis, um ein SAP Basis Plug-In zu installieren finden Sie auf dem SAP Service Marketplace unter basis-plug- in → SAP Plug-In → SAP Basis Plug-In → Releases. Weitere Informationen über das niedrigste Support-Package-Level für das korrespondierende SAP R/3 Plug-In finden Sie auf dem SAP Service Marketplace unter basis-plug- in → SAP Plug-In → SAP R/3 Plug-In → SAP R/3 Plug-In Releases. Dieses Level richtet sich nach dem Release des SAP R/3 oder des SAP R/3 Enterprise.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Achten Sie bei einer UNIX-Installation darauf, dass die Shared Libraries einen aktuellen Stand haben bzw. diese initial vorhanden sind.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Prozessinterna erhalten Sie durch einen Thread-Dump.