Datenbank-Export / Import
Last der letzten Minuten
Der Erweiterte Speicher enthält also vor allem Nutzerkontexte von verschiedenen Workprozessen, falls diese nicht vollständig in den Rollbereich geladen werden können. Da der Speicherbereich für alle Workprozesse erreichbar ist, können die Workprozesse also auch auf fremde Nutzerkontexte, die hier liegen zugreifen. Außerdem enthält der Erweiterte Speicher einen Globalen Bereich in dem Daten unabhängig von Nutzerkontexten abgelegt werden können. Die Größe des erweiterten Speichers wird bestimmt durch die Werte von em/initial_size_MB und em/global_area_MB. Hierbei bestimmt der erste Parameter die Größe des Speicherbereichs in dem Nutzerkontexte abgelegt werden können und der zweite die Größe des globalen Bereichs. Parameter für den Privaten Speicher Zu guter Letzt gibt es noch den privaten Speicher, welcher nur dann genutzt wird, wenn der Nutzerkontext eines Workprozesses alle anderen ihm zur Verfügung stehenden Speicherbereiche aufgebraucht hat, also seinen Anteil des erweiterten Speichers und seinen Rollbereich. In diesem Fall geht der Workprozess in den PRIV modus. Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist. Falls er dabei den ihm zugewiesenen privaten Speicher vollständig aufgebraucht hat, wird der Workprozess anschließend neu gestartet und der Speicher wieder freigegeben. Dieses verhalten wird mit dem Parameter abap/heaplimit kontrolliert. Zeitweise kann der Nutzerkontext der Wert von abap/heaplimit dabei auch überschreiten. Die Parameter abap/heap_area_total, abap/heap_area_dia und abap/heap_area_nondia bestimmen eine obere Grenze für den privaten Speicher. Der Parameter abap/heap_area_total definiert wie viel privaten Speicher alle Workprozesse insgesamt nutzen können. Die Parameter abap/heap_area_dia und abap/heap_area_nondia hingegen bestimmen, wie viel privaten Speicher ein einzelner (Nicht-)Dialog-Workprozess nutzen darf.
Das Monitoring der SAP Systeme übernimmt beispielsweise eine moderne AIOPs Software, die dank regelmäßiger Checks wesentliche Prüfungen permanent durchführt. Dadurch können wir uns auf die Optimierung Ihrer SAP Systeme konzentrieren und das sogar nicht nur reaktiv im Fehlerfall, sondern auch proaktiv, um mögliche Fehler bereits vor dem Auftreten zu vermeiden.
E-Learning als Optimierungspotential für Unternehmen
Datenbanksperren sind zur Wahrung der Datenkonsistenz auf der Datenbank absolut notwendig. Kurzzeitig auftretende Wartesituationen auf Datenbanksperren sind daher nicht als Performanceproblem zu werten. Kritisch wird die Situation erst dann, wenn sich Wartesituationen aufgrund von Sperren über längere Zeit hinweg nicht auflösen und es zu Serialisierungseffekten kommt, wenn also immer mehr Benutzer aufgrund von Sperren warten müssen. Detailliertere Informationen zu Datenbanksperren finden Sie in Kapitel 10, »Sperren«.
Die Verbuchungsart wird im Function Builder (Transaktionscode SE37) im Bildschirm Eigenschaften hinterlegt. Unter dem Punkt 'Ablaufart' > 'Verbuchungsbaustein' ist bei einem Verbuchungsbaustein entweder der Eintrag 'Start sofort' bzw. 'Start sofort nicht nachverbuchbar' (kurz V1-Verbuchung), 'Start verzögert' (V2) oder 'Sammellauf' (V3) aktiv. Eine Änderung dieser Eigenschaft ist eine Objektmodifikation.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Diese finden Sie in der Workprozess-Übersicht unter der Menüoption Prozess > Trace > Anzeigen.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Weitere Informationen zu dem Generator finden Sie hier.