sqlplus

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

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

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

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

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

Oracle! Wie lange brauchst du denn noch?

Wenn eine Aktion im Oracle mal wieder länger dauert (select, update, insert, delete, rman-Backup etc.) kann man in den v$-Tabellen von Oracle sehr einfach und schnell sehen was gerade gemacht wird und wie lang die Aktion geschätzt noch dauern wird. Das alles verbrigt sich hinter der Tabelle v$session_longops.

SQL> descr v$session_longops
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 SID                                                NUMBER
 SERIAL#                                            NUMBER
 OPNAME                                             VARCHAR2(64)
 TARGET                                             VARCHAR2(64)
 TARGET_DESC                                        VARCHAR2(32)
 SOFAR                                              NUMBER
 TOTALWORK                                          NUMBER
 UNITS                                              VARCHAR2(32)
 START_TIME                                         DATE
 LAST_UPDATE_TIME                                   DATE
 TIMESTAMP                                          DATE
 TIME_REMAINING                                     NUMBER
 ELAPSED_SECONDS                                    NUMBER
 CONTEXT                                            NUMBER
 MESSAGE                                            VARCHAR2(512)
 USERNAME                                           VARCHAR2(30)
 SQL_ADDRESS                                        RAW(8)
 SQL_HASH_VALUE                                     NUMBER
 SQL_ID                                             VARCHAR2(13)
 SQL_PLAN_HASH_VALUE                                NUMBER
 SQL_EXEC_START                                     DATE
 SQL_EXEC_ID                                        NUMBER
 SQL_PLAN_LINE_ID                                   NUMBER
 SQL_PLAN_OPERATION                                 VARCHAR2(30)
 SQL_PLAN_OPTIONS                                   VARCHAR2(30)
 QCSID                                              NUMBER

SQL>

Mich interessieren hierbei primär die Felder SID, OPNAME, TARGET, SOFAR, TOTALWORK, ELAPSED_SECONDS sowie TIME_REMAINING.

Das ganze sieht dann z.B. so aus:

SQL> set lines 200 pages 200
SQL> select SID,OPNAME,TARGET,SOFAR,TOTALWORK,ELAPSED_SECONDS,TIME_REMAINING from v$session_longops where TIME_REMAINING > 0;

       SID OPNAME                                                           TARGET                                                                SOFAR  TOTALWORK ELAPSED_SECONDS TIME_REMAINING
---------- ---------------------------------------------------------------- ---------------------------------------------------------------- ---------- ---------- --------------- --------------
       837 Index Fast Full Scan                                             SAPERP.IHPA                                                           60505     161488              11             18

SQL>

Wenn man die die where-Klausel aus dem Statement entfernt bekommt man eine Übersicht über die letzten Aktionen der aktiven Sessions und bei dem gezeigten Statement ihrer Laufzeit.

Nützliche Sybase Helferlein

Hier eine kleine Sammlung an nützlichen Tipps rund um die Sybase Datenbank für die alltägliche Benutzung. Ist man bereits an Oracle gewöhnt kommt man mit ein bisschen Eingewöhnung auch ganz gut mit der Sybase Datenbank zurecht 😉

Datenbanken in der Systemumgebung aufspüren per dblocate:

[sybase@server]$ dblocate
SQL Anywhere Server Enumeration Utility Version 16.0.0.807
Server Name        Address
-----------        -------
sapdb01            sybaseprod.domain.org:2640
sapdb02            sybasekons.domain.org:2650
sapdb03            sybaseentw.domain.org:2640

Sybase Shell Login ähnlich sqlplus bei Oracle:

dbisql -d1 -nogui -c "uid=;pwd=;dbn=sapdb03;eng=sapb01;links=tcpip"

Systable auslesen und die Ausgabe in eine Datei umlenken:

(DBA)> select * from sys.systable; output to systable.txt;
Execution time: 0.015 seconds
Exporting data to "/sybase/systable.txt.txt"
428 rows written to "/sybase/systable.txt.txt"
Execution time: 0.44 seconds

(DBA)> exit

Systembenutzer auslesen und die Ausgabe in eine Datei umlenken:

(DBA)> select * from sys.sysuser; output to syuser.txt
Execution time: 0.016 seconds
Exporting data to "/sybase/syuser.txt"
118 rows written to "/sybase/syuser.txt"
Execution time: 0.033 seconds

(DBA)> exit

[Read more…]