Beim Einspielen von SAP Support Packages bricht die SPAM ab oder der Client verliert die Verbindung zum SAP System.

Das Fehlerbild ist dann abhängig davon, in welcher Phase dies geschehen ist. Mir ist es gerade im Main Import passiert.

Meldet man sich nun wieder am SAP System an, wird man von einer Vielzahl Dumps freundlich begrüßt

Ein Aufruf der SPAM führt ebenfalls zu Dumps (Laufzeitfehler: SYNTAX_ERROR).

Das SLOG (usr/sap/trans/log/SLOG.SID) sah so aus:

STOP MAIN IMPORT <SID> I 20110915141958 SAPUSER <HOST> 20110915123207347

ERROR: stopping on error 12 during MAIN IMPORT

HALT 20110915141958

ERROR: uncaught internal error: ORA-03114: not connected to ORACLE

ERROR: EXIT(16) -> process ID is: 18929

STOP imp all <SID> 0016 20110915141958 SAPUSER <HOST> 20110915123207347

START MAIN IMPORT <SID> I 20110915144329 <SID>adm <HOST> 20110915144329001bdd

START MAIN IMPORT <SID> I 20110915144355 <SID>adm <HOST> 20110915144355001c4a

ERROR SAPKB70207 <SID> I 0012 20110915144630 SAPUSER <SID>adm <HOST> 20110915144355001c4a

STOP MAIN IMPORT <SID> I 20110915144632 <SID>adm <HOST> 20110915144355001c4a

ERROR: stopping on error 12 during MAIN IMPORT

In diesem Fall muss man das Einspielen der Support Packages von Hand über das Betriebssystem vornehmen:

tp R3I all <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL tag=spam -Dclientcascade=yes -Dstoponerror=8 -Drepeatonerror=8 -Dsourcesystems= -Dtransdir=/usr/sap/trans

Mit diesem Befehl wird dann die komplette Queue neu importiert.

Bricht der Befehl ab, sollte man ihn zuerst noch einmal wiederholen.

Anschließend kann man die SPAM wieder aufrufen und die Nacharbeiten des Imports ausführen lassen, in dem man die Queue dort wieder einspielt.

Ist der Abbruch nur bei einem Paket passiert, kann man sich auch erst den Buffer anzeigen lassen:

tp showbuffer <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_SCD.PFL tag=spam

und anschließend eben jenes Packet von Hand einspielen:
tp R3I SAPKB70207 <SID> pf=/usr/sap/trans/bin/TP_DOMAIN_<SID>.PFL tag=spam –Dclientcascade=yes -Dstoponerror=8 -Drepeatonerror=8 -Dsourcesystems= -Dtransdir=/usr/sap/trans

SAP Transaktionen für die technische Analyse

SAP Transaktionen für die Workload Analyse

In diesem Beitrag geht es um die ersten Schritte zur Performance Analyse in einem BW System. Vieles kann natürlich auch für ERP Systeme betrachtet werden.

Performance Engpässe in einem SAP BW System liegen aus meiner technischen Sicht natürlich eher in der Applikation Um das der Anwendungsbetreuung auch zu dokumentieren, können die folgenden Schritte hilfreich sein.

Zuerst schauen wir in der st03n

Hier sind folgende Aspekte zu beachten:

• Proc. Time ist eine berechnete Zeit
• RFC ist wichtig für BEx Queries
• Wenn Proc. Time = ein Vielfaches der CPU, dann deutet das auf einen CPU Engpass hin
• Die mittlere Wartezeit sollte zwischen 1 und 10 % der durchschnittlichen Antwortzeit betragen => sonst liegt ein allgemeines Performance Problem vor. Ausgelöst eventuell durch nicht genügend Workprozesse. Für den Anwender bedeutet das lang laufende Transaktionen
• Die mittlere DB Zeit sollte nicht mehr als 40 – 45 % der Antwortzeit betragen. Alles andere könnte seine Ursache in DB Problemen (z.B. auch CPU Engpass auf dem DB Server) oder Netzwerkproblemen (zwischen Appl. Und DB Server) haben
• GUI Zeit sollte bei < 250 ms liegen => sonst NW Engpass oder Probleme auf dem Präsentationsserver

   

  

• In diesem Beispiel ist die Durchschnittliche Wartezeit kleiner als 50 ms, damit liegt kein allgemeines HW Problem bezüglich der Performance vor.

• Tauchen in den Hitlisten (Ranking List) SAPMHTTP Aufrufe auf, so können das BW Queries sein
• Wenn man dann einen Doppelklick auf einen Eintrag macht, dann bekommt man die alle Zeiten zu dem Workprozeß angezeigt:

^

• Hier schaut man auch wieder auf die durchschnittliche Wait Time, ist diese zu hoch, stehen nicht genügend Ressourcen zur Verfügung (CPU)

Diese Übersicht könnte der erste Schritt sein, wenn Performance Engpässe in einem BW System auftauchen.

Natürlich gibt es noch viele weitere Aspekte, z.B. Einstellungen auf dem DB Server, Performance Aspekte innerhalb der DB etc.. Auf diese werde ich in weiteren Beiträgen eingehen.