Hallo "Basis-Gemeinde"
Unser Produktivsystem Rel. 4.7 Ext. 1.1 SR1 mit Oracle 9.2.0.4 wurde vor einiger Zeit auf eine neue Hardware gebracht. Dabei wurde auch das Betriebssystem von Windows 2003 Enterprise Edt. (vorher 2000 Adv. ) installiert, die Datenbank wurde per Restore und einer Neuininitialisierung aufgebaut.
Seither bricht ein einziger Job PP-CRP mit einem Kurzdump ab:
Auszug:
Laufzeitfehler TSV_TNEW_PAGE_ALLOC_FAILED
aufgetreten am 26.07.2006 um 14:47:30
------------------------------------------------------------------------------------------
Kein Speicher für Erweiterung einer internen Tabelle mehr verfügbar
-----------------
Was ist passiert?
-----------------
Eine programminterne Tabelle sollte erweitert werden. Der dafür
erforderliche Platz war aber nicht verfügbar.
.......
Vielleicht können Sie (z.B. durch gezielte Datenselektion) dafür sorgen,
daß die Transaktion mit weniger Hauptspeicher auskommt.
Handelte es sich um einen temporären Speicherengpaß, sollten Sie die
Transaktion noch einmal ausführen.
Kommt es dabei zu demselben Fehler, dann sollte Ihr Systemadministrator
folgende Profileparameter überprüfen:
o ztta/roll_area (1.000.000 - 15.000.000)
klassischer Rollbereich pro Benutzer und internen Modus
o ztta/roll_extension (10.000.000 - 500.000.000)
verfügbarer Speicher/Benutzer im erweiterten Speicherbereich EM
o abap/heap_area_total (100.000.000 - 1.500.000.000)
verfügbarer Speicher (malloc) für alle Benutzer eines
Applikationsservers. Laufen mehrere Hintergrundprozesse auf einem
Server, kann es hier zu temporären Engpässen kommen.
Natürlich muß der hier angegebene Wert (Bytes) auf der Maschine
auch vorhanden sein (Hauptspeicher oder Dateisystem-Swap).
Achtung:
Das Betriebssystem muß so eingerichtet sein, daß pro Prozeß
auch soviel Speicher allokiert werden kann. In der Regel ist
der max. Adreßraum zu gering eingestellt.
Fragen Sie dazu Ihren Hardwarelieferanten
oder Ihr Competence-Center.
o abap/heap_area_dia: (10.000.000 - 1.000.000.000)
Beschränkung des mit malloc auf dem Heap allokierbaren Speichers
pro Dialogprozeß.
Parameter für Hintergrundprozesse:
o abap/heap_area_nondia: (10.000.000 - 1.000.000.000)
Beschränkung des mit malloc auf dem Heap allokierbaren Speichers
pro Hintergrundprozeß.
Weitere speicherrelevante Parameter sind:
o em/initial_size_MB: (35 - 1200)
Erweiterter Speicherbereich, aus dem alle Benutzer eines
Applikationsservers ihren Speicherbedarf befriedigen können.
........
---------------------------
Hinweise zur Fehlerbehebung
---------------------------
Die Größe des belegten Speichers in Bytes zum Zeitpunkt des Abbruchs:
Roll-Bereich................... 1608880
erweiterter Speicherbereich(EM) 385272448
fest allokierter Speicher(HEAP) 872382784
Short-Bereich.................. " "
Paging-Bereich................. 24576
Max. Adreßraum................. " "
Die betroffene Tabelle ist KBED.
Dieser Job ist auf den Win 2000 Adv. Servern einwandfrei durchgelaufen, nur mit der neuen HW (Bsp: Umstellung von Intel auf AMD Prozessoren, mehr Speicher, NetApp System, ....) und neuem OS bricht dieser immer ab.
Die 3 GB Option wurde auch gesetzt
(multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /noexecute=optout /fastdetect /PAE /3GB)
Bei der SAP wurde bereits eine Meldung abgesetzt, die jedoch mehr als unzufriedend bearbeitet wird.
Die SAP Parameter können lt. SAP nicht verbessert werden, daher entweder mit Einschränkung der Datenselektion oder Upgrade auf 64-bit System. Und das Upgrade auf 64bit kann wohl wegen einem einzigen Job wirklich nicht die die Lösung sein!
Den gesamten Kurzdump sowie die wp-Traces kann ich bei Bedarf gerne zur Verfügung stellen.
Grüße
SonjaB
