Oracle
 sql >> база данни >  >> RDS >> Oracle

Oct2014 CPU се срива ArcGIS Desktop

Веднага след като приложих Oct2014 SPU към нашата база данни за разработка, членовете на нашия ИТ персонал започнаха да се оплакват, че връзките с директна връзка с ArcCatalog и ArcMap ще се сринат. Приложението дори няма да се свърже с базата данни. Опитах различни неща...дори да надстроя Oracle Client до 11.2.0.4, за да съответства на версията на базата данни (беше 11.2.0.1), но нищо не проработи. Дори стигнах дотам, че активирах както проследяването на 10046, така и проследяването на SQL*Net от страна на клиента. В проследяването 10046 можех да видя къде са издадени SQL оператори към базата данни. Регистърът на слушателя потвърди, че клиентът е установил връзка и 10046 показва стандартните SQL оператори, които са били издадени към базата данни на Oracle всеки път, когато ArcCatalog направи връзка с директна връзка. Освен в края на файла за проследяване 10046, беше този последен SQL израз:

 Пар на курсора #140250835575144 len =279 dep =0 uid =9459 октомври =3 lid =9459 tim =1413920974829489 hv =3533534632 ad ='7963a438' Sqlid ='5HQ4SVB999uxd8'eslect, r.heme, р.н. column_name, x.column_id, x.index_id, x.registration_id, x.minimum_id, x.config_keyword,x.xflags ОТ SDE.table_registry r, SDE.sde_xml_columns x WHERE r.registration_id =x.registration_id. И_ 'GDB_ITEMS' И r.owner ='SDE'))КРАЙ НА 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 #2bytes=1413697536 #2bytes=1414 p3897 obj=18 p3=0 
 

Така че SQL беше издаден и анализиран. И след това преди изпълнение, SQL*Net съобщение до клиента настъпи събитие чакане. И това е краят. Затова се обърнах към SQL*Net трасиране. Тази следа разкри следното:

DDE:Контролът на наводненията не е активен. Създаден е инцидент 1, файл за изхвърляне:c:\oracle\product\11.2.0\client_2\log\oradiag_bpeasland\diag\clients\user_bpeasland\host_525531546_80\incident\inccident\_2408050 [3221225477] [Необработено изключение:Code=c0000005 Flags=0] [] [] [] [] [] [] [] [] [] []

Е, грешката OCI-24550 не беше много информативна. Опитах се да разровя още малко, когато един колега намери документ на ESRI, който описва точно това поведение и сега имат грешка № 82555. Ето този документ:

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 казва да избягвате пластира. Но предпочитам да не чакам ESRI и Oracle да спрат да се сочат с пръст. Също така имам опит, че грешките в ESRI не се коригират експедитивно. Обходното решение за предоставяне на ролята SELECT_CATALOG_ROLE работи доста добре за мен. Надявам се това да помогне на други, които имат същия проблем.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Представяне на IPv4/IPv6 адреси в Oracle

  2. varchar2(n BYTE|CHAR) по подразбиране -> CHAR или BYTE

  3. Основен дъмп файл и добавяне на кодове за отстраняване на грешки в изпълнимия файл на приложението за Oracle Apps

  4. променете колоната за преименуване на таблица в базата данни на Oracle

  5. Разбиране на Java на Oracle на Mac