Upgrade

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

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

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

Oracle patchen ohne oraInventory? Geht nicht? Geht doch!

Man benötigt es nicht wirklich oft – aber wenn es defekt ist oder gar komplett fehlt wird das oraInventory auf einen Schlag plötzlich sehr wichtig. Ohne oraInventory kann man das Oracle weder Patchen noch Updaten. Eigentlich sollte es kein Problem sein das Verzeichnis einfach aus einem Backup wieder herzustellen. Eigentlich. Denn manchmal kommt es eben anders als man denkt. Man wollte z.B. nur schnell einen Oracle SBP einspielen und dann meldet der OPatch folgende Fehlermeldung:

OPatch failed to locate Central Inventory.
Possible causes are: 
    The Central Inventory is corrupted
    The oraInst.loc file specified is not valid.
LsInventorySession failed: OPatch failed to locate Central Inventory.
Possible causes are: 
    The Central Inventory is corrupted
    The oraInst.loc file specified is not valid.

Es gibt nun zwei Möglichkeiten:

  • Eine Neuinstallation der kompletten Oracle Software
  • Das orainventory einfach wieder herstellen

(Bitte nicht auf die Idee kommen das Verzeichnis einfach von einer anderen Oracle Installation zu kopieren – das ist keine gute Idee!)
Da mir die erste Lösung zu viel Aufwand mit sich bringt bin ich eher ein Freund des zweiten Lösungsansatzes. Die Umsetzung funktioniert im Übrigen auch viel schneller. [Read more…]

Oracle Datenbankupgrade und das Backup danach

Nach dem erfolgten Upgrade einer 10er Oracle Datenbank auf die Version 11g wollte ich zur Sicherheit ein Offlinebackup des Systems fahren. Allerdings begrüßte mich brbackup daraufhin erst einmal mit einer Fehlermeldung:

brbackup -u / -c -m all -t offline_force
/usr/lib/hpux64/dld.so: Unsatisfied data symbol 'nltrc_entry' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.
/usr/lib/hpux64/dld.so:  Unsatisfied data symbol 'nltrc_exit' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.
/usr/lib/hpux64/dld.so:  Unsatisfied data symbol 'nzdacvalue' in
load module  '/oracle/client/10x_64/instantclient/libnnz10.so'.

Killed

Ein ldd auf brbackup brachte dann folgendes zu Tage:

ldd brbackup [Read more...]

Nutzertypen nicht verfügbar

Ich bin heute nach einem Upgrade in einem BW System über ein kleines Problem gestoßen. Die bekannten Benutzertypen für die Nutzerklassifizierung standen nicht zur Verfügung. Warum das jetzt? Vor dem Upgrade war doch alles so wie es sein sollte. Hatte die SAP etwa einfach so die Kategorien geändert? Die Verfügbaren Typen waren ganz anders als jene, die sonst für die Klassifizierung herangezogen worden sind.

Des Rätsels Lösung war ganz simpel. Ab in die TA USMM (Systemvermessung) und den Reiter Preislisten wählen. Hier die Richtige auswählen und die nicht benutzten deaktivieren. Den nächsten Reiter Nutzertypen wählen und schon hat man die gesuchten Nutzertypen wieder verfügbar und aktiviert.

Gewusst wie. 🙂 Auch wenn ich nicht wüsste warum beim Update die Preislisteneinstellungen verändert worden sind.