Огромный файл трассировки, AUTO_SPACE_ADVISOR_JOB , max_dump_file_size

dbstalker, 04 декабря

В последнее время иногда у нас на сервере ORA 10g появляются огромного размера файлы трассировки.

Вот с таким содержимым:

*** 2009-12-02 22:24:02.380
*** ACTION NAME:(AUTO_SPACE_ADVISOR_JOB) 2009-12-02 22:24:02.349
*** MODULE NAME:(DBMS_SCHEDULER) 2009-12-02 22:24:02.349
*** SERVICE NAME:(SYS$USERS) 2009-12-02 22:24:02.349
*** SESSION ID:(30.13486) 2009-12-02 22:24:02.349
ROW MOVEMENT ENABLED
Block header dump:  0x07625e2c
 Object id on Block? Y
 seg/obj: 0xc4f8f  csc: 0x0b.ac02b16d  itc: 2  flg: E  typ: 2 - INDEX
     brn: 0  bdba: 0x762538b ver: 0x01 opc: 0
     inc: 0  exflg: 0

 Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000
0x02   0xffff.000.00000000  0x00000000.0000.00  C---    0  scn 0x000b.ac02b16d

Leaf block dump
===============
header address 2495168612=0x94b94064
kdxcolev 0
KDXCOLEV Flags = R - -

И т.д.
…..

Очевидно, что эти файлы формируются AUTO_SPACE_ADVISOR_JOB .

Первым делом просмотрели представление v$database_block_corruption, где RMAN оставляет информацию о битых блоках. Записей нет. Уже хорошо, значит, нет коррупции в блоках.

Выполнили запрос:

select segment_owner, segment_name, status from DBA_AUTO_SEGADV_CTL where STATUS <>'COMPLETE'

По найденным объектам выполнили ANALYZE INDEX/TABLE … VALIDATE STRUCTURE. Проблем при выполнении не обнаружилось.

К тому же в журнале оповещения также нет тревожных сообщений.

В Интернете нашли сообщение: «The problem is described in Metalink Note 417405.1 AUTO_SPACE_ADVISOR_JOB Detects Block Corruption Incorreclty And Generates Huge Trace Files and the underlying bug number is 6033690. The Note mentions that this problem can occur on any 10.2.0.3 plattform, but the bug was originally described for 10.2.0.2.»

Предлагается два варианта решения проблемы:

  1. execute dbms_scheduler.disable('AUTO_SPACE_ADVISOR_JOB');
  2. установить небольшое значение для параметра инициализации max_dump_file_size

Мы выбрали второй вариант.

Если у кого-то есть другое мнение, то будем рады услышать.

ОднаКнопка

1 комментарий

Прокоментировать

mczim
5 декабря 2009 г. в 22:36

например ограничить job минимальным уровнем логирования, то есть что бы он не генерировал такой подробный trace файл

 

Новый комментарий

Я не спамер: введите суму 9+8



 

От авторов блога

О Блоге - прочитай перед началом.

Задать вопрос и получить ответ - уже решено 94 вопросов

Глоссарий - список терминов и сокращений


 
 

Бизнес форум

Последние темы:

Телепрограмма
23 июня, 1 ответа
Турция
23 июня, 4 ответа
Выбор люстры
22 июня, 1 ответа