SCI Code Inspector
SQL-Monitor bei der SAP-HANA-Migration
Für jeden Lieferanten muss in der Transaktion WE20 eine Partnervereinbarung hinterlegt werden. In einer solchen Vereinbarung wird bestimmt, wie die elektronischen Daten verarbeitet werden. Markieren Sie die Partnerart LI für Lieferanten und erstellen Sie eine neue Partnervereinbarung. In diesem Beispiel wird für die IDES AG als Lieferant eine neue Partnervereinbarung erstellt. Geben Sie die Partnernummer des Lieferanten in das vorgesehene Eingabefeld ein und wählen Sie als Partnerart LI für Lieferant. Im nächsten Schritt werden die Ausgabeparameter definiert. Diese geben an, wie die ausgehenden Daten verarbeitet werden sollen. Der Nachrichtentyp definiert, welche Art von Nachrichten verarbeitet werden sollen. Im Tab Ausgangsoptionen wird der Port, über den die Nachricht versendet werden soll, und der IDoc-Typ angegeben. Zur Nachricht ORDERS passt der IDoc Basistyp ORDERS05. Im Tab Nachrichtensteuerung wird definiert, bei welcher Anwendung eine Nachricht erzeugt werden soll. In diesem Fall soll eine Nachricht erzeugt werden, wenn eine neue Bestellung angelegt wird. Wird nun eine Bestellung für ein Produkt der IDES AG in der Transaktion ME21N angelegt, so wird diese Bestellung automatisch in elektronischer Form versendet.
Beim anschließenden PREPARE wird die Zugriffsstrategie für die Anweisung Prepare-Operation vom Datenbankprozess ermittelt. Dabei ist im Feld Statement die Anweisung mit einer Variablen (INSTANCE =:A0, in Abbildung 5.1 nicht gezeigt) zu sehen. Um die Anzahl der relativ laufzeitintensiven PREPARE-Operationen so klein wie möglich zu halten, hält jeder Workprozess eines Anwendungsservers eine bestimmte Anzahl von bereits übersetzten SQL-Anweisungen in einem eigens dafür vorgesehenen Puffer (SAP Cursor Cache). Jeder SAP-Workprozess puffert die Operationen DECLARE, PREPARE, OPEN und EXEC in seinem SAP Cursor Cache. Sobald der Workprozess einmal einen Cursor für eine DECLARE-Operation geöffnet hat, kann er diesen Cursor immer wieder verwenden (bis der Cursor nach einer gewissen Zeit aufgrund der begrenzten Größe der SAP Cursor Caches verdrängt wird).
Serverprozess der Java-Instanz
Das anschaulichste und intuitiv eingängigste Maß für die »Größe« einer SAP-Komponente ist die Benutzeranzahl. Leider ist dies auch die ungenaueste Angabe, da mit dem Begriff Benutzeranzahl je nach Kontext die Anzahl der Lizenzen, die Anzahl der Benutzerstammsätze und vieles mehr gemeint sein kann. In Komponenten, die im Wesentlichen durch Hintergrund- oder Schnittstellenlast gekennzeichnet sind, verliert die Benutzeranzahl als Maß für die Größe völlig ihren Sinn.
Kosten: 75% Ersparnis bei nachträglichen Korrekturen. Erhebliche Reduzierung der Entwicklungs- und Wartungskosten. ABAP-Code: 84% schnellere und ausfallsichere Programme. Verbesserte Performance verringert Laufzeit und Hardware-Auslastung. Gezielte Korrekturen minimieren Systemfehler und Ausfallzeiten.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Als Beschreibung der Rechnerausstattung findet man z. B. folgende Angaben: »zwei Prozessoren, acht Cores, 16 Threads, Prozessor des Herstellers X mit 2.93 GHz Taktfrequenz«.
In SAP-Hinweis 1014010 finden Sie weitere Informationen zur Konfiguration des SAP EG Memorys.