Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

ORA-14400 При загрузке результатов расчета : Супермаг Плюс (Супермаг 2000)

22.11.2024 7:06


11.10.2010 15:11
А можно подробнее расписать что сделали! У меня такая же проблемма! Оптимизатором прогнал -с=i и -с=о расширял темповое пространство также индексы и юзерсы расширил везде по 50% свободного пространства еще есть!
11.10.2010 15:22
надо оптимизатор запустить с ключом -c=o в период, когда ему разрешена нормальная работа с базой
(Maintenance interval : 23:00,8) к примеру
12.10.2010 00:58
MaintenanceTime - время, когда программа расчитывает находиться без пользователей и будет заниматься общей оптимизацией базы. До запятой - время начала, после - продолжительность в часах.

чтобы изменить параметр под себя...в sql+ под пользователем "sys" пишем:

update olegon_params set value='23:00,8' where name='MaintenanceTime';
commit;
время и кол-во повкусу :)
остальное написал Propil.
08.10.2011 06:33
Доброго времени суток. столкнулся с этой бедой ошибка ora 14400 вставленный ключ секции не соответствует ни одной секции, раньше все решалось запуском оптимайзера в этот раз ошибка не исправляется в чем может быть косяк лог оптимайзера прилогаю

08.10.2011 07:53
действительно, в ffmaprep последняя секция за сентябрь.

DontUseFFMAPREP проверь в параметрах оптимизатора.
08.10.2011 14:01
было DontUseFFMAPREP =no поменял на yes та же самая байда ошибка записи.
08.10.2011 14:49
Цитата:
DIMAJBL было DontUseFFMAPREP =no поменял на yes...
Вот это зря!!! Вчитайся, у него же обратная логика. Верни как было :) , прогони еще раз оптимизатора, выложи еще раз лог. Там как раз сегодня Олег приделал вывод параметров в логи.
08.10.2011 16:20
update olegon_params set value='23:00,8' where name='MaintenanceTime';
commit;

Причём время московское
10.10.2011 14:37
вот запустил еще раз вот лог

10.10.2011 15:53
ни один из запусков, что есть в логе, не попал в maintenance time

новые секции создаются в мэйнтенэнс

так что делаем, как выше белый волшебник сказал:
1) вычисляем во сколько по московскому времени оптимизатору можно курочить базу; пользователей в это время в ней быть не должно; кто попытается работать - будет выкинут без сожаления.
2) выставляем в параметрах это время и через запятую - сколько часов можно над базой издеваться
3) обеспечиваем чтобы оптимизатор в этот интервал времени запустился хотя бы один раз.
Часовой пояс GMT +3, время: 07:06.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.