Analyse und Behebung von technischen Problemen im SAP Basis Umfeld unter den Plattformen ORACLE und Windows
Definition allgemeiner Systemparameter
PXA_NO_SHARED_MEMORY oder die Meldung System nicht betriebsbereit (PXA_NO_SHARED_MEMORY) erscheint beim Anmelden an das SAP-System: Der Programmpuffer ist das letzte Objekt, das vom SAP-System im Shared Memory angelegt wird. Steht zu diesem Zeitpunkt nicht ausreichend Shared Memory zur Verfügung, kann das System den Programmpuffer nicht anlegen. Das System wird danach nur als »Notsystem« mit minimaler Größe des Programmpuffers gestartet. Ursache ist in der Regel, dass die allokierten Bereiche im Shared Memory (insbesondere SAP Extended Memory und Programmpuffer) die betriebssystemspezifischen Beschränkungen verletzen.
Rein technisch gesehen enthält jede generierte Berechtigungsrolle ein Profil, aus welchem ein User die tatsächlichen Berechtigungsobjekte und Berechtigungsausprägungen erhält. Wenn dieses Profil veraltet oder aber gar nicht erst zugewiesen ist, besitzt der User auch nicht alle in der Berechtigungsrolle enthaltenen Berechtigungsobjekte. Besonders häufig entsteht das Problem übrigens nach Rollentransporten: Wenn eine Berechtigungsrolle im Entwicklungssystem verändert und anschließend in das Produktivsystem transportiert wird, wird nicht automatisch das aktuelle Profil an die User mit der jeweiligen Rolle vergeben. Hier muss also ein Benutzerabgleich durchgeführt werden.
DBACOCKPIT DBA Cockpit: Pflege der Systemkonfiguration
Neben den rein administrativen Aufgaben sind die SAP-Administratoren auch für Kommunikationsaufgaben zuständig. Sie arbeiten mit den internen Supportdiensten des Unternehmens zusammen und suchen gemeinsam mit ihnen nach Möglichkeiten, den Benutzern bei der Lösung und Vermeidung von Problemen und Fallstricken zu helfen, auf die sie bei der Verwendung von SAP-Lösungen stoßen können. Für interne Zwecke erstellt der SAP-Administrator auch Dokumentationen, mit denen er nach Fehlern sucht und versucht, die Ursachen zu bekämpfen. Bei Bedarf kommuniziert er mit den Entscheidungsträgern des Unternehmens, damit Verbesserungen, Anpassungen und Optimierungen an der SAP-Software vorgenommen werden können.
Von Verdrängungen (Swaps) abzugrenzen sind Invalidierungen, die in der Spalte Swaps nicht enthalten sind. Bei einer Invalidierung wird ein gepuffertes Objekt (z. B. ein Programm oder eine Tabelle) für ungültig erklärt, weil es geändert wurde. Invalidierungen von gepufferten Objekten führen ebenfalls zu einer verminderten Trefferrate und zu Nachladevorgängen von der Datenbank, können aber mit diesem Monitor nicht identifiziert werden. Invalidierungen treten u. a. dann auf, wenn Programme oder Customizing-Einstellungen im produktiven Betrieb geändert oder in ein produktives System transportiert werden. Daher sollten Importe in ein produktives System zu Zeiten mit hoher Last unterbleiben, und stattdessen an ein oder zwei Terminen pro Woche zu Zeiten mit niedriger Systemlast vorgenommen werden. Tabellen, die zu groß für die Pufferung sind, können ebenfalls zu Problemen in den Tabellenpuffern führen. Diesem Thema ist Kapitel 12, »SAP-Pufferung«, gewidmet.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Dies bedeutet nichts anders als, dass man eine andere Public Adresse angibt, an die man das Geld senden will, und diese Transaktion mit seinem eigenen Private Key bestätigt.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf.