SAP

Rund um SAP

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…]

sqlplus und seine verschollenen libs

Wenn das sqlplus bei einem kopierten SAP System mal nicht korrekt anlaufen will hilft folgendes:

server:sidadm 8> sqlplus "/as sysdba"
SQL*Plus: Release 11.2.0.3.0 Production on Mon May 26 10:03:14 2014
Copyright (c) 1982, 2011, Oracle. All rights reserved.
exec(): 0509-036 Cannot load program oracleD07 because of the following errors:
 0509-150 Dependent module libskgxp11.so could not be loaded.
 0509-022 Cannot load module libskgxp11.so.
 0509-026 System error: A file or directory in the path name does not exist.
 ERROR:
 ORA-12547: TNS:lost contact

[Read more…]

RMAN Sicherungen und die Bestimmung der Restlaufzeit

Leider werden bei Datenbanksicherungen mit brbackup, die mit dem Oracle Recovery Manager (rman) angefertigt werden, keine Restlaufzeiten (estimated end time) bzw. Fortschritte in % (Progress) ausgegeben. Zwar steht im Protokoll, dass brbackup für die Sicherung erstellt die Anzahl der zu sichernenden Dateien und das Sicherungsvolumen, jedoch wäre eine Ausgabe analog der Sicherung ohne rman per util_file hilfreich.

Mit dem folgenden SQL Script kann man sich die (geschätzte) Restlaufzeit so wie den aktuellen Fortschritt anzeigen lassen:

set pages 200 lines 200
col dbsize_mbytes      for 99,999,990.00 justify right head "DB Groesse MB"
col input_mbytes       for 99,999,990.00 justify right head "Gelesen MB"
col output_mbytes      for 99,999,990.00 justify right head "Geschrieben MB"
col output_device_type for a10           justify left head "Typ"
col complete           for 990.00        justify right head "Fertig %"
col est_complete       for a20           head "Geschaetztes Ende"
col recid              for 9999999       head "ID"

select recid, output_device_type, dbsize_mbytes, input_bytes/1024/1024 input_mbytes, output_bytes/1024/1024 output_mbytes, (mbytes_processed/dbsize_mbytes*100) complete, to_char(start_time + (sysdate-start_time)/(mbytes_processed/dbsize_mbytes), 'DD-MON-YYYY HH24:MI:SS') est_complete 
from v$rman_status rs, (select sum(bytes)/1024/1024 dbsize_mbytes from v$datafile)
where status='RUNNING' and output_device_type is not null;

Der Output sieht dann zum Beispiel so aus:

      ID Typ         DB Groesse MB     Gelesen MB Geschrieben MB Fertig % Geschaetztes Ende
-------- ---------- -------------- -------------- -------------- -------- --------------------
   13237 SBT_TAPE    13,253,366.00   3,376,273.98   3,374,149.75  25.47    22-MAY-2013 18:27:09

Oracle Default-Profile

Manchmal kommt es vor, dass das DEFAULT-Profile im Oracle-Umfeld auf 180 Tage begrenzt ist. Und nach 180 Tagen gibts dann ein Problem mit dem SAP System… Daher entweder wenn vorhanden das Profil SAPUPROF (unlimited) setzen oder aber das DEFAULT Profil wie früher auch entsprechend auf UNLIMITED setzen:

SQL> alter profile default limit PASSWORD_LIFE_TIME unlimited;
 Profile altered.

Prüfen kann man das Ergebnis mit:

SQL> select profile, limit from dba_profiles where resource_name = 'PASSWORD_LIFE_TIME';

Und schon gehören abgelaufene Passwörter der Vergangenheit an 😉

Drucker semiautomatisch im SAP anlegen

Wenn man viele Drucker (manuell) im SAP anlegen muß kann die SPAD schon zur Qual werden. Aber es gibt Abhilfe. Das Folgende Script kann Drucker(Definitionen) nach Vorgabe automatisch erzeugen und in eine Datei schreiben. Diese Datei kann dann entsprechend per SPAD importiert werden. Hierbei werden die Drucker auf Wunsch automatisch gesperrt angelegt und in jedem Fall sauber generiert.

Das Script erwartet im gleichen Ordner eine Datei input.txt (Semikolon als Trennzeichen!), die wie folgt aufgebaut sein muss. Der SAP Druckername ist auch gleichzeitig der Kurzname. Das Script kann bei Bedarf einfach erweitert werden, sofern hier Änderungen/Erweiterungen gewünscht sind.

SAP Druckername, Hostname des Druckers, Kommentar
P001;printer-ffm-p001;Zentraldrucker Rechnungswesen (IP: 172.128.1.20)

[Read more…]

Schnell, schneller, rman (Backup und Restore)

Für ein schnelles Backup der Oracle Datenbank kann hat man wenn man Glück hat eine schnelle Backup Infrastruktur. Aber auch die schnellste Infrastruktur ist einfach immer zu langsam wenn es – warum auch immer – einfach mal schneller gehen muss 🙂 Wenn dann auch noch Oracle Flashback nicht genutzt werden kann weil es den Anforderungen nicht genügt oder schlichtweg nicht konfiguriert ist kann man i.d.R. schnell und einfach auf rman als Backuplösung zurück greifen.

Ich werde hier kurz erläutern wie man rman (Recovery Manager) für ein Backup in ein Filesystem, also ein rman backup to disk  (rman backup2disk) konfiguriert und im Notfall einen Restore aus dem Backup anfertigt.

Für die Nutzung von RMAN müssen zunächst die Parameter überprüft werden. Hierzu ist ein rman connect notwendig.

Zunächst verbindet man sich per rman gegen die Datenbank: [Read more…]

Oracle Patch deinstallieren – oder Oracle vergiss, was ich dich einst lehrte

Irgendwann wird es jedem, der Oracle Datenbanken administrativ betreut mal passieren, dass ein installierter Patch wieder deinstalliert (roll back database patch) werden muss. Patches mit Opatch oder MOpatch einspielen ist die eine Sache. Sie wieder zu deinstallieren eben eine andere.

Um einen Patch deinstallieren zu können muss zunächst der produktive Betrieb des Systems eingestellt werden. Hierzu muss sowohlnder Listener als auch die Datenbank selbst gestoppt werden.

Listener stoppen:

lsnrctl stop <Name des Listeners>

sqlplus ‘/as sysdba’
[Read more…]

Oracle Locks

Manchmal kann es hilfreich sein direkt auf Datenbankebene zu schauen welche Session welchen Lock hält um zu sehen warum es wo genau klemmt und zum Beispiel ein Workprozess nicht weiter arbeiten kann oder die erwarteten Updates noch immer nicht fertig gestellt wurden.

Ich persönlich finde folgenden Statements dabei hilfreich.

Mit diesem Statement kann man schnell und einfach sehen, welche Session einen Lock hält und welche andere Session genau auf diesen Lock wartet:

SQL> set pages 200 lines 200
SQL> select HOLDING_SESSION, MODE_HELD, WAITING_SESSION from DBA_WAITERS order by HOLDING_SESSION;

HOLDING_SESSION MODE_HELD WAITING_SESSION
--------------- ---------------------------------------- ---------------
147 Exclusive 918
147 Exclusive 4621
147 Exclusive 4626
147 Exclusive 428
428 None 918
428 None 4621
428 None 4626
428 None 428
4621 None 4626
4621 None 4621
4621 None 918
4621 None 428
4626 None 4626
4626 None 4621
4626 None 918
4626 None 428

16 rows selected.

SQL>

[Read more…]