AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 28.08.2009, 15:20   #1  
111andrei is offline
111andrei
Участник
Самостоятельные клиенты AX
 
52 / 9 (1) +
Регистрация: 29.04.2004
Адрес: Москва
У пересчета складских запасов ЧТО-ТО Не ТАК!!!
Здравствуйте, Титаны аксапты.
У пересчета складских запасов, такое впечатление, снесло крышу.
Запускаю его в конце месяца и он показывает, что надо пересчитать 384 тысячи записей и считать он их будет 560 часов, за сутки пересчитал только 7 тысяч. Хотя в предыдущие месяцы аксапта показывала, что надо пересчитать 2700 записей и это каждый раз успешно делала за 1 час.
Подскажите, что случилось и где копать.

когда все работало нормально - рис. shot.bmp
когда произошло что - то непонятное - рис. long.bmp
Изображения
Тип файла: bmp shot.bmp (38.8 Кб, 683 просмотров)
Тип файла: bmp long.bmp (39.8 Кб, 558 просмотров)
Старый 28.08.2009, 15:34   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Во-первых, сделайте окошко пошире.
http://axapta.mazzy.ru/lib/comfort_progressbar/
Скорее всего, там еще текст есть

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

Во-вторых, я не очень понимаю как вы определили количество записей (384 тысячи)
Пересчет работает очень просто:
X++:
1. 
  
       
 

2. 
   (    ,    )
           
         ,     
                
       
        ,
В связи с таким алгоритмом становится абсолютно непонятно какие записи вы имеете в виду. Аксапта сама не знает сколько итераций и сколько проводок она будет обсчитывать.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: 111andrei (1).
Старый 03.09.2009, 11:21   #3  
111andrei is offline
111andrei
Участник
Самостоятельные клиенты AX
 
52 / 9 (1) +
Регистрация: 29.04.2004
Адрес: Москва
проблема так и не разрешилась
Всем добрый день.
Решение на данную проблему я так и не нашел. Может кто-нибудь что-нибудь посоветует!!!
Я для эксперимента сделал отмену пересчета за прошлый месяц и запустил его заново. Оказалось что данный пересчет стал считаться также очень долго. Если раньше он считался за 1 - 1,5 часа, то теперь он не закончился и за 10 часов (я его остановил).
Спасибо, Mazzy, за развернутое и полное описание механизма пересчета, но я пока не знаю в каком направлении двигаться, чтобы решить данную проблему.
Выкладываю для наглядности свойства пересчета, который проходил быстро (1-1,5 часа) (файл prav) и тот, который не закончился за 10 часов (файл Neprav)
Изображения
Тип файла: bmp prav.bmp (196.1 Кб, 674 просмотров)
Тип файла: bmp NEprav.bmp (187.7 Кб, 443 просмотров)
Старый 03.09.2009, 11:55   #4  
miklenew is offline
miklenew
Участник
Аватар для miklenew
MCBMSS
1C
Лучший по профессии 2009
 
1,688 / 433 (18) +++++++
Регистрация: 10.07.2006
Адрес: г. Ликино-Дулёво
Что можно попробовать.
Создать рядом аналогичную прилагу и снести usr,usp, var,vap слои.
Синхронизировать, откомпилировать и запустить. Сравнить результаты.
И кстати почитайте про максимальную пропускную способность и минимальную коррекцию пропускной способности.
Или трэйсить, анализировать запросы.
Может вы на update InventTrans-а что-то тежёлое повесили.
__________________
Энергия молодых и неравнодушных способна изменить мир к лучшему.
Старый 03.09.2009, 12:10   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
ОФФ: если вы будете выкладывать рисунки в формате gif или Jpg, то форум будет их сразу показывать.

Цитата:
Сообщение от 111andrei Посмотреть сообщение
Выкладываю для наглядности свойства пересчета, который проходил быстро (1-1,5 часа) (файл prav) и тот, который не закончился за 10 часов (файл Neprav)
Спасибо.
Что можно сказать:
1. Расчет еще находится на стадии подготовки (Число программных последовательностей = 0). На этой стадии формируется список того, что должно скорректироваться
2. сумма коррекций еще не занесена в базу
3. у вас происходит зацикливание процедуры подготовки списка (очень большой последний номер)
4. если вы используете только один компьютер для расчета, то зацикливание происходит на элементе списка с номером 4366.

Посмотрите в список расчета. Найдите элемент с таким номером. Посмотрите на номенклатуру. Разберитесь с проводками по этой номенклатуре.

Если вы программист, то поставьте точку останова и посмотрите что происходит.

=====================
Ничем не обоснованное предположение: скорее всего, это самозацикленная спецификация. Как вы ее создали - не знаю. Скорее всего, вмешались каким-то программным образом. Но в результате в спецификацию входят узлы, в которые так или иначе входит сама спецификация. Причем по этой спецификации уже прошли складские проводки.
__________________
полезное на axForum, github, vk, coub.
Теги
закрытие склада, пересчет себестоимости, склад

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Оборачиваемость запасов Андре DAX: Функционал 47 28.09.2006 16:22
Длительное создание складских журналов Paul_ST DAX: Программирование 2 13.09.2006 10:52
Код аналитики 'Номер партии' отмечен в складских проводках со значением Antidot DAX: Программирование 9 29.07.2005 10:57
Сопоставление номенклатуры группе складских моделей с учетом склада ATimTim DAX: Функционал 8 18.03.2005 22:26
Сторно складских проводок IvanHARD DAX: Функционал 8 14.03.2005 14:15
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.