Month: Juni 2013

SGEN Status beim Kompilieren in der Schattendatenbank auslesen

Um den Status des SGEN Laufs in der Schattendatenbank in der SUM Phase MAIN_SHDIMP/SUBMOD_SHD2_RUN/RUN_RSGEN heraus zu finden kann man sich direkt die Tabelle GENSETM in der Datenbank anschauen.

Zunächst suchen wir das passende Schema in der Datenbank:

SQL> select username from dba_users where username like '%SHD%';

USERNAME
---------
SAPSR3SHD

SQL>

In der Regel ist das einfach das Datenbankschema mit einem SHD angefügt – das Schema existiert nur so lange die Schattendatenbank auch existiert.

Die Tabelle GENSETM gibt es sowohl im produktiven Schema SAPSR3 (dann wahrscheinlich nicht mit den gewünschten Informationen) und eben im SAPSR3SHD.

Der Loadstatus verbirgt sich hinter dem Feld GENSTATUS.
I -> bedeutet Initial (muss noch kompiliert werden)
E -> bedeutet Error bei der Kompilierung (nicht Syntax Fehler)
S -> bedeutet Syntax Fehler bei der Kompilierung
X -> bedeutet fertig kompiliert

Das folgende SQL Statement listet schön die Loads und den jeweiligen Status auf. [Read more…]

SAP Speicherverwaltung für Dummies mit ABAP Kernel 7.40/7.41 und Linux

Die richtige Einstellung der SAP Speicherverwaltung ist nicht immer einfach. Zum einen kommt es auf die Anforderungen an das System an, zum anderen natürlich auf die vorgegebene Umgebung und verfügbare Ressourcen. Früher zunächst nur für die Windows-Systemschiene bei SAP verfügbar gibt es seit einiger Zeit das SAP Zero Administration Memory Management auch für Linux. Eine nette Sache! Richtig eingesetzt macht es gerade in virtuellen Umgebungen richtig Sinn. Den über einen prozentuale Angabe des zu benutzenden RAMs ist es möglich, dass das SAP System sich zum Großteil automatisch an die RAM Veränderung anpasst. Man gibt also der virtuellen Maschine mehr Arbeitsspeicher, startet die entsprechende Instanz durch und viola – das System ist gleich passend für die wichtigsten Kenngrößen gesized ohne das auch nur an das Instanzprofil gedacht werden muss.

Wie geht man nun am Besten vor? Zunächst als <sid>adm ein cdpro absetzen um ins Profilverzeichnis (/sapmnt/<SID>/profile) zu wechseln und eine Sicherungskopie des aktuell aktiven Instanzprofils anlegen – safety first 🙂 Dreh- und Angelpunkt während der Anpassung ist der Parameter PHYS_MEMSIZE. Über diesen wird angegeben, wie viel Arbeitsspeicher für die Instanz genutzt werden soll. Die Angabe kann in Absoluten- und in Prozentwerten erfolgen. Somit kann man recht einfach für einen Application Server ohne Datenbank je nach Speicherausstattung 96 oder mehr Prozent angeben um dem Application Server möglichst viel Arbeitsspeicher zur Verwendung zu überlassen. Der Rest bleibt dann entsprechend für das OS übrig. In einer Shared Host Installation mit viel RAM kann so ggf. auch jeder Instanz 10% zugewiesen werden. Über das Konstrukt ist es dann ebenfalls möglich Instanzen mit hören Anforderungen über den Parameter gezielt mehr Speicher zuzuordnen ohne immer wieder an mehreren Parametern in mehreren Profilen schrauben zu müssen. Wird die Instanz auf dem Datenbankhost betrieben sollte hier zuvor genau errechnet werden wie viel Speicher das Datenbanksystem allein benötigt. In neueren SAP Releases geht das sehr einfach über die Transaktion DB02, die eine genaue Auflistung erstellt, die nicht nur die SGA enthält. Ansonsten muss man die Oracle Parameter auswerten und manuell errechnen.

Die für das jeweilige Kernelrelease unterstützen Formeln, die für das Memory Management herangezogen werden erhält man über sappfpar. Hierfür bietet sich folgendes Statement an: [Read more…]

Oracle „log file sync“ – Zeiten per Script auswerten

Um eine schnelle Übersicht über die log file sync Zeiten im Oracle zu erhalten bietet sich folgendes kleines Script an. Es gibt die Durchschnittswerte auf Stundenbasis für die letzten 5 Tage aus („sysdate -5“).

Zuvor sollte noch kurz die Ausgabe formatiert werden:

set pages 200 lines 200

Das Script sieht wie folgt aus:

select time, round(time_delta/1e3/nullif(waits_delta,0), 1) avg_wait_ms from
(
  select sn.snap_id, sn.begin_interval_time time, e.total_waits - lag(e.total_waits) over (partition by e.event_name order by e.snap_id) waits_delta, e.time_waited_micro - lag(e.time_waited_micro) OVER (PARTITION BY e.event_name ORDER BY e.snap_id) time_delta
  from dba_hist_system_event e, dba_hist_snapshot sn
  where e.snap_id = sn.snap_id AND e.event_name = 'log file sync' and sn.end_interval_time > sysdate -5
) ev WHERE ev.time_delta > 0 ;

Der Output des Scriptes sieht dann in etwa so aus: [Read more…]