Schema

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

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

SAP und die Suche der Passworthistorie

Wenn man wissen möchte, wie es um das Passwort eines Benutzers steht, wann er es das letzte mal geändert hat oder wann ein Account gelöscht worden ist hat man zwei Möglichkeiten:

1) Man(n) bedient sich der Tools, die SAP hierfür bereit stellt (TA: SU01 etc.)
2) Man(n) wirft einen schnellen Blick in die Datenbank

Zu 1) muss ich glaube ich nichts schreiben, die Transaktion als eine der Standard Transkation im SAP sollte hinläufig bekannt sein.

Bei 2) sieht die Sache ggf. schon wieder ganz anders aus. Wir orientieren uns hier zunächst an der Tabelle USR02. Kurz mit der Datenbank verbinden und erst mal schauen was in der Tabelle so alles drin steht:

SQL> descr <SCHEMA>.USR02
 Name                                      Null?    Type
 ----------------------------------------- -------- ----------------------------
 MANDT                                     NOT NULL VARCHAR2(9)
 BNAME                                     NOT NULL VARCHAR2(36)
 BCODE                                              RAW(8)
 GLTGV                                     NOT NULL VARCHAR2(24)
 GLTGB                                     NOT NULL VARCHAR2(24)
 USTYP                                     NOT NULL VARCHAR2(3)
 CLASS                                     NOT NULL VARCHAR2(36)
 LOCNT                                     NOT NULL NUMBER(3)
 UFLAG                                     NOT NULL NUMBER(3)
 ACCNT                                     NOT NULL VARCHAR2(36)
 ANAME                                     NOT NULL VARCHAR2(36)
 ERDAT                                     NOT NULL VARCHAR2(24)
 TRDAT                                     NOT NULL VARCHAR2(24)
 LTIME                                     NOT NULL VARCHAR2(18)
 OCOD1                                              RAW(8)
 BCDA1                                     NOT NULL VARCHAR2(24)
 CODV1                                     NOT NULL VARCHAR2(3)
 OCOD2                                              RAW(8)
 BCDA2                                     NOT NULL VARCHAR2(24)
 CODV2                                     NOT NULL VARCHAR2(3)
 OCOD3                                              RAW(8)
 BCDA3                                     NOT NULL VARCHAR2(24)
 CODV3                                     NOT NULL VARCHAR2(3)
 OCOD4                                              RAW(8)
 BCDA4                                     NOT NULL VARCHAR2(24)
 CODV4                                     NOT NULL VARCHAR2(3)
 OCOD5                                              RAW(8)
 BCDA5                                     NOT NULL VARCHAR2(24)
 CODV5                                     NOT NULL VARCHAR2(3)
 VERSN                                     NOT NULL VARCHAR2(9)
 CODVN                                     NOT NULL VARCHAR2(3)
 TZONE                                     NOT NULL VARCHAR2(18)
 ZBVMASTER                                 NOT NULL VARCHAR2(3)
 PASSCODE                                           RAW(20)
 PWDCHGDATE                                NOT NULL VARCHAR2(24)
 PWDSTATE                                  NOT NULL NUMBER(3)
 RESERVED                                  NOT NULL NUMBER(3)
 PWDHISTORY                                NOT NULL NUMBER(3)
 PWDLGNDATE                                NOT NULL VARCHAR2(24)
 PWDSETDATE                                NOT NULL VARCHAR2(24)
 PWDINITIAL                                NOT NULL NUMBER(3)
 PWDLOCKDATE                               NOT NULL VARCHAR2(24)
 PWDSALTEDHASH                             NOT NULL VARCHAR2(765)
 SECURITY_POLICY                           NOT NULL VARCHAR2(120)

[Read more…]

LONG-Field Tabellen und die online Reorganisation

Wenn man einen Tablespace reorganisieren möchte kann man dies in der Regel online als auch offline tun. Beide Verfahren haben ihre Vor- und Nachteile. Bei der online Reorganisation von Tabellen gibt es jedoch eine Einschränkung bzgl. Tabellen mit Feldern vom Typ LONG. Diese können nicht online reorganisiert werden. Bei moderneren Systemen (Neuinstallation >= Kernel 7.00) kommen LONG-Fields nicht mehr vor bzw. die Systeme werden ohne LONG-Felder ausgeliefert. Bei älteren Systemen muss man sich entweder mit einem Export/Import der Tabellen behelfen oder aber die LONG-Fields in LOBs umwandeln. Aber Achtung, je nach Release kann es hier zu Nebeneffekten kommen. Sofern man ein historisch gewachsenes System hat, das über einen Kernel >= 7.00 sowie Oracle 10g verfügt kann man die LONG-Fields jedoch einfach konvertieren. Das geht sogar online und muss lediglich einmal gemacht werden. Der online Reorganisation von Tabellen steht dann nichts mehr im Wege.

Zunächst kann man recht einfach prüfen ob es denn überhaupt LONG-Fields in den Tabellen gibt, die umgesetzt werden müssen.

SQL> select TABLE_NAME, COLUMN_NAME from dba_tab_columns where owner='<Schema-Owner>' and data_type = 'LONG';

TABLE_NAME                     COLUMN_NAME
------------------------------ ------------------------------
GVD_OBJECT_DEPEN               TO_NAME
GVD_SQL                        SQL_TEXT
GVD_SQLAREA                    SQL_TEXT
ORA_RESUMABLE                  SQL_TEXT
PLAN_TABLE                     OTHER

SQL>

[Read more…]