Форум OlegON > Компьютеры и Программное обеспечение > Операционные системы и программное обеспечение > Oracle

Перестали подключаться пользователи ORA-00604: error occurred at recursive SQL level %s : Oracle

28.03.2024 12:46


29.01.2015 09:46
VitorJ
 
Добрый день!
Господа подскажите, в какой то момент пользователи перестали конектится к БД с ошибкой
Код:
сообщение: "ORA-00604: error occurred at recursive SQL level %s
"
hResult: 80004005h; доп. код: 604
источник: Microsoft OLE DB Provider for Oracle
исключение: System.Runtime.InteropServices.COMException
метод: Boolean Login(System.String, System.String, System.String, System.String, Int32 ByRef)
   at Sm.Interfaces.INativeHostConfig.Login(String pDbaseName, String pUserLogin, String pPassword, String pInstaller, Int32& pProcessHandle)
   at Sm.Main.LocalServer.MainLocalServer.Sm.Main.Link.IMainServer.OpenServer(String databaseName, String userLogin, String password, ITaskBreaker breaker)
   at Sm.Main.LocalConnector.OpenMainServer(String databaseName, String userLogin, String password, ITaskBreaker breaker)
в Алерт логе все вроде нормально, но смутил выделенный фрагмент

Код:
  Current log# 4 seq# 3558 mem# 0: D:\ORACLE\ORADATA\BLDBERCO\REDO04.LOG
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
[10216] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:1129119 end:1129306 diff:187 (1 seconds)
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is CL8MSWIN1251
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Thu Jan 29 14:29:56 2015
QMNC started with pid=22, OS id=10228 
Completed: alter database open
Thu Jan 29 14:30:01 2015
db_recovery_file_dest_size of 4977 MB is 0.00% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Starting background process SMCO
Thu Jan 29 14:31:46 2015
SMCO started with pid=32, OS id=3080 
Thu Jan 29 14:31:55 2015
Thread 1 cannot allocate new log, sequence 3559
Private strand flush not complete
  Current log# 4 seq# 3558 mem# 0: D:\ORACLE\ORADATA\BLDBERCO\REDO04.LOG
Thread 1 advanced to log sequence 3559 (LGWR switch)
  Current log# 5 seq# 3559 mem# 0: D:\ORACLE\ORADATA\BLDBERCO\REDO05.LOG
Thu Jan 29 14:34:52 2015
Starting background process CJQ0
Thu Jan 29 14:34:52 2015
CJQ0 started with pid=34, OS id=10060 
Thu Jan 29 14:34:55 2015
Errors in file D:\ORACLE\diag\rdbms\bldberco\bldberco\trace\bldberco_j000_8392.trc:
ORA-12012: error on auto execute of job 62
ORA-20500: ACCESS DENIED!
ORA-06512: at line 17
Thu Jan 29 14:34:55 2015
Errors in file D:\ORACLE\diag\rdbms\bldberco\bldberco\trace\bldberco_j001_9964.trc:
ORA-12012: error on auto execute of job 82
ORA-20500: ACCESS DENIED!
ORA-06512: at line 17
Thu Jan 29 14:35:25 2015
Thread 1 advanced to log sequence 3560 (LGWR switch)
  Current log# 6 seq# 3560 mem# 0: D:\ORACLE\ORADATA\BLDBERCO\REDO06.LOG
Thu Jan 29 14:38:31 2015
Thread 1 advanced to log sequence 3561 (LGWR switch)
  Current log# 4 seq# 3561 mem# 0: D:\ORACLE\ORADATA\BLDBERCO\REDO04.LOG
к слову сказать под supermagом все нормально подключается.
Подскажите в чем может быть проблема?
29.01.2015 10:16
kadr
 
те же пользователи через любое другое приложение (например SQL+) могут подключиться к базе?
29.01.2015 10:21
VitorJ
 
Нет, так же появляется ошибка если через SQL+
Код:
Enter user-name: admin
Enter password:
ERROR:
ORA-00604: error occurred at recursive SQL level 1
ORA-20500: ACCESS DENIED!
ORA-06512: at line 17
подключается только под sys и supermag
29.01.2015 11:04
bayan
 
Триггер системный на логон? Ошибка то рукотворная...
29.01.2015 11:09
VitorJ
 
Цитата:
bayan Триггер системный на логон? Ошибка то рукотворная...
Ты прав, ошибка оказалась рукотворной. Опустим нюансы в общем решили попробовать обсуждаемую тут утилиту SM2000utils, после подключения ей к БД, начала появляться эта ошибка, через вышеупомянутую утилиту редактируем учетную запись пользователя ставим галочку разрешить удаленный доступ минуя контроль IP, то пользователи логинятся без проблем, но на самом сервер залоснится под пользователем не тполучается
29.01.2015 11:10
VitorJ
 
я так понимаю, выключили некую фильтрацию подключений.
29.01.2015 11:25
VitorJ
 
но понять не могу, как вернуть все обратно
29.01.2015 13:01
VitorJ
 
Разобрались, извиняюсь перед автором, утилита называется также, но софт не тот вешает некий триггер такого вида
Код:
Declare v_access_denied boolean:=true; v_ip varchar(15); v_user varchar(50); v_access integer(15);
begin 
 v_user:=USER; 
 if v_user in ('SYS','SUPERMAG','SYSTEM','SYSMAN','READONLY') then
v_access_denied:=false; else
v_ip:=SYS_CONTEXT('USERENV', 'IP_ADDRESS');
select count(*) into v_access from supermag.isi_access_ip
where substr(ip_address,1,instr(ip_address,'*')-1)=substr(v_ip,1,instr(ip_address,'*')-1);
if v_access>0 then v_access_denied:=false; else v_access:=0;
select count(*) into v_access from supermag.isi_access_user
where isi_access_user.name_user=v_user;
if v_access>0 then v_access_denied:=false;
end if;
end if;
end if;
if v_access_denied then
raise_application_error(-20500,'ACCESS DENIED!',true);
end if;
end;
достаточно оригинальный, но не суть, мотивы мне понятны.
Тему можно закрыть.
Лишний раз удостоверяюсь, либо делай сам, либо пользуй штатные средства!!!!
Часовой пояс GMT +3, время: 12:46.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.