Имя: Пароль:
1C
 
Технологический журнал JobScheduler Ошибка СУБД: ORA-00942. Как отловить откуда идет?
,
0 Вася Теркин
 
25.06.19
07:26
00:32.946017-0,EXCP,3,process=rphost,p:processName=PVDBILL,t:clientID=12,t:applicationName=JobScheduler,t:computerName=Server1C82,Exception=DataBaseException,Descr='Ошибка СУБД:
ORA-00942: таблица или представление пользователя не существует
'
00:32.946018-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
00:32.946019-8,EXCPCNTX,2,SrcName=DBOracle,OSThread=3576,process=rphost,p:processName=PVDBILL,t:clientID=12,t:applicationName=JobScheduler,t:computerName=Server1C82,Trans=0,dbpid=0,Sql="SELECT  /*+ NO_CPU_COSTING */ BLOCKED.SID, BLOCKER.SID FROM V$LOCK BLOCKER INNER JOIN V$LOCK BLOCKED ON BLOCKER.ID1 = BLOCKED.ID1 AND BLOCKER.ID2 = BLOCKED.ID2 AND BLOCKED.BLOCK = 0 AND BLOCKED.LMODE = 0 AND BLOCKED.TYPE = 'TX' WHERE BLOCKER.BLOCK = 1 AND BLOCKER.REQUEST = 0 AND BLOCKER.TYPE = 'TX'",Prm=
00:32.946020-12,EXCPCNTX,1,SrcName=CALL,OSThread=3576,process=rphost,p:processName=ServerJobExecutorContext,t:clientID=12,t:applicationName=JobScheduler,t:computerName=Server1C82
00:32.946022-4400454021,EXCPCNTX,0,SrcName=CONN,OSThread=3576,process=rphost,t:clientID=12

Не могу понять откуда лезет? какую таблицу он найти не может?
1 piter3
 
25.06.19
08:47
оракл?
2 Вася Теркин
 
25.06.19
09:29
Не важно.Уже нашел. Добрые люди накапливали ЖР а потом его фоном через КОМ пытались ЧЕРЕЗ ПОПЫТКУ переносить в другую базу, которая только ЖР хранит. Но только ком базы не существует...
3 palsergeich
 
25.06.19
10:06
(2) костыльненько
4 Вася Теркин
 
25.06.19
10:13
Сволочи. Всех убью.
5 Вася Теркин
 
26.06.19
05:29
Сказано- сделано. Не помогло.
Есть новые подробности.
6 Вася Теркин
 
26.06.19
05:32
Получается так: Есть несколько рабочих процессов и одна база продуктив. Полторы сотни юзеров. Оракл. Когда рабочий процесс запускается, сразу стартует в каждом процессе по два планировщика заданий без указания базы. И ещё один планировщик с именем рабочей базы. Эти два планировщика висят все время и не завершаются никогда.
Есть такое предположение: планировщик пытается обратиться к какой-то таблице, но у оракла её нет. Либо с форматом базы что-то не так. Но возвращается:
7 Вася Теркин
 
26.06.19
05:32
00:32.946017-0,EXCP,3,process=rphost,p:processName=PVDBILL,t:clientID=12,t:applicationName=JobScheduler,t:computerName=Server1C82,Exception=DataBaseException,Descr='Ошибка СУБД:
ORA-00942: таблица или представление пользователя не существует
8 Вася Теркин
 
26.06.19
05:33
Планировщик этот ответ оракла не понимает, предполагает что таблица залочена и идет смотреть:
9 Вася Теркин
 
26.06.19
05:43
SELECT  /*+ NO_CPU_COSTING */ BLOCKED.SID, BLOCKER.SID FROM V$LOCK BLOCKER INNER JOIN V$LOCK BLOCKED ON BLOCKER.ID1 = BLOCKED.ID1 AND BLOCKER.ID2 = BLOCKED.ID2 AND BLOCKED.BLOCK = 0 AND BLOCKED.LMODE = 0 AND BLOCKED.TYPE = 'TX' WHERE BLOCKER.BLOCK = 1 AND BLOCKER.REQUEST = 0 AND BLOCKER.TYPE = 'TX'"
10 Вася Теркин
 
26.06.19
05:45
Там не находит и опять обращается к таблице.
Как в технологическом журнале узнать какое задание планировщиком запускается куда планировщики обращаются?
Блокировка регламентных заданий есть, служба перезапущена.
11 Вася Теркин
 
26.06.19
06:46
Со стороны оракла такие запросы не проходят

----- Error Stack Dump -----
ORA-00942: таблица или представление пользователя не существует
----- Current SQL Statement for this session (sql_id=gw6ycfzsc3gyk) -----
SELECT  /*+ NO_CPU_COSTING */ BLOCKED.SID, BLOCKER.SID FROM V$LOCK BLOCKER INNER JOIN V$LOCK BLOCKED ON BLOCKER.ID1 = BLOCKED.ID1 AND BLOCKER.ID2 = BLOCKED.ID2 AND BLOCKED.BLOCK = 0 AND BLOCKED.LMODE = 0 AND BLOCKED.TYPE = 'TX' WHERE BLOCKER.BLOCK = 1 AND BLOCKER.REQUEST = 0 AND BLOCKER.TYPE = 'TX'

----- Error Stack Dump -----
ORA-00942: таблица или представление пользователя не существует
----- Current SQL Statement for this session (sql_id=dmpbnj1rdwgb5) -----
SELECT SID||' ' FROM V$SESSION WHERE AUDSID = USERENV('SESSIONID')

очень много раз
Компьютеры — прекрасное средство для решения проблем, которых до их появления не было.