[ТЕМА ЗАКРЫТА]
01.01.2007 11:02
Kryukov
 
Утор 1-го 2007 всех с наступившим.
и при расчёте
Ошибка при сохранении результатов в базу данных.

OPTIONS (DISCARDMAX=1, ERRORS=0,DIRECT=TRUE,SILENT=ALL)
LOAD DATA
INFILE 'C:\DOCUME~1\9335~1\LOCALS~1\Temp\PathFinder_FFMapInIn1.DAT' "fix 119"
INTO TABLE SUPERMAG.FFMapInIn reenable
(INCOMEDOC INTEGER,INCOMEITEM INTEGER,
RETDOC INTEGER,RETITEM INTEGER,
QUANTITY DOUBLE,
ARTICLE CHAR(50),
RETOP SMALLINT, INCOMEOP SMALLINT,
RETDATE DATE "YYYYMMDD", INCOMEDATE DATE "YYYYMMDD",
FORCEDMAPPING CHAR(1),
INCOMEQ DOUBLE,
INCOMETOTALSUM DOUBLE,
INCOMETOTALNOVAT DOUBLE)
01.01.2007 11:20
iwinter
 
Привет. Никогда не сталкивалась... А что в dat-файле можно посмотреть?
01.01.2007 12:14
Mtirt
 
Опять слишком большое количество в документе?
Есть файл с ошибочными строками?
01.01.2007 12:25
OlegON
 
Думается, параллелизм опять, проверяю.
01.01.2007 17:01
OlegON
 
Подтвердилось. Параллелизм на куче FF% таблиц и приводит к тому, что СМ считает, что во время загрузки возникла ошибка.
01.01.2007 18:27
Kryukov
 
Олег спасибо за помощь.
11.01.2007 13:47
OlegON
 
Я тут программеров напрягаю, кто может сказать точное сообщение об ошибке и ее код? Есть у кого попробовать?
09.02.2007 17:45
OlegON
 
Программеры забили на мое письмо, хрен с ними. Но скажите, у кого этот глюк еще проявляется? Попробуем определить правило. Пока у троих минимум это работает, при включении на FFMAPREP, у двоих падает (inna, это твой случай). Я не пойму, что СМ2000 хочет.
Предыстория здесь
09.02.2007 17:57
inna
 
Да, моя ошибка. На нескольких магазинах недосчитывается себестоимость. На этапе индексации выходит ошибка. Уже после того как отработал лоадер. В логах не вижу ничего. После перестоения индексов товародвижение считается на ура. Посмотрела в DBA - на FFках стоит галочка Parallel и галочка Default. Если речь про это - то получается схема так создается при генерации СМ. Я этого не делала точно ,так как если честно пока в этом не понимаю. Если это приводит к периодическим ошибкам - зачем тогда СМ генерит такую схему? И зачем сопровождение советует от них избавится?
09.02.2007 18:12
mary
 
См не генерит такую схему так как например у меня при генерации такого нет. Возможно это делает оптимайзер .... олег просвети плиз насчет этого, потому как достаточно странно, я много раз делала генерацию и у меня это поле вообще серое и недоступное.
09.02.2007 18:18
inna
 
Точно, на магазине на котором давно не гоняли optimizer нету галочек. Олег что - снимать на всех?
09.02.2007 18:19
mary
 
под полем я имела ввиду закладку Options (если смотреть через dba встав на нужную таблицу) верхняя часть где галочка Parallel. Так вот вся верхняя часть серая и недоступная
09.02.2007 18:21
inna
 
У меня доступная, можно поставить галочку и снять.
10.02.2007 11:15
vdm
 
Цитата:
inna Да, моя ошибка. На нескольких магазинах недосчитывается себестоимость. На этапе индексации выходит ошибка. Уже после того как отработал лоадер. В логах не вижу ничего. После перестоения индексов товародвижение считается на ура. Посмотрела в DBA - на FFках стоит галочка Parallel и галочка Default. Если речь про это - то получается схема так создается при генерации СМ. Я этого не делала точно ,так как если честно пока в этом не понимаю. Если это приводит к периодическим ошибкам - зачем тогда СМ генерит такую схему? И зачем сопровождение советует от них избавится?
Только что ставил новую базу (1024.6) - нет там нигде parallel.
А ошибку в конце в конце работы лоадера подтверждаю - у меня дело было именно в этом, а не в свободном месте *15 (parallel default на кучке FF таблиц и индексов после одного из оптимайзеров). Пока что отключил на всех.
11.02.2007 00:22
Kryukov
 
Я также снял со всех таблиц parallel и сохранние ТД стало проходить
12.02.2007 07:15
reddevil
 
Цитата:
inna Да, моя ошибка. На нескольких магазинах недосчитывается себестоимость. На этапе индексации выходит ошибка. Уже после того как отработал лоадер. В логах не вижу ничего. После перестоения индексов товародвижение считается на ура. Посмотрела в DBA - на FFках стоит галочка Parallel и галочка Default. Если речь про это - то получается схема так создается при генерации СМ. Я этого не делала точно ,так как если честно пока в этом не понимаю. Если это приводит к периодическим ошибкам - зачем тогда СМ генерит такую схему? И зачем сопровождение советует от них избавится?
Версию Oracle можно узнать?
12.02.2007 07:16
reddevil
 
Цитата:
Kryukov Я также снял со всех таблиц parallel и сохранние ТД стало проходить
И у вас тоже если можно укажите версию))
12.02.2007 08:38
OlegON
 
Везде речь про 9.2, занятно... Насчитал уже троих, у кого падает. Системы пока не вижу. Сегодня из оптимайзера выковырну параллелизм на индексы, пока не разберусь, почему же оно ругается... Хоть кто-нибудь отзовитесь, у кого работает?
12.02.2007 09:01
reddevil
 
работает и на 9.2. и на 8,1.
12.02.2007 09:03
inna
 
оракл 8. после перестроения индексов работает. Даже если не отключить parallel.
12.02.2007 14:06
bob
 
У меня наблюдалась след. картина: прогнал новый оптимайзер (полностью без отключающих что-либо опций). Проставился параллелелизм на все индексы ффмапреповские. Полная очистка аналитики, затем перенос данных. При расчете ТД вылетел с ошибкой. Очистил расчеты и заново запустил . Все прошло нормально. Oracle 8.1.6.
05.07.2011 08:55
Dim
 
сегодня на одной из баз результаты расчета отказались загружаться в БД... в окошках лоадера надпись "control =" и все... админский модуль как обычно отправляет смотреть лог-файл расчета, который даже не успел создаться (т.е. его попросту нет)... sql+ логинится нормально

первый раз такое вижу... что это? и как с этим бороться?

Миниатюры
Нажмите на изображение для увеличения
Название: untitled.JPG
Просмотров: 448
Размер:	77.3 Кб
ID:	891  
05.07.2011 09:40
Mtirt
 
А в alert.log что есть?
И в журнале ошибок Супермага...
05.07.2011 09:44
baggio
 
Винда могла сама обновится?
Места достаточно?
просто на С иногда места не хватает...
05.07.2011 09:45
OlegON
 
Внимательно смотрим в заголовок запуска sqlldr, удивляемся, что он делает по этому пути и быстренько-быстренько проверяемся на вирусы.
05.07.2011 10:15
Dim
 
в логах ничего нет страшного...
Олег прав... комп заражен нештой, не запускался почтовик, поскольку был заражен... поеду операторам руки отрывать...
05.07.2011 14:00
Dim
 
порядка 2000 тел вирусов в-основном Нешта, еще присутствуют 3666 и FDOS... с/с посчиталась и загрузилась нормально, запустился почтовик... короче, проблема решена
05.07.2011 14:08
OlegON
 
Считай автоматом, на сервере, а операм поставь антивирь и сними образ... При заражении просто перекатывай образ заново.
Опции темы


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

 

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