[ОТВЕТИТЬ]
Опции темы
27.12.2006 16:59  
Влад
Для одних и тех же весов с разных компов при выборе отдела - начинается загрузка списка товаров и при это выдается ошибка:
*11
"Произошли ошибки во время выполнения многошаговой операции OLE DB. По возможности, проверьте значения всех состояний OLE DB. Работа не выполнена."

Ни у кого такой проблемы не было?
 
27.12.2006 17:10  
OlegON
А в целом из под СМ работа нормальная? На серваке Home не меняли? Что-то знакомое, но не с весами падало, просто в СМ.
 
27.12.2006 17:15  
Влад
В целом нормальная, да и с весами - только в 2-х отделах такое со списками весов, на остальных 12 весах все нормально....
 
27.12.2006 17:29  
OlegON
В SSEVENTLOG ничего нет, а в alert? На разных машинах, в том числе с сервера? Это сколько компов? 2?
 
27.12.2006 19:30  
Влад
В ssevenlog ничего нет, в alert тоже ничего подозрительного не увидел.
Да на 5 станциях такое и на сервере тоже самое. Пробовал переустанавливать компоненты ORACLE связанные с OLE на серваке - не помогло.

Ситуация случилась после того как новая сотрудница добавила артикул в список, потом его удалила и снова добавила. Причем артикул она не помнит.....

Посмторел таблицу SLArtScaleMap - там весь список PLU на данных весах присутствует, при выводе на печать в разделе Электронные весы - тоже выводится полный список. А вот при выборе данных весов и данного отдела - выводится только 105 позиций и выходит сообщение об ошибке.

На другом МХ по одному отделу выводится 1456 позиций и потом выходит ошибка.

Т.е. тут даже ошибка не с весами, а со списком товара для загрузки в весы по двум отделам.
 
27.12.2006 20:28  
OlegON
Оптимизатора бы прогнать и лог на тему битых индексов просмотреть... Он и статистику заодно посчитает. О! Кстати, что-то нехорошее было, когда добавляли товар в список, а потом уже добавленную карточку удаляли. Посмотри запросом, может в этом дело.
 
28.12.2006 00:24  
baggio
Открой и просмотри в DBA таблицу SUPERMAG.SLArtScaleMap если ничего подозрительного нет то попробуй в административном модуле собрать статистику по оперативным таблицам.....
Да дело то еще в том что при загрузке весов используется таблица SMprices тобиш цены на товары которые ты грузишь...

Но на всякий...скажи:
Что за весы?
Одно ли место хранения используется?
Сколько отделов используется?
Другие отделы если они есть грузятся нормально?
Если весы Digi в них достаточно памяти и чистил ли ты ее вних?

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

на крайняк если совсем приперло....
поднимаешь резевную копию за день до проблемы...
делаешь cmd
exp supermag/пароль_супермага@имя_базы TABLES=(SUPERMAG.SLArtScaleMap)
exit
в каталоге из которого запускал появится файл EXPDAT.DMP

поднимаешь текущюю версию базы и заливаешь...
в SQL+ делаешь так:
delete from SLArtScaleMap;
commit;
потом из каталога где Expdat.dmp лежит запускаешь батник со следующи содержанием
imp supermag/пароль_супермага@имя_базы FILE=EXPDAT.DMP IGNORE=Y


НО УБЕДИСЬ ПЕРЕД ЭТИМ ВСЕМ ЧТО У ТЕБЯ ДЕЙСТВИТЕЛЬНО ПРОБЛЕМА ИМЕННО СО СПИСКОМ!!!!!... ПОНЯТНО ЧТО ТОВАРЫ ДОБАВЛЕННЫЕ ПОСЛЕ ВЫПОЛНЕНИЯ БЭКАПА ТВОЕЙ БАЗЫ ИЗ КОТОРОЙ ВЫДЕРГИВАЛСЯ СПИСОК НАДО ДОБАВИТЬ ЗАНОВО,,,
ЖЕЛАТЕЛЬНО СОГЛАСНО УЖЕ НАПЕЧАТАННЫМИ ЦЕННИКАМИ!!!!!
 
28.12.2006 07:05  
Влад
Весы DIGI

В одном месте хранения есть 3 отдела - с двумя отделами все нормально, а с одним проблемка...
В другом МХ один отдел и там тоже проблема...
 
28.12.2006 09:23  
OlegON
Насчет удаленных карточек не проверил?
 
28.12.2006 09:42  
Влад
Я проверил по штрихкодам - все штрихкода есть в базе. Просто в таблице SLArtScaleMap кроме штрихкода, нет никакой информации о товаре.
 
 


Опции темы



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

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