Toad for Oracle 10 bringt Oracle 9.2.0.2 Server zum Absturz

By dose | December 17, 2010
Under: Uncategorized

Der heutige Tag begann alles Andere als gut.
Um 8 Uhr bekam ich den Anruf, dass sich niemand mehr auf der Datenbank einloggen kann, alles steht, nichts geht mehr. Sowas hört man doch gerne in alle Früh, zumal mir schon am Vortag ein Internetverbindungsproblem mit dem Kabelmodem unseres Providers die gute Laune verdorben hat.
Eine kurze Überprüfung ergab, dass die Datenbank wirklich nicht mehr lief. Datenbank neu gestartet und alles funktionierte wieder. Aber nur für ca. 3 Stunden, dann war sie plötzlich wieder down.
Grund genug, sich einmal das Logfile /oracle9/admin/dba/bdump/alert_dba.log anzusehen.

Thu Dec 16 14:10:17 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_20397.trc:
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 14:10:17 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_20397.trc:
ORA-07445: exception encountered: core dump [kssadf_stage()+20] [SIGSEGV] [Address not mapped to object] [0x0] [] []
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 14:17:10 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_21514.trc:
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 14:17:10 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_21514.trc:
ORA-07445: exception encountered: core dump [kssadf_stage()+20] [SIGSEGV] [Address not mapped to object] [0x0] [] []
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 14:18:12 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_21687.trc:
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 14:18:12 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_21687.trc:
ORA-07445: exception encountered: core dump [kssadf_stage()+20] [SIGSEGV] [Address not mapped to object] [0x0] [] []
ORA-00600: internal error code, arguments: [12333], [0], [0], [0], [], [], [], []
Thu Dec 16 19:43:12 2010
Thread 1 advanced to log sequence 2304
Current log# 2 seq# 2304 mem# 0: /udsk_d01/dba/redo02.log
Thu Dec 16 21:30:05 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_16097.trc:
ORA-00600: internal error code, arguments: [kqrfrpo], [0x5AECABA4], [11], [], [], [], [], []
Thu Dec 16 21:30:05 2010
Errors in file /oracle9/admin/dba/udump/dba_ora_16097.trc:
ORA-00600: internal error code, arguments: [kqrfrpo], [0x5AECABA4], [11], [], [], [], [], []

Also gegen 14 Uhr kam ein Internal Error 12333. Danach lief die DB noch ein paar STunden, bis sie dann schließlich mit internal Error kqrfrpo crashte.
Netterweise bietet Oracle in /oracle9/admin/dba/udump/ die entsprechenden Dumpfiles an. Hierbei entdeckte ich beim jeweils ersten Crash, welchem dann die anderen Crashes oft erst nach Stunden folgten, dass dort
(CID=(PROGRAM=]

A97FE80 505C3A43 72676F72 656D6D61 6575515C [C:\Programme\Que]
A97FE90 53207473 7774666F 5C657261 64616F54 [st Software\Toad]
A97FEA0 726F6620 61724F20 20656C63 545C3031 [ for Oracle 10\T]
A97FEB0 2E64616F 29657865 534F4828 43503D54 [oad.exe)(HOST=PC]

im Memory Dump drinnnen stand.
Dies machte mich dann doch etwas stutzig. Error 12333 tritt ja u.A. auf, wenn ungültige Daten von einem Client übermittelt wurden.
Schließlich fand ich im Internet dann auch noch folgenden Thread:
http://tech.dir.groups.yahoo.com/group/toad/message/51012
welcher ebenso sehr große Parallelen zu meinem Fall aufwies.
Ich habe dann den betreffenden User informiert, und der bestätigte mir, dass er TOAD 10 seit dem Vortag einsetzt und dieser aber auch schon so manchen komischen Fehler geliefert hat.
Auch der Verwendungszeitpunkt passte genau zusammen, sodass hier durchaus ein kausaler Zusammenhang vermutet werden kann.
Ich habe den betreffenden Benutzer dann gebeten, das Programm nicht mehr zu benutzen. Bis jetzt läuft die Datenbank wieder stabil ( so wie sie 2 Jahre lang auch schon gelaufen ist).
Falls jemand ein ähnliches Problem haben sollte, hier ist die Konstellation, die das verursachte:

Client: Oracle 8i client und Toad for Oracle 10
Server: Oracle 9.2.0.2

Eventuell irgendein Speicherüberschreiber, der damit zur nachhaltigen Destabilisierung des DB-Servers führt?
TOAD 7.5.2.0 läuft übrigens ohne Probleme.

One comment | Add One

Comments

  1. Nonojonathan - 07/6/2013 at 08:03

    (database open)alter session set eevtns IMMEDIATE trace name ADJUST_SCN level x’;(database mount)alter session set eevtns ‘10015 trace name adjust_scn level x’; 惜 分飞

Trackbacks

Leave a Comment

Name:

E-Mail :

Subscribe :
Website :

Comments :