Аномалии с размерами таблицы

Имеем :
Oracle 9208 Cluster (2 node) на SLES 9.3 32bit
Работает все на RAW устройствах.
Таблица остатков

Проблема:
Переодически размер таблицы увеличиваеться до 4Гб (нормальный размер до 200Мб)

Решение:
При переносе в другой таблеспайес и обратно все лечится

Диагностика:
Анализ логов не показал большого количества INSERT, INSERT /* +APPEND */, и RESIZE TABLE.
Были отмечен UNSUPORTED тип операции и SQL_REDO из V$LOGMNR_CONTENTS
Количество данных в таблице не увеличиваеться.

Вопросс: Что может вызывать данный "глюк"?

huliGUN,

Структура таблицы? Есть ли инлайн-хранение лобов, включая varray, xml,... Производится ли удаление, апдейт больших полей? Как считаете размер таблицы?

-2-,
Структура:

column01	NUMBER	22
column02	DATE	7
column03	NUMBER	22
column04	NUMBER	22
column05	NUMBER	22
column06	NUMBER	22
column07	NUMBER	22
column08	NUMBER	22
column09	NUMBER	22
column10	NUMBER	22

Все остальное нет, апдейт да, очень частый.
Расчет размера:

select seg.OWNER,seg.SEGMENT_NAME, seg.SEGMENT_TYPE, sum(seg.BYTES)/1024/1024 size_Mb
from dba_segments seg
where seg.SEGMENT_NAME = 'TABLE'
and seg.OWNER = 'OWNER'
group by seg.OWNER, seg.SEGMENT_NAME, seg.SEGMENT_TYPE
order by size_Mb desc

huliGUN,

У нас тоже такая версия Oracle. Не RAC. IBM. нормальная файловая система.

И абсолютна такая же проблема. В металинке открыта заявка, но решения пока по нему нет.

Trumen

huliGUN, У нас тоже такая версия Oracle. Не RAC. IBM. нормальная файловая система. И абсолютна такая же проблема. В металинке открыта заявка, но решения пока по нему нет.

Очень хотелось бы услышать результат ответа от металинка и решение по возможности конечно.

Может не совсем ваш случай, но посмотрите STFF

huliGUN

Все остальное нет, апдейт да, очень частый.

Собирайте статистику и периодически снимайте показания с all_tables (если таблица обычная). Там есть колонки:

статистика

NUM_ROWS BLOCKS EMPTY_BLOCKS AVG_SPACE CHAIN_CNT AVG_ROW_LEN AVG_SPACE_FREELIST_BLOCKS NUM_FREELIST_BLOCKS

Они должны согласоваться с размером таблицы. Возможно в результате интенсивных изменений много свободных или chained блоков. Стоит поиграться с pctfree и pctused.

Babe_Vampire

Может не совсем ваш случай, но посмотрите STFF

Не "не совсем", а совсем не мой.

-2-

huliGUN Все остальное нет, апдейт да, очень частый. Собирайте статистику и периодически снимайте показания с all_tables (если таблица обычная). Там есть колонки: статистика NUM_ROWS BLOCKS EMPTY_BLOCKS AVG_SPACE CHAIN_CNT AVG_ROW_LEN AVG_SPACE_FREELIST_BLOCKS NUM_FREELIST_BLOCKS Они должны согласоваться с размером таблицы. Возможно в результате интенсивных изменений много свободных или chained блоков. Стоит поиграться с pctfree и pctused.

Таблица пухнет редко и очень быстро (за 10-20 мин), словить момент просто не реально.
Много свободных блоков в таком количестве? Каким интересно способом получите? chained блоков такое количество тоже нереально.

huliGUN

Много свободных блоков в таком количестве? Каким интересно способом получите?

alter ... allocate extent (size xxxxM);