SWEC Ereignisse zum Änderungsbeleg
SAP Basis und SAP Security Support on Demand zum Festpreis
Die wichtigsten Kennzahlen zur Bewertung der Datenbankpuffer für unterschiedliche Datenbanksysteme im SAP-Umfeld sind in Anhang A, »Datenbankmonitore«, zusammengefasst. »Schlechte« Pufferqualitäten haben in der Regel zwei Ursachen: Mangelhaft optimierte und teure SQL-Anweisungen sind die Hauptursache für eine schlechte Pufferqualität des Datenpuffers. Identifizieren Sie solche Probleme, müssen diese vordringlich behandelt werden. Weitere Informationen dazu finden Sie in Kapitel 11, »Optimierung von SQL-Anweisungen«. Abbildung 11.1 zeigt das Flussdiagramm der Analyse. Die andere Ursache kann ein zu kleiner Datenbankpuffer sein. Sofern Ihr Datenbankserver noch über ausreichend Hauptspeicherreserven verfügt, vergrößern Sie den entsprechenden Puffer (z. B. um 10 bis 20 %). Beobachten Sie, ob sich anschließend die entsprechende Qualität signifikant verbessert. Ist dies der Fall, können Sie den Puffer eventuell erneut vergrößern. Zeigt die erste Vergrößerung des Puffers dagegen keine Wirkung, suchen Sie die Ursache an einer anderen Stelle. Bei einigen Datenbanken besteht auch die Möglichkeit, Tabellen, die als Hauptverursacherfür eine schlechte Pufferqualität identifiziert werden können, in eigene Puffer zu legen, um zu einer besseren Pufferqualität für die verbleibenden zu kommen.
Die Laufzeitanalyse ist eine aufwendige Operation, d. h., die Erstellung der Analyse kann die Laufzeit eines Programms z. B. verdoppeln (im Vergleich zu einem Programmlauf ohne eingeschaltete Laufzeitanalyse). Die Laufzeitanalyse berücksichtigt dies und zeigt in den Listen korrigierte Laufzeiten an. Wenn Sie allerdings den statistischen Satz betrachten, der erstellt wurde, während die Laufzeitanalyse aktiv war, ist dieser natürlich im Vergleich zu einem Programmlauf ohne Laufzeitanalyse deutlich verfälscht. Dagegen ist das Mitlaufenlassen eines Performance-Trace nicht so aufwendig; der zusätzliche Aufwand liegt erfahrungsgemäß unter 5%.
Job Management Konzept
Wie bereits erwähnt, werden im Extended, Roll und Heap Memory die Benutzerkontexte abgelegt. Zusätzlich werden aber auch Speicherbereiche benötigt, in denen Daten global benutzerkontextübergreifend gespeichert werden können. Diesem Zweck dienen der SAP Extended Global Memory (SAP EG Memory) und der SAP Paging Memory.
Der SAP Patch Manager (SPAM) ist die Kundenseite des Online Correction Support (OCS). Die Transaktion SPAM bietet Ihnen die Möglichkeit, von SAP bereitgestellte Support Packages einfach und effizient in Ihr System einzuspielen. Je nach eingesetztem System bzw. der Konfiguration Ihres Systems müssen Sie unterschiedliche Typen von Support Packages [Seite 8] einspielen. Sie erhalten Support Packages im SAPNet - Web Frontend, im SAPNet - R/3 Frontend oder auf Collection-CDs. Da SPAM innerhalb des SAP-Systems läuft, benötigen Sie keine Kenntnisse des Betriebssystems für die Handhabung der Transaktion. Im Sprachgebrauch der SAP wurde der Begriff Patch durch den Begriff Support Package ersetzt. Beachten Sie, daß Sie mit dieser Transaktion nur im SAP GUI for Java und im SAP GUI for Windows arbeiten können.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Stellen Sie eine extrem ungleichmäßige Lastverteilung fest, ist Ihre Logon-Verteilung nicht richtig eingestellt.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Falls die Tabellenprotokollierung in Ihrem System aktiv ist, können Sie in der Transaktion SE13 festlegen, welche Tabellen protokolliert werden sollen.