SQL-Monitor bei der SAP-HANA-Migration
Lastverteilung, Remote Function Calls und SAP GUI
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.
Ähnlich wie die Datenbankpuffer müssen auch die SAP-Puffer gewisse Mindestqualitäten erreichen, um einen performanten Betrieb des SAP-Systems zu ermöglichen. Sind die Puffer zu klein, kommt es zu Verdrängungen und zu unnötigem Nachladen von der Datenbank. Eine Verdrängung findet immer dann statt, wenn ein Objekt in den Puffer geladen wird und der freie Platz im Puffer zu klein ist, um es komplett zu speichern. In diesem Fall müssen andere Objekte verdrängt werden.
Richtwerte für Antwortzeiten
Welche Argumente sprechen nun dafür, mehr oder weniger Workprozesse zu konfigurieren? Das Argument für eine hohe Workprozess-Anzahl ist klar: Wenn Benutzer auf Workprozesse in der Queue des SAP-Dispatchers warten müssen, ist die Versuchung groß, ihnen mehr Workprozesse zur Verfügung zu stellen und dann zu hoffen, dass mehr Benutzer gleichzeitig arbeiten können. Dies ist dann der Fall, wenn Workprozesse durch Wartesituationen blockiert werden, die keine CPU-Leistung kosten, z. B. wenn Workprozesse in den PRIV-Modus gehen oder häufig durch Sperrsituationen auf der Datenbank blockiert sind. Auf der anderen Seite ist das »Aufdrehen« der Anzahl der Workprozesse fragwürdig, denn offensichtlich ist es langfristig sinnvoller, das tatsächliche Performanceproblem zu lösen, nämlich die Wartesituationen zu beseitigen. Das Hinzufügen von Workprozessen kann also nur Symptome abmildern, in der Regel das Performanceproblem jedoch nicht wirklich lösen.
Applikationsschicht: Die Applikationsschicht bildet die zentrale Komponente des SAP ERP Systems und wird deshalb auch als Basis-System bezeichnet. Hier werden alle Anwendungen und Berechnungen ausgeführt. Die Applikationsschicht kommuniziert sowohl mit der Datenbankschicht als auch mit der Präsentationsschicht. Zum einen fordert sie Daten aus der Datenbankschicht an, verarbeitet diese und gibt sie dann an die Präsentationsschicht weiter. Daten, die in der Präsentationsschicht neu eingegeben werden, werden zum anderen an die Datenbankschicht weitergegeben und dort gespeichert.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Der Anzeige der im Dateisystem gespeicherten Einzelsätze dienen die Transaktionen STAD bzw. STATS, auf die wir in Abschnitt 3.5, »Einzelsatzstatistik«, näher eingehen.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Mit dem Security Audit Log (SAL) haben Sie die Möglichkeit, jegliche Änderungen bspw. bei Benutzern, Benutzerstammsätzen, aber auch Rollen und Gruppen zu protokollieren.