Галактика в вопросах и ответах

Добрый день. 7.11. Оракл. Пересоздавал временнон табл. пространство. Теперь при каждом входе в Г. админом запускается сжатие журнала. Как победить энто дало? Спасибо.

У вас стоит ограничение на размер журанала, в саппорте, модуль журнализации. Журнал достиг своего размера, например 3 месяца. Теперь если вы заходите через неделю в Галактику (Саппорт) Администраторо, то он убирает из журнала последние записи, дата которых старше трёх месяцев.
Это нормально.

Чуть не так. Если сегодня заходить админом в Г. - то запускается эта процедура. Сколько раз в течении дня буду подкл. к Г. - стлько раз и запуститься процедура сжатия

А вы случайно во время этой процедура не говорите "Прервать" ?
Если так, то она откатывает удаление, и потом при следующем заходе опять по новой.

Если дожидаетесь до конца, и при следующем входе та же ситуация, это уже странно.

нет не говорю, жду до конца

У нас была такая проблема на 5,85. Решилась полным удалением журнала.
Delete all X$journal;

Проблему решил так, сделал отдельный support.cfg в который включил следующие строки
.
.
.

[login]
/u:POUBIVAJU
/p:JOURNAL

[Support]
ClearJourBatchMode=on
.
.
.
(Юзер должен кажись быть админом)
И настроил планировщик, который запускает этот саппорт на серваке ночью.
Результат - ночью журнал сжимается, утром все работают и не тормозят (в том числе и админы при входе)

Полагаю, что у вас при включенной журнализации стоит ограничение срока хранения журнала по количеству дней, а количество дней равно 0.
В такой ситуации чистка журнала и будет происходить при каждом запуске

нет, стоит 7 дней

... а у нас снова не стал сжиматься журнал корректно
не удалять же каждый раз его полностью, он у нас на 32 дня
будем искать другие способы и причины такого несчастья

to kdm: ваше решение помогло. Все-таки видать проблема существует, еще бы кто-нибудь обрисовал причины и средства борьбы

Гал-7.12 Oracle 9.2
намаялись с журнализацией тоже не слабо...
решили следующим образом
1. отключили стандартное ограничение на срок журнала
2. прикрутили ночной джоб, который чистит X$JOURNAL в курсоре, с комитом через 10 записей т.к. на X$JOURNAL тригер на удаление оч мудреный, если не делать промежуточные коммиты, то к утру ни какого UNDO нехватит..

p.s.
в этомже джобе и ограничиваем срок хранения журнала

To Radik: а что поддержка вам по этому поводу говорила?