DBACOCKPIT DBA Cockpit: Pflege der Systemkonfiguration
Varianten verwenden
Die Erfahrung zeigt, dass die Performance drastisch einbricht, wenn der SAP Extended Memory erschöpft ist. Ein produktives Arbeiten mit Instanzen ist in einer derartigen Situation in der Regel nicht mehr möglich. Die Überwachung des SAP Extended Memorys muss daher höchste Priorität haben. Grundsätzlich sollten Sie Extended Memory eher verschwenderisch allokieren. Nicht verwendeter Extended Memory wird vom Betriebssystem ausgelagert. Als grobe Faustregel gilt: Mindestens 6 bis 10 MB Extended Memory sollten pro Benutzer allokiert werden. Etwa 70 bis 120 % des physischen Hauptspeichers des Rechners können als Extended Memory allokiert werden. Diese Faustregeln sind natürlich stark release- und applikationsabhängig. Sie müssen allerdings dafür sorgen, dass der vorhandene Auslagerungsspeicher des Betriebssystems (Swap Space) groß genug ist und das Betriebssystem die gewünschte Größe an Speicher überhaupt verwalten kann. Weitere Informationen dazu finden Sie in Kapitel 6, »Speicherkonfiguration«.
Im Folgenden wird die Architektur von SAP-Lösungen behandelt. Zunächst gehen wir dabei auf die SAP-Lösungen und -Komponenten ein. Anschließend folgen Abschnitte zu SAP HANA und zur Client-Server-Architektur.
UMSTELLUNG AUF NEUES ROLLENKONZEPT
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.
Das SAP-System protokolliert für UNIX-Betriebssysteme alle Änderungen der Betriebssystemparameter. Das Änderungsprotokoll kann über den folgenden Pfad im Betriebssystemmonitor angezeigt werden: Weitere Funktionen > Parameteränderungen. Positionieren Sie den Cursor auf dem Namen eines Servers, und wählen Sie die Schaltfläche History of File. Anhand des Änderungsprotokolls lässt sich feststellen, ob Performanceprobleme eventuell erst nach Parameteränderungen aufgetreten sind und damit in Zusammenhang gebracht werden können.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Auch die Aufzeichnung von Datenänderungen in Tabellen mithilfe von Transporten sollte aktiv sein.
Folgende Fragen sollten Sie bei der Analyse des Transaktionsprofils beantworten: Sortieren Sie das Transaktionsprofil nach S DB-Zeit.