"rdbms ipc reply" упирается в CKPT.

Alexander V. Kalmykov
Дата: 04.08.2005 18:01:41
Привет.

RDBMS 9.2.0.6
Linux (SuSE9.3)
Сервер из последних HP DL380.
Дисковый массив - MSA1000.
Импорт большой партиции (дамп шесть гиг, более двух сотен миллионов строк).
Через некоторое время (5-20 минут, а весь процесс более двух с половиной часов) начинает стопориться на "rdbms ipc reply" (смотрит на CKPT).
use_indirect_data_buffers выключил (и до EM64T дело пока не дошло).
aio включил.
db_writer_processes=4.
база переведена в noarchivelog.
редологи по гигу.
на таблицу выставлен nolog и триггеры у нее выключены.
log_checkpoints_to_alert=true и в сигнальном файле никакого криминала.
Импорт с параметрами buffer=67108864 COMMIT=yes
Ноту 287429.1 читал.

Что-нибудь присоветуйте.

---
Dimension 5
Дата: 04.08.2005 19:03:03
А у LGWR или DBWR'ов приоритеты случайно не поднимали сами?
Egor Starostin
Дата: 04.08.2005 21:20:29
Alexander V. Kalmykov

Что-нибудь присоветуйте.

Есть возможность сделать export с direct=y recordlength=64k ?
Если да, то, несомненно, так и советую.
Alexander V. Kalmykov
Дата: 05.08.2005 08:32:45
Dimension 5
А у LGWR или DBWR'ов приоритеты случайно не поднимали сами?


renice? Нет, не менял. Процессорной мощьности с запасом. Собственно, когда начинается ступор при импорте, процессорная нагрузка падает почти до нуля. "Time spent waiting for IO." имеет место быть. При этом банальный dd рядом с табличными пространствами продолжает давать десятки метров в секунду.

---
Alexander V. Kalmykov
Дата: 05.08.2005 08:41:07
Egor Starostin

Есть возможность сделать export с direct=y recordlength=64k ?
Если да, то, несомненно, так и советую.


Речь о импорте.
из ноты 155477.1
==================
3. Direct path Export does not influence the time it takes to Import the data.
That is, an export file created using Direct path Export or Conventional
path Export, will take the same amount of time to Import.
==================

recordlength менять пробовал. Отличий не заметил.
Egor Starostin
Дата: 05.08.2005 09:24:07
Alexander V. Kalmykov

recordlength менять пробовал. Отличий не заметил.

А trace для imp-сессии включали? Если да, то какая полная картина по событиям получалась?

Когда я тестировал быстродействие импорта, то для включения trace я пользовался таким триггером:
create or replace trigger traceimp after logon on database
begin
  for tr in (
    select * from (
    select sid,serial# serial
    from v$session
    where username = user and substr(program,1,4)='imp@'
    order by logon_time desc
    ) where rownum < 2
  ) loop
    dbms_system.set_ev(tr.sid,tr.serial,10046,8,'');
  end loop;
end;
/