SAP

Rund um SAP

Oracle 12 auf AIX und die fehlenden Runtime Symbol Definitions

Beim Upgrade von Oracle Datenbanken sollte man beachten, dass hierfür eine Abhängigkeit zum AIX Service „iocp“ bedient werden muss. Ansonsten starten zum Beispiel listener, sqlplus oder auch abhängige Scripte wie mopatch nicht (da diese ebenfalls sqlplus nutzen).

So meldet sich sqlplus zum Beispiel mit dem folgenden Fehler und verweigert die Arbeit – Pfade und Environment stimmen natürlich 🙂

sapserver:orasap 29> ./sqlplus
Could not load program sqlplus:
rtld: 0712-001 Symbol CreateIoCompletionPort was referenced
      from module /oracle/SAP/121/lib/libttsh12.so(), but a runtime definition
            of the symbol was not found.
rtld: 0712-001 Symbol GetMultipleCompletionStatus was referenced
      from module /oracle/SAP/121/lib/libttsh12.so(), but a runtime definition
            of the symbol was not found.
rtld: 0712-002 fatal error: exiting.
sapserver:orasap 30> ldd sqlplus
sqlplus needs:
         /oracle/SAP/121/lib/libsqlplus.so
         /usr/lib/libc.a(shr_64.o)
         /usr/lib/libpthreads.a(shr_xpg5_64.o)
         /unix
         /oracle/SAP/121/lib/libttsh12.so
         /usr/lib/libcrypt.a(shr_64.o)
         /oracle/SAP/121/lib/libons.so
         /usr/lib/libdl.a(shr_64.o)
         /usr/lib/libc.a(aio_64.o)
         /usr/lib/libodm.a(shr_64.o)
         /usr/lib/libperfstat.a(shr_64.o)
         /usr/lib/libcfg.a(shr_64.o)
         /usr/lib/liblvm.a(shr_64.o)
         /usr/lib/libcorcfg.a(shr_64.o)
         /usr/lib/libsrc.a(shr_64.o)
sapserver:orasap 31>

Bei dem Aufruf von mopatch äußert sich das ganze verwirrender weise sogar so: [Read more…]

Wie man einen saprouter als eigenes System oder eigene Instanz installieren kann

Auf den saprouter selbst möchte ich hier gar nicht weiter eingehen. Seine Funktionen etc. sind unter help.sap.com ganz gut beschrieben. Da ich ein Freund von Automatisierung und möglichst einfachen Administrationslösungen bin habe ich mich dazu entschlossen den saprouter nicht etwa als Unixdaemon laufen zu lassen oder irgendwie per Script zu starten, sondern das Framework der SAP mit SAP Kernel dafür zu nutzen.

Die Vorteile dieser Lösung liegen für mich in dem Einheitlichen Starten und Stoppen des Systems und sogar der Möglichkeit der Prozessüberwachung per sapcontrol. Wenn jemand ein reguläres SAP System per startsap oder stopsap stoppen kann, so kann er auch den saprouter in dieser Lösung mit genau dem gleichen Vorgehen starten und stoppen. Die Anmeldung als <sid>adm ist analog zu einem SAP System. Der Rest ist ebenfalls analog zu betrachten.

Was benötigt man für die Umsetzung? Etwa 3-4 GB Plattenplatz, das SAP Standard Filesystem Layout mit /sapmnt sowie /usr/sap, einen <sid>adm mit Gruppe sapsys und als Software ein zur Hardware passendes SAP Kernel Exe Patch SAR Archive (SAPEXE_*.SAR) als Unicode Ausführung. Es reicht aus den Plattenplatz komplett unter /sapmnt/ zur Verfügung zu stellen wenn man keine zwei Filesysteme (zusätzliches /usr/sap/) einrichten möchte kann man hier auch mit Links arbeiten.
[Read more…]

Oracle Sessions und der steinige Weg ins Nirvana

Manchmal kommt es vor, dass man eine Oracle Session beenden möchte ohne gleich die ganze Datenbank durchstarten zu müssen 😉

Zum Beispiel wenn ein Workprozess im SAP gekillt wird, die aktuell laufende Aktion allerdings innerhalb des Oracles noch weiter ausgeführt wird und damit nicht nur Ressourcen bindet, sondern ggf. auch Locks auf Objekte hält.

Zunächst muss man die Sessions, die man beenden möchte identifizieren. Zum Beenden der Session braucht man die Session ID (sid) sowie die Seriennummer der Aktion innerhalb der SID (serial#). Diese bekommt man recht einfach über den View v$session. Meist dürfte die Session ID bereits über die SAP Transaktion DB02 bekannt sein, so dass hier lediglich die entsprechende Serial zu der Session ID gefunden werden muss. Da macht es natürlich Sinn die Abfrage entsprechend auf eine sid einzugrenzen. In einer RAC Umgebung müsste man übrigens auch noch die Instanz ID (inst_id) des entsprechenden Nodes mitgeben. Da SAP-Systeme eher selten auf RAC Umgebungen betrieben werden gehe ich nicht weiter darauf ein.

Das könnte etwa so aussehen:
[Read more…]

brbackup freundlich bitten die Arbeit niederzulegen

Eine aktuell laufende Sicherung kann man auf mehrere Arten beenden. Rabiat und unschön mit einem schnell wirkenden kill -9 inkl. nachfolgenden Aufräumarbeiten in der Datenbank (End-Backup-Modus setzen) oder eben über die -gun -abort Kombination.

Hierzu einfach auf einer shell brbackup mit folgender Option aufrufen:

brbackup -abort <option>

-abort leitet den Abbruch ein

[Read more…]

rman und das Löschen der Archivelogs

Wenn man für die Sicherung von Oracle Datenbanken rman in Verbindung mit den brtools von SAP nutzt ist das eine feine Sache. Die Architektur ist ausgereift, ermöglicht inkrementelle Datenbankbackups und bietet noch einige Vorteile mehr.

Ein großer Nachteil beim Einsatz von rman ist jedoch die Sicherung der Archivelogs mit dem brtool brachive. Hier wird nämlich eine Bestandsaufnahme der zum Start der Archivelogsicherung zu sichernden Archivelogs vorgenommen und die Dateien erst dann gelöscht, wenn die letzte Archivelogdatei erfolgreich gesichert wurde. Dies stellt gerade dann ein Problem dar, wenn das System kurz vor einem Archiverstuck steht und die zu sichernde Datenmenge das Backuptool vor eine große Herausforderung stellt. Es kann auch passieren, dass die Archivesicherung abbricht, nachdem bereits einige 100 Gigabyte in das Sicherungstool übertragen worden sind – die bereits gesicherten Dateien werden nämlich dann nicht gelöscht, da der komplette rman Aufruf  als solches ja nicht erfolgreich war. Bei der nächsten Archivesicherung werden die Dateien dann erneut übertragen und währenddessen füllt sich die Archivedestination munter weiter.

Das rman Verhalten lässt sich jedoch über einen undokumentierten Parameter in der init<SID>.sap beeinflussen. Hierzu muss man lediglich den Parameter „_rman_grp_cnt =“ setzen. [Read more…]

Was tun wenn im SAP der tp bzw. das TMS dauerhaft hängt?

In seltenen Fällen kann es vorkommen, dass es bei Nutzung des SAP Transport Management Systems (TMS) zu Problemen kommt. Dies äußert sich z.B. in schier endlos laufenden Transporten oder aber in Support Packages, die mitten im Importieren mit merkwürdigen Ressourcen-bezogenen Fehlern abrechen.

Gerade wenn es schnell gehen muss ist guter Rat teuer. Immerhin tritt das Problem nicht täglich auf und ist das TMS erst einmal konfiguriert ändert sich hier eigentlich auch nicht mehr viel.

Hier einige Schritte, die zu einer schnellen Lösung führen sollten:

1) Den Importmonitor prüfen.

Hierzu startet man die Transaktion STMS und ruft den Importmonitor auf – schneller geht es allerdings wenn man direkt die TX STMS_MONI öffnet. Bei dem entsprechenden Transport kann man den aktuellen Status bzw. aktiven Transportstatus sehen. Es bietet sich an alle 2-3 Minuten zu aktualisieren und ggf. auf eine Statusveränderung zu warten. Tut sich hier gar nichts kann man die Einträge der Transporte Löschen. [Read more…]

Defektes SAP Syslog reparieren

Nach einem Neuaufbau eines SAP Application Servers war plötzlich nach dem das Syslog defekt. Die SM21 zeigte für das lokale Syslog nur einige Einträge korrekt an, der Rest sah sehr merkwürdig aus. Defekte Zeit/Datumsangaben, unsinnige Meldungen und abgeschnittene Feldinhalte standen dort, wo für gewöhnlich die Stop/Start-Meldungen der Workprozesse abgebildet sind. Es wurden nur ca. 10% der Startmeldungen des Application Servers in das Syslog geschrieben bzw. angezeigt.

Die gängigen SAP-Notes bin ich erfolglos durchgegangen. Der Syslog Korrektur-Report RSLG0020 hilft auch nicht weiter. Die SCSA wurde bereits gelöscht und neu angelegt. Selbst ein Server-Neustart war nicht von Erfolg gekrönt.

Das kontrollierte Löschen des lokalen Syslogs laut SAP-Note blieb auch erfolglos. Einfach zum Haare raufen. [Read more…]

SAP Gateway Security mittels secinfo und reginfo

Das SAP Systeme laut Sicherheitsleitfaden besonderer Schutzvorkehrungen bedürfen ist schon lange kein Geheimnis mehr. In der Regel stellt man die Systeme in eine eigene DMZ und sichert so schon mal die vielen Netzwerk Ports der Systeme ab und verhindert direkte Datenbankverbindungen, die nicht erwünscht sind. Soweit, so gut. Gegebenenfalls wird noch ein SAP Router als zentraler Zugangspunkt für Verbindungen eingerichtet. Den Rest erledigt man über die SAP hinterlegten Berechtigungsabfragen.

Sollte reichen wird der ein oder andere denken. Stimmt, reicht ja auch. Wenn da nicht das SAP Gateway einer jeden SAP Instanz wäre. Ist doch nicht so schlimm, ich habe doch extra eine DMZ eingerichtet, an das Gateway kommt man von außen nicht direkt. Und wie sieht es mit dem SAP Router aus? Sicher, dass nicht doch irgendwo eine unglückliche Portrange freigeschaltet ist? Und selbst wenn – solange der entsprechende Eindringling kein passenden ABAP User samt Passwort hat kann ja nichts passieren wird man jetzt argumentieren.

Leider stimmt das nicht ganz. [Read more…]

Invaild Objects nach einem Oracle Upgrade

Während eines Oracle Upgrades kann es vorkommen, dass nach dem Upgrade Objekete ungültig sind. Das ist normal und das kennt man (eigentlich) auch.

Während der PRE Upgrade Phase wird quasi einen Bestandsaufnahme der (ungültigen) Objekte vorgenommen, die nach dem Upgrade mit dem dann vorherrschenden Objektzustand verglichen wird (Post Upgrade Phase). Sollte es hier zu einer Differenz kommen so muss diese bearbeitet werden.

Dies wird normaler weise über das Script $ORACLE_HOME/rdbms/admin/utlrp.sql erledigt. Wenn die entsprechenden Objekte hier jedoch nicht berücksichtigt werden und man trotzdem Meldungen wie unten gezeigte bekommt muss eine andere Lösung her. Mit den Standardscripten kommt man hier leider nicht weiter.

Der View ist nicht mehr gültig, damit ist dann auch das Synonym, das auf den View zeigt, defekt. Das Einfachste ist jetzt auf den View zuzugreifen. In der Regel wird er dann – wenn noch nicht geschehen – kompiliert. Funktionier dies nicht wird der View eben neu kompiliert.
[Read more…]

Nach der Systemkopie ist vor der Systemkopie

Nach einer erfolgreichen Systemkopie einer MCOD Datenbank in der sich sowohl der ABAP Part eines SAP Systems als auch der JAVA Part befindet gibt es ein Problem mit den gesetzten Synomymen, wenn man für die Kopie den JAVA Teil per Instalaltion wieder herstellt.

Dies sorgt dann dafür, dass der <sid>adm keine Datenbankaktionen mehr antriggern kann. Innerhalb des ABAP Systems äußert sich das zum Beispiel so, dass in der Transaktion DB02 der Baum für die Datenbank-Jobverwaltung gänzlich fehlt. Dieser ist dann auch nicht über die DB13 erreichbar. Ebenso ist es nicht möglich alsadm auf der Shell ein brconnect -f check auszuführen: [Read more…]