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

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

rman und die falschen Paketversionen nach einem Oracle-Upgrade

Nachdem die Oracle Datenbank erfolgreich upgegraded wurde beschwert sich der rman pötzlich, dass die Pakete RMAN.DBMS_RCVCAT sowie RMAN.DBMS_RCVMAN in einer veralteten Version vorliegen:

rman target / catalog $(cat .MeineGeheimenPassworte.inc)

Recovery Manager: Release 11.2.0.4.0 - Production on Thu Dec 10 11:42:41 2015

Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.

connected to target database: S01 (DBID=1411928928)
connected to recovery catalog database
PL/SQL package RMAN.DBMS_RCVCAT version 11.02.00.03 in RCVCAT database is not current
PL/SQL package RMAN.DBMS_RCVMAN version 11.02.00.03 in RCVCAT database is not current

RMAN>

[Read more…]