Angeforderter Speicher
Fehler im SAP-Kernel
Eine automatische Fehlerbehandlung bei Abbruch eines Jobs ist in den meisten Fällen wünschenswert und sinnvoll. Die bewusste Verarbeitung und Berücksichtigung von Fehlersituationen in Jobketten – auch auf Stepebene – kann den manuellen Aufwand verringern helfen. Fehlersituationen sollten abfangbar sein: Handelt es sich um nicht kritische Elemente, kann der folgende Job vielleicht trotzdem gestartet werden. Bei kritischen Fehlern soll ein neuer Versuch unternommen werden oder eine Alarmierung erfolgen, damit ein Administrator manuell eingreifen kann. Hierzu sind einfache Batch-Jobs in der Regel nicht in der Lage. Ziel einer automatisierten Umgebung ist es, nicht auf jeden fehlerhaften Job manuell reagieren zu müssen.
Finden Sie nur sporadisch hohe Datenbankzeiten, achten Sie im Einzelsatz darauf, ob Sie den Eintrag Note: Tables were saved in the Table buffer finden. Dieser Eintrag zeigt an, dass Tabellen, die von der Datenbank gelesen wurden, im Tabellenpuffer gespeichert werden. Ist das SAP-System nach dem Starten einige Zeit unter Last gelaufen, sollten sich alle benötigten Tabellen im Tabellenpuffer befinden und nicht mehr nachgeladen werden müssen. Finden Sie diesen Eintrag häufig im produktiven Betrieb, deutet dies auf Probleme mit Verdrängungen oder Invalidierungen im Tabellenpuffer hin. Fahren Sie in diesem Fall mit der Analyse in Kapitel 12, »SAP-Pufferung«, fort.
RZ01 Job Scheduling Monitor
Mit der Basisversion 7.40 (Kernel 7.40) treten folgende Neuerungen in Kraft: Der Roll-Memory ist komplett in den Extended Memory integriert worden, die entsprechenden Parameter, die das Verhalten des RollBereichs definieren, sind obsolet (SAP-Hinweis 2085980). Der Tabellenpuffer liegt nun im SAP EG Memory. Durch die Umverteilung dieser Speicherbereiche steht damit netto weniger SAP Extended Memory für die Benutzerkontexte zur Verfügung, obwohl sich in der Summe der Speicherbedarf nicht geändert hat. Durch eine zu knappe Einstellung von SAP Extended Memory (em/initial_size_MB) und SAP EG Memory (em/global_area_MB) kann das damit zu logischen Speicherengpässen führen. Diese Parameter müssen also entsprechend vergrößert werden (siehe SAP-Hinweis 2148571). Alternativ sollten Sie erwägen, mit Version 7.40 auch auf UNIX-Plattformen auf das Zero Administration Memory Management umzusteigen und sich erst einmal auf dessen Einstellungsvorschläge zu verlassen.
EXSORT_NOT_ENOUGH_MEMORY, EXPORT_INIT_COMPRESS_FAILED, IMPORT_INIT_DECOMPRESS_FAILED: Bei einigen ABAP-Sprachanweisungen, die Speicher nur kurzfristig benötigen (u. a. SORT, EXPORT und IMPORT), allokiert das SAP-System Heap-Speicher vom Betriebssystem direkt ohne Verwendung des üblichen SAP Memory Managements. Ist das übliche SAP Memory Management so eingestellt, dass es den gesamten Heap-Speicher allokieren kann, steht kein weiterer Heap-Speicher mehr für die kurzfristige direkte Allokation zur Verfügung. Abhilfe schafft hier das Reduzieren der Quote abap/heap_area_(non)dia (siehe auch SAP-Hinweise 193529 und 1147109).
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Kein Testmanagement Ganz simpel.
Die Webseite www.sap-corner.de bietet viele nützliche Informationen zum Thema SAP Basis.
Es gibt immer einen SPAM-Update pro Korrekturstand, der im Laufe der Zeit entsprechend aktualisiert wird.