Update des SAP-Systems auf neuere Versionen
Konfiguration der Partnervereinbarung
Benutzerkontextdaten werden von Dialog-Workprozessen in folgender Reihenfolge abgelegt: Beim Start einer Transaktion wird der Benutzerkontext bis zu einer Größe von ztta/roll_first im lokalen Roll-Bereich des Workprozesses gespeichert. ztta/roll_first soll auf 1 (Byte) gesetzt werden. Dies bedeutet, dass zunächst überhaupt kein SAP Roll Memory belegt werden soll. Aus technischen Gründen werden allerdings immer administrative Daten in der Größenordnung von bis zu 100 kB im lokalen Roll-Bereich des Workprozesses abgelegt, auch wenn ztta/roll_first = 1 ist. Wächst die Größe des Benutzerkontextes über den Wert ztta/roll_first hinaus, werden die Daten im SAP Extended Memory abgelegt. Ist der SAP Extended Memory erschöpft oder erreicht der Benutzerkontext die Quote von ztta/roll_extension*, wird der verbleibende Rest des lokalen Roll-Bereichs bis zu einer Größe von ztta/roll_area genutzt. Wächst der Kontext weiter an und übersteigt der Speicherbedarf auch diesen Wert, allokiert der Workprozess SAP Heap Memory nach Bedarf. Die Verwendung von SAP Heap Memory hat den Nachteil, dass dieser Speicher lokal ist und auch nicht mehr – wie beim SAP Roll Memory – in einen globalen Speicherbereich kopiert (gerollt) werden kann. Wenn ein Prozess SAP Heap Memory allokiert, kann der Kontext nicht mehr zu einem anderen Workprozess übertragen werden. Der Workprozess bleibt einem Benutzer exklusiv zugeordnet. Diesen Zustand bezeichnet man als PRIV-Modus (Private Mode). In der Workprozess-Übersicht wird dieser Zustand in den Spalten Status und Grund durch die Werte hält bzw. PRIV dokumentiert.
Aufgrund der Vielfältigkeit an Aufgaben und der hohen Komplexität finde ich meinen Beruf äußerst spannend. Es gibt sehr viele Konstellationen von SAP-Systemen und Datenbanken. Dabei bringt jede Installation, Migration und Update neue Aspekte und Herausforderungen mit sich. Genau diese Herausforderungen sind mir wichtig, damit ich mich täglich beruflich weiterbilden und entwickeln kann.
SM02 Systemnachricht
SAP Basis ist als klassisches Drei-Schichten-Modell aufgebaut. Es enthält die folgenden Komponenten: Datenbankschicht (relationales Datenbank-Management-System) / Applikationsschicht (Applikationsserver und Message-Server) / Präsentationsschicht (grafische Benutzeroberfläche).
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.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Die Applikationsserver stellen die Dienste für den Betrieb von SAP-Anwendungen bereit.
Wie bereits erwähnt, werden im Extended, Roll und Heap Memory die Benutzerkontexte abgelegt.