16.09.2010 10:46
genius-na
 
Доброе время суток! Следующая проблема:

Ночью в одном из магазинов отключили э/э, юпс отжил свое и почему-то не слил сервер корректно. Свет дали, сервер загрузился, но.. на утро выяснилось что супермаг не работает. Причина - нет связи с Оracle. Стал разбираться, смотреть что случилось, нашел в алертлоге следующее:

Код:
Thu Sep 16 01:31:21 2010
Errors in file d:\oracle\product\10.2.0\admin\privozmg\udump\privozmg_ora_5180.trc:
ORA-00604: ошибка на рекурсивном SQL-уровне 1
ORA-03135: соединение потеряно
ORA-06512: на  "SYS.DBMS_JOB", line 150
ORA-06512: на  line 1

Thu Sep 16 01:31:21 2010
Errors in file d:\oracle\product\10.2.0\admin\privozmg\udump\privozmg_ora_5304.trc:
ORA-00604: ошибка на рекурсивном SQL-уровне 1
ORA-03135: соединение потеряно
ORA-06512: на  "SYS.DBMS_JOB", line 150
ORA-06512: на  line 1
и так N раз, затем свет выключают еще раз. Включают, сервер загружается, в алертлоге (фрагмент):
Код:
Thu Sep 16 01:57:45 2010
SMON: enabling tx recovery
Thu Sep 16 01:57:45 2010
Database Characterset is CL8MSWIN1251
Opening with internal Resource Manager plan
where NUMA PG = 1, CPUs = 4
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
QMNC started with pid=21, OS id=3032
Thu Sep 16 01:57:55 2010
Completed: alter database open
Thu Sep 16 01:57:58 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:57:59 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:58:01 2010
Suspending database after alter system suspend command
Thu Sep 16 01:58:03 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 01:59:35 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 02:23:10 2010
Flush retried for xcb 0x4eb951cc, pmd 0x4e0f78dc
Thu Sep 16 02:23:10 2010
MMNL absent for 1227 secs; Foregrounds taking over
Thu Sep 16 02:23:14 2010
ALTER SYSTEM SET job_queue_processes=5 SCOPE=SPFILE;
Thu Sep 16 09:07:46 2010
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=18
System State dumped to trace file d:\oracle\product\10.2.0\admin\privozmg\udump\privozmg_ora_4036.trc
и к базе прицепится невозможно.

пробывал

Код:
>sqlplus /nolog

SQL*Plus: Release 10.2.0.4.0 - Production on Thu Sep 16 15:40:25 2010

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

SQL> conn / as sysdba
и висим.... сколь угодно долго. Через листенер тоже самое.
Код:
SQLNET.AUTHENTICATION_SERVICES = (NTS)
в sqlnet.ora присутвует, пользователь в Ora_DBA. Когда SQLNET.AUTHENTICATION_SERVICES = (NTS) было закомменчено, выдавал ORA-01031: insufficient privileges
Пробывал в реестре отключать автострат базы, ребутить сервер и запускать вручную:

Код:
SQL> conn / as sysdba
Connected to an idle instance.
SQL> startup
ORACLE instance started.

Total System Global Area 1073741824 bytes
Fixed Size                  1300804 bytes
Variable Size             645924540 bytes
Database Buffers          419430400 bytes
Redo Buffers                7086080 bytes
Database mounted.
Database opened.
SQL> select * from olegon_param
  2  ;
и снова висим...

В чем может быть дело?:Elffy_34:

Бухи и операторы аж глаза вышибают своим "Когда?" *24
17.09.2010 13:05
leonid
 
Может и не актуально уже, но выскажу свои мысли.
Легче всего восстановить из бэкапа.

А если попытаться разобраться, то следует обратить внимание на

[QUOTE=genius-na;75782]
>>> WAITED TOO LONG FOR A ROW CACHE ENQUEUE LOCK! pid=18
System State dumped to trace file d:\oracle\product\10.2.0\admin\privozmg\udump\privozmg_ora_4036.trc[/code]

Изучить файл:
d:\oracle\product\10.2.0\admin\privozmg\udump\privozmg_ora_4036.trc

Смысл в том, что процесс pid=18 заблокировал базу.
В инете говорят, что это баг Оракла.
Надо пытаться перезагружать базу, попробовать открыть ее в режиме только чтения.
Часовой пояс GMT +3, время: 04:50.

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