Любопытство кошку сгубило :))

VasyakinM
Дата: 11.08.2005 14:10:03
Я тут вчера над своей базой измывался
(закончилось измывание delete from sys.obj$ )
Как результат все конечно легло
Предварительно я сделал резервную копию(по крайней мере я так думал :) )
Вообщем я забыл что интерконнект скинул свое табличное пространство в
WINDOWS\SYSTEM32 :))
В общем у меня все(в том числе и controlfile старые, а эта хрень новая)
База разумеется корректно не поднялась. Для того чтобы как-то с ней работать
я перевел файл(а он в этом табличном пространстве единстввенный в OFFLINE)
База открылась, но процесс MMON сбесился жрет кучу ресурсов.
Все запросы отрабатывают нормально, но при этом ORACLE жрет 90 процентов процессорного времени даже в состоянии покоя.(в смысле когда запросы не посылаются)

Что кто посоветует? :))
eire
Дата: 11.08.2005 14:25:23
VasyakinM
закончилось измывание delete from sys.obj$


VasyakinM
Что кто посоветует? :))


База промышленная? Если да уволиться
VasyakinM
Дата: 11.08.2005 14:28:01
Да нет конечно не промышленная :))
На ноуте стоит, переставлять нехочется :)
Ааз
Дата: 11.08.2005 14:28:08
VasyakinM
...База открылась, но процесс MMON сбесился жрет кучу ресурсов. Все запросы отрабатывают нормально, но при этом ORACLE жрет 90 процентов процессорного времени даже в состоянии покоя.(в смысле когда запросы не посылаются)
Для начала убедись, что это именно MMON, а не SMON какой ;-). STATISTIC_LEVEL поставь в TYPICAL. Или даже в BASIC. Посмотри, как отреагирует...

Всего
VasyakinM
Дата: 11.08.2005 14:34:01
То что это делает MMON ясно на мой взгдяд
по v$session , v$session_wait и пр.
Кроме того он видимо отрабатывает с ошибкой и переодически пишет в трейс

kwqicaclcur: Error 376
Cursor Session Number : 157
Cursor Session Serial : 0
Cursor Pin Number : 24585
error 376 happened during job cache initialization
VasyakinM
Дата: 11.08.2005 14:34:55
Извиняюсь что сразу не упомянул :))
Oracle 10g
Ааз
Дата: 11.08.2005 16:19:02
VasyakinM
Извиняюсь что сразу не упомянул :))Oracle 10g
Ежу понятно, что 10g. MMON там завели вместе с AWR/ADDR...
А видишь ты, голубь, ( ;-) )обычную ORA-00376

"file %s cannot be read at this time"

Табличное пространство в OFFLINE переведи заодно. Ты там часом не химичил с размещением статистик ADDR в том самом табличном пространстве, а не в штатном месте? Историю там хранить и прочее мумо. Ведь мог же, раз до sys.obj$ добрался ;-)


Да, и параметр называется STATISTICS_LEVEL

Всего
softwarer
Дата: 11.08.2005 16:28:23
Ааз

Не стоит слишком сильно ругать Мишу, на самом деле во всем виноват я. Я высказал предположение, что сервер не даст сделать

drop table sys.obj$

и сказал, что как только у нас заведется ненужная база, надо будет это проверить :)
VasyakinM
Дата: 11.08.2005 16:40:11
К сожалению не перевод табличного пространства в OFFLINE не установка
уровня статистики в BASIC не помоли. Хотя чисто визуально кажется серваку
полегчало и сдается мне что диспетчер задач меня нагло обманывает

Я попрежнему имею.
Dump file c:\oracle\admin\orcl\udump\orcl_ora_2564.trc
Thu Aug 11 16:30:48 2005
ORACLE V10.1.0.3.0 - Production vsnsta=0
vsnsql=13 vsnxtr=3
Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Production
With the Partitioning, OLAP and Data Mining options
Windows XP Version V5.1 Service Pack 2
CPU : 1 - type 586
Process Affinity: 0x00000000
Memory (A/P) : PH:77M/494M, PG:366M/1154M, VA:1764M/2047M
Instance name: orcl

Redo thread mounted by this instance: 1

Oracle process number: 13

Windows thread id: 2564, image: ORACLE.EXE (SHAD)


*** SERVICE NAME:(SYS$USERS) 2005-08-11 16:30:48.165
*** SESSION ID:(162.3) 2005-08-11 16:30:48.165
adbdrv: lang flag = 0
kwqicaclcur: Error 376
Cursor Session Number : 161
Cursor Session Serial : 3
Cursor Pin Number : 24585
error 376 happened during job cache initialization
SY
Дата: 11.08.2005 16:46:55
What is JOB_QUEUE_PROCESSES set to? It looks like it is set to a non-zero value. Therefore Oracle tries to start job queues and since sys.obj$ is empty it fails.

SY.