SAP GoingLive Check
Usage Procedure Logging im SAP Solution Manager
Zu diesen Analysen erhalten Sie sofort Optimierungsvorschläge, sofern dies ohne umfangreichere Erklärungen möglich ist. Um auch einem in der Performanceanalyse unerfahrenen Berater oder Administrator einen schnellen Einstieg zu ermöglichen, verzichten wir bewusst auf Hintergrundinformationen. So wird z.B. beschrieben, wie Sie den SAP Extended Memory überwachen und einstellen, ohne den Begriff SAP Extended Memory zu erklären. Umfassendere Informationen finden Sie anschließend in Kapitel 5 bis Kapitel 14. Dieser Aufbau trägt unserer Erfahrung Rechnung, dass es möglich ist, viele Performanceprobleme im Bereich von Betriebssystem, Datenbank und SAP-Basis anhand einfacher Handlungsanweisungen zu lösen, ohne sich vorher eingehend mit den Details der Architektur zu beschäftigen.
Innerhalb des SAP R/3 Enterprise ist das SAP Basis Plug-In eine Voraussetzung, damit Sie das SAP R/3 Plug-In verwenden können. SAP Basis Plug-In und SAP R/3 Plug-In müssen immer das gleiche Release-Level haben, zB PI 2004.1 und PI Basis 2004.1. Wenn Sie innerhalb von SAP R/3 Enterprise ein Upgrade für SAP R/3 Plug-In planen, müssen Sie für SAP Basis Plug-In ebenfalls ein Upgrade durchführen. Ab SAP Basis Plug-In 2005.1 müssen die Release-Level der beiden Plug-Ins nicht länger miteinander korrespondieren. Trotzdem erfordert das SAP R/3 Plug-In Support Package für PI 2004.1, das neue Schnittstellen enthält, weiterhin ein bestimmtes SAP Basis Plug-In. Zum Beispiel erfordert das SAP R/3 Plug-In Support Package 10 für SAP Plug-In 2004.1 dast SAP Basis Plug-In 2005.1.
Inhaltsverzeichnis
Für die Verteilung der Applikationsebene auf Instanzen gilt also die Regel, dass so viele Instanzen wie nötig, aber so wenige wie möglich installiert werden sollten. Grundsätzlich unterscheiden sich die Ziele der horizontalen Skalierbarkeit der Applikationsebene nicht wesentlich von denen der horizontalen Skalierbarkeit der Datenbankebene. Es gibt allerdings einen entscheidenden Unterschied: Bei der Skalierbarkeit von Anwendungsservern entscheidet das Logon-Balancing darüber, welcher Anwendungsserver die Anfrage eines Benutzers bearbeitet. Dort liegt auch der Speicher des Benutzers (Benutzerkontext). Ein Umziehen von Speicherkontexten findet auf der Applikationsebene nicht statt (außer bei expliziter Parallelisierung, z. B. über RFC-Aufrufe). Bei SAP HANA dagegen wird der Knoten für die Prozessierung der Anfragen durch die Verteilung der Daten festgelegt.
Für diese Fälle sollten Sie sich die Transaktion DBACOCKPIT genauer ansehen. Diese Transaktion stellt Ihnen neben vielen weiteren Funktionen zur Verwaltung der Datenbank einen Editor zur Verfügung, mit dem Sie Ihre SQL-Abfragen auf Ihr SAP-System einfach ausführen können. Bei dieser Methode erhalten Sie kurz nach dem Absenden der Abfrage das Ergebnis in der GUI angezeigt. Vorgehensweise zur Ausführung einer SQL Abfrage Um den Editor für die SQL Abfragen im DBACOCKPIT aufrufen zu können, bestehen folgende Voraussetzungen für den Nutzer: Der Nutzer benötigt entsprechende Rechte um die Transaktionen SM49 und SM69 auszuführen. Die Ausprägungen STOR und SMSS müssen im Berechtigungsobjekt S_ADMI_FCD gepflegt sein. Für die SQL-Abfragen muss die Datenbankverbindung aufrechterhalten werden. Den aktuellen Status einer Datenbankverbindung erhalten Sie durch das Anzeigen der DBCONTabelle. Rechte für den Aufruf der abzufragenden Tabelle(n) müssen vergeben sein. Weitere Details hierzu finden Sie im Abschnitt "Weitere Hinweise zum DBACOCKPIT" dieses Blog-Beitrags.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
SQL-Anweisungen, die von der Datenbankschnittstelle aus dem SAP-Puffer befriedigt werden können, erscheinen nicht im Trace.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Mit dem Parameter login/multi_login_users können Sie eine Liste von Namen von Benutzern definieren, die sich mehrfach am System anmelden dürfen.