Datenbank läßt sich nicht öffnen nach update auf 9.2.

[Torsten Peukert]

Hallo,

ich habe den Client und den Server von 9.0 auf 9.2. aktualisiert und kann nun meine DB nicht mehr öffnen.

Beim hochfahren und öffnen über den Enterprise Manager bekomme immer die Fehlermeldung: "ORA-01092: Oracle Instance beendet. Verbindungsabbruch erzwungen"

Hat jemand einen Tipp wie ich wieder an die DB rankommen kann ?

Vielen Dank !

Torsten

[Uschi Blanz]

Hallo Torsten,

vielleicht versucht Dein Server die alte 9.0 -version hochzufahren, so daß die richtige Version nicht mehr starten kann. Wenn Dein Betriebssystem Windows ist, hast Du irgendwo Verzeichnisse mit oracle/ora90 bzw. oracle ora92. Darunter liegt unter dem Instanz-Namen ein Verzeichnis bdump, in dem das Alert-Log liegt (hat im Namen irgendow 'alert' oder 'alrt'). Schau mal nach, wann was hochgefahren wird, bzw. was da für Fehlermeldungen stehen. Wenn Du unter Unix bist, such unter ORACLE_HOME nach dem bdump_Verzeichnis.

Gruß
Usch

[Torsten Peukert]

Hallo Uschi,

ich habe das file gefunden, allerdings konnte ich damit nicht wirklich anfangen.

<PRE>
Tue May 11 13:18:38 2004
Starting ORACLE instance (normal)
Tue May 11 13:18:38 2004
Running with 1 strand for Non-Enterprise Edition
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
Running with 1 strand for Non-Enterprise Edition
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.1.0.
System parameters with non-default values:
processes = 150
timed_statistics = TRUE
shared_pool_size = 33554432
large_pool_size = 4194304
java_pool_size = 33554432
control_files = D:\oracle\oradata\pms\CONTROL01.CTL, D:\oracle\oradata\pms\CONTROL02.CTL, D:\oracle\oradata\pms\CONTROL03.CTL
db_block_size = 4096
db_cache_size = 33554432
compatible = 9.0.0
fast_start_mttr_target = 0
undo_management = AUTO
undo_tablespace = UNDOTBS
remote_login_passwordfile= EXCLUSIVE
db_domain =
instance_name = pms
dispatchers = (PROTOCOL=TCP)(SER=MODOSE), (PROTOCOL=TCP)(PRE=oracle.aurora.server.GiopServer ), (PROTOCOL=TCP)(PRE=oracle.aurora.server.SGiopServe r)
background_dump_dest = D:\oracle\admin\pms\bdump
user_dump_dest = D:\oracle\admin\pms\udump
core_dump_dest = D:\oracle\admin\pms\cdump
sort_area_size = 524288
db_name = pms
open_cursors = 300
PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7
Tue May 11 13:18:40 2004
starting up 1 shared server(s) ...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Oracle Data Guard is not available in this edition of Oracle.
Tue May 11 13:18:42 2004
/* OracleOEM */ ALTER DATABASE MOUNT
Tue May 11 13:18:48 2004
Successful mount of redo thread 1, with mount id 1406061812.
Tue May 11 13:18:48 2004
Database mounted in Exclusive Mode.
Completed: /* OracleOEM */ ALTER DATABASE MOUNT
Tue May 11 13:18:48 2004
/* OracleOEM */ ALTER DATABASE OPEN
Tue May 11 13:18:48 2004
Beginning crash recovery of 1 threads
Tue May 11 13:18:48 2004
Started recovery at
Thread 1: logseq 201, block 3, scn 0.0
Recovery of Online Redo Log: Thread 1 Group 2 Seq 201 Reading mem 0
Mem# 0 errs 0: D:\ORACLE\ORADATA\PMS\REDO02.LOG
Tue May 11 13:18:51 2004
Ended recovery at
Thread 1: logseq 201, block 65, scn 0.5063747
13 data blocks read, 13 data blocks written, 62 redo blocks read
Crash recovery completed successfully
Tue May 11 13:18:52 2004
Thread 1 advanced to log sequence 202
Thread 1 opened at log sequence 202
Current log# 3 seq# 202 mem# 0: D:\ORACLE\ORADATA\PMS\REDO03.LOG
Successful open of redo thread 1.
Tue May 11 13:18:52 2004
SMON: enabling cache recovery
Tue May 11 13:18:52 2004
Undo Segment 1 Onlined
Undo Segment 2 Onlined
Undo Segment 3 Onlined
Undo Segment 4 Onlined
Undo Segment 5 Onlined
Undo Segment 6 Onlined
Undo Segment 7 Onlined
Undo Segment 8 Onlined
Undo Segment 9 Onlined
Undo Segment 10 Onlined
Successfully onlined Undo Tablespace 1.
Tue May 11 13:18:52 2004
SMON: enabling tx recovery
Tue May 11 13:18:52 2004
Database Characterset is WE8MSWIN1252
Updating 9.0.1.1.1 NLS parameters in sys.props$
-- adding 9.2.0.1.0 NLS parameters.
Tue May 11 13:18:52 2004
Errors in file d:\oracle\admin\pms\udump\pms_ora_2268.trc:
ORA-10827: database must be opened with MIGRATE option

Error 10827 happened during db open, shutting down database
USER: terminating instance due to error 10827
Tue May 11 13:18:53 2004
Errors in file d:\oracle\admin\pms\bdump\pms_pmon_2204.trc:
ORA-10827: database must be opened with MIGRATE option

Instance terminated by USER, pid = 2268
ORA-1092 signalled during: /* OracleOEM */ ALTER DATABASE OPEN ...

</PRE>

Grüße

Torste

[Falk Prüfer]

Hallo Torsten,

also meines Wissens ist es nicht mit dem blosen Update der Serversoftware getan. Die DB-Files sind ja nach wie vor der Meinung eine 9.0 zu sein. Das führt in jedem Fall zu Konflikten mit der 9.2er Serversoftware. (mglws. geändertes data dictionary etc.)

Der "schwierige" Weg einer Migration (und nichts anderes ist das was du mit einem Update von 9.0 nach 9.2 machst) ist: komplette DB mit der 9.0 exportieren (Dump), Server updaten, DB mit neuer Version neu anlegen, Dump der kompletten DB importieren. Spätesten bei diesem Aufwand stellt sich die Frage "brauche ich die Version 9.2 wirklich?"
Die Alternative ist die im alert.log angegebene MIGRATION Option (Bei der Migration von 7.x nach 8i hiess das noch CONVERT).
Du solltest die DB also nicht automatisch starten, sondern über den svrmgrl "per Hand": Anmelden als internal, "alter database mount", "alter database migrate" (die geaue Syntax bitte in der Doku zu 9.2 nachlesen), "alter database open". Wenn das nicht funktioniert, dann bleibt wahrscheinlich nur Weg1 !

Gruß Fal

[Falk Prüfer]

Ach so, vielleicht sollte ich noch daztu sagen, dass du das "alter database migrate" <b>nur einmal</b> aufrufen brauchst, danach kannst du die DB wieder ganz "normal" starten.

Gruß Fal