Unmittelbar nachdem ich das Oct2014-SPU auf unsere Entwicklungsdatenbank angewendet hatte, begannen sich Mitglieder unserer IT-Mitarbeiter darüber zu beschweren, dass Direktverbindungsverbindungen mit ArcCatalog und ArcMap abstürzen würden. Die App würde sich nicht einmal mit der Datenbank verbinden. Ich habe verschiedene Dinge ausprobiert ... sogar ein Upgrade von Oracle Client auf 11.2.0.4, um der Datenbankversion zu entsprechen (es war 11.2.0.1), aber nichts hat funktioniert. Ich ging sogar so weit, sowohl die 10046-Ablaufverfolgung als auch die clientseitige SQL*Net-Ablaufverfolgung zu aktivieren. In der Ablaufverfolgung 10046 konnte ich sehen, wo SQL-Anweisungen an die Datenbank ausgegeben wurden. Das Listener-Protokoll bestätigte, dass der Client eine Verbindung hergestellt hat, und 10046 zeigt die standardmäßigen SQL-Anweisungen, die jedes Mal an die Oracle-Datenbank ausgegeben wurden, wenn ArcCatalog eine Direktverbindung herstellte. Außer am Ende der Trace-Datei 10046 war diese letzte SQL-Anweisung:
PARSING IN CURSOR #140250835575144 len=279 dep=0 uid=9459 oct=3 lid=9459 tim=1413920974829489 hv=3533534632 ad='7963a438' sqlid='5hq4svb99uxd8'SELECT r.table_name, x.table_name, r.table_name Spaltenname, x.column_id, x.index_id, x.registration_id, x.minimum_id, x.config_keyword, x.xflags FROM SDE.table_registry r, SDE.sde_xml_columns x WHERE r.registration_id =x.registration_id AND (( r.table_name ='GDB_ITEMS' AND r.owner ='SDE')) ENDE VON STMTPARSE #140250835575144:c=4999,e=5796,p=0,cr=147,cu=0,mis=1,r=0,dep=0 ,og=1,plh=1755489251,tim=1413920974829487WAIT #140250835575144:nam='SQL*Net message to client' ela=3 driver id=1413697536 #bytes=1 p3=0 obj#=297281 tim=14139209748>9548
Also wurde das SQL ausgegeben und analysiert. Und dann vor der Ausführung die SQL*Net-Nachricht an den Client Warteereignis aufgetreten. Und das ist das Ende davon. Also wandte ich mich dem SQL*Net-Tracing zu. Diese Ablaufverfolgung ergab Folgendes:
DDE:Flood control is not activeIncident 1 created, dump file:c:\oracle\product\11.2.0\client_2\log\oradiag_bpeasland\diag\clients\user_bpeasland\host_525531546_80\incident\incdir_1\ora_26000_24088_i1.trcoci-24550 [3221225477] [Unbehandelte Ausnahme:Code=c0000005 Flags=0] [] [] [] [] [] [] [] [] [] []
Nun, der OCI-24550-Fehler war nicht sehr informativ. Ich habe versucht, etwas weiter zu graben, als ein Kollege ein ESRI-Dokument fand, das genau dieses Verhalten beschreibt, und sie haben jetzt Fehler Nr. 82555. Hier ist dieses Dokument:
http://support.esri.com/en/knowledgebase/techarticles/detail/43293?utm_source=esri&utm_medium=email&utm_term=73110&utm_content=article&utm_campaign=oracle_patch_2014
ESRI sagt, den Patch zu vermeiden. Aber ich würde lieber nicht warten, bis ESRI und Oracle aufhören, mit dem Finger aufeinander zu zeigen. Ich habe auch die Erfahrung gemacht, dass ESRI-Bugs nicht schnell behoben werden. Die Problemumgehung zum Gewähren der Rolle SELECT_CATALOG_ROLE hat für mich recht gut funktioniert. Ich hoffe, das hilft anderen, die das gleiche Problem haben.
