[ОТВЕТИТЬ]
10.01.2008 21:39
Starter
 
Если быть точным, то:

Версия 1.024.4
>>> Запись 1
Источник: Административный модуль
HRESULT=80004005 custom=12 SQLState=<none>
Ошибка при сохранении результатов в базу данных.
>>> Запись 2
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=1502 SQLState=<none>
ORA-01502: индекс 'SUPERMAG.FFMAPREP_ARTICLE' или часть такого индекса находится в неиспользуемом состоянии

>>> Запись 3
Источник: Microsoft OLE DB Provider for Oracle
HRESULT=80004005 custom=0 SQLState=<none>
Неопознанная ошибка
>>> Запись 4
Источник: SmLibaryBase trace
HRESULT=80004005 custom=0 SQLState=<none>
select count(*) from supermag.FFMapRep
==================

Сразу скажу - поиском пользовался. и советовать поискать еще по ключевому слову ORA-01502 не нужно.
версия оракла: 8.1.6.3.0
супермаг 24.4 sp1.
железо - 2*xeon 4 2.8, памяти 2 Гб.
места на диске - хватает.

теперь что делал:
alter index ... rebuild; - не помогает
оптимизатор - не помогает
базу (USERS, INDX)- расширил в два раза. ноль эмоций.

комбинации вышеперечисленных методов не помогают. пробовал раз 10.

параллельность на индексах не включена.

лог оптимайзера - во вложении.

советы удалить нерекомендуемые программы типа офиса - спасибо, рассмотрю.

до этого все рассчитывалось. произошло впрочем как и всегда внезапно.

единственное, что еще не делал - drop индексу. жалко как-то.
без этих мер еще есть какие-нибудь рекомендации ?
10.01.2008 22:06
OlegON
 
А что говорит на alter index rebuild? И что в логе загрузки результатов расчета ТД?
10.01.2008 22:27
Starter
 
alter index rebuild - говорит индекс изменен.

а вот где лог загрузки посмотреть - не знаю.
сам лоадер не ругается, падает на этапе реиндексации результатов.
11.01.2008 06:55
Mtirt
 
Как ни странно, попробовать

1. Полная очистка итогов расчета товародвижения.
2. index rebuild, а лучше - оптимайзер.
3. Заново запустить перенос и расчет.
11.01.2008 12:18
Starter
 
то то и оно - alert.log отсутствует. больше никуда загрузчик ничего не пишет ? в таблицы там или еще куда ?

а по поводу полного удаления, прогона оптимайзера, ребилда, переноса, расчета, все это пробовал в различнейших комбинациях - результат стабильно одинаков.

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

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

ЗЫ. с правами все в порядке. имя пользователя - supermag. этот вариант тоже пробовал. пользователь винды - администратор.
11.01.2008 12:30
OlegON
 
Цитата:
Starter то то и оно - alert.log отсутствует. больше никуда загрузчик ничего не пишет ?
Не надо ничего переставлять, если не хочешь развлечься. Алерт должен быть. Где ищешь?
11.01.2008 12:38
Mtirt
 
Цитата:
OlegON Алерт должен быть
Если каталог, приписанный для alert.log в ini-файле существует в природе...
11.01.2008 13:13
Starter
 
искал по всему жесткому диску.
нету нигде.

и где посмотреть где должна быть эта папка ?
я думал, в путь переменной TEMP выгружается.
11.01.2008 13:46
Starter
 
drop индекса, его создание, ребилд - тоже не помогает :(
11.01.2008 13:53
Mtirt
 
Цитата:
Starter drop индекса, его создание, ребилд - тоже не помогает :(
Стало еще сильнее хотеться увидеть alert.log
По поводу того, где его искать - в поиск по форуму. Было и не раз...
11.01.2008 15:13
Starter
 
Проблема все же решилась.
нужно было все же тщательнее лог искать.

на будущее - alert.log называется не так.
на 8-ке он лежит в путь оракла\admin\имя базы\bdump
имя файла = имябазыALRT.LOG

хотя, что странно, винда не смогла его найти, когда задавал поиск всех .log файлов с датой изменения за последний день.

теперь, что в логе было - не могу расширить TEMP, точнее:
ORA-1652: unable to extend temp segment by 8 in tablespace TEMP

после расширения TEMP до гигабайта все загрузилось.
(было 520 Мб).
11.01.2008 15:29
Starter
 
в общем, RTFM, FAQ и иже с ними
Большое спасибо всем принявшим участие в обсуждении :)

Жалко было три дня из-за такой фигни угробить, ну да ладно...
Что нас не убивает, то делает нас сильнее :)
Опции темы


Часовой пояс GMT +3, время: 20:41.

 

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