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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.08.2017, 12:07   #1  
AK-76 is offline
AK-76
Участник
 
60 / 19 (1) ++
Регистрация: 22.07.2003
Адрес: Barcelona, Spain
? Сводное планирование прерывается в batch AX 2012R3
Добрый день,

AX 2012 R3 CU11 kernel, app 6.3.4000.127, SQL 2014, 3 АОСа в Azure

Достаточно простое по настройкам сводное планирование и странный глюк. При запуске расчета в режиме batch, происходит следующее. Для некоторых единиц номеклатуры выводятся предупреждения

Coverage planning of item XXXXX has been canceled.

Иногда, сводник завершается в произвольном месте.

Если запустить перерасчет пользовательском режиме - все ок, как и из job типа такого для всех номенклатур в цикле.
reqCalcScheduleItem = ReqCalcScheduleItem::newItemId(itemId,reqPlanId);
reqCalcScheduleItem.run();

Что испробовано:
1. Отдельная батч группа - привязанная к одному серверу
2. Количество хелперов 0, 1, 8, 25

На основании документа [https://blogs.msdn.microsoft.com/axi...mance-of-mrp/] - менять настройки, при определенном стечении - становится меньше warnings, становится больше время выполнения, но проблема не решается.

Для теста установлен последний на текущий момент KB то есть kernel 6.3.6000.214, app 6.3.5000.133 там есть изменения в классах ReqCalc, но результат прежний.

Спасибо за идеи.
Старый 25.08.2017, 13:04   #2  
fed is offline
fed
Moderator
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
Ex AND Project
Соотечественники
 
2,131 / 3900 (135) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen
Это у вас срабатывает generic warning, который случается при возникновении произвольной ошибки где-то в RecCalc.covCalcitem().
Я бы это решал так: тупо бы убрал try{}catch блок в этом методе (и пожалуй что еще в ReqCalc.processTask(), которая его вызывает) и ждал бы настоящих сообщений об ошибках.
У вас конечно сводное будет останавливаться при каждой ошибке, но вы просто запускайте его где-нить в тестовом окружении. (Ну или как вариант - запускайте в реальной рабочей среде, но на каком-то второстепенном плане).

P.S. Кстати - не понимаю почему корусовцы (и бывшие и нынешние), называют сводное планирование "сводником". И в Английском и в Турецком - pimp/puşt - достаточно серьезные ругательства...
За это сообщение автора поблагодарили: AK-76 (1).
Старый 25.08.2017, 13:25   #3  
AK-76 is offline
AK-76
Участник
 
60 / 19 (1) ++
Регистрация: 22.07.2003
Адрес: Barcelona, Spain
Спасибо, Денис, обязательно попробую. А есть идеи, почему в клиентской сессии, не батч это срабатывает без ошибок?

Сводник, ну да, ок, переводил с англ для форума - первое что всплыло.
Старый 25.08.2017, 14:21   #4  
fed is offline
fed
Moderator
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
Ex AND Project
Соотечественники
 
2,131 / 3900 (135) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen
Цитата:
Сообщение от AK-76 Посмотреть сообщение
Спасибо, Денис, обязательно попробую. А есть идеи, почему в клиентской сессии, не батч это срабатывает без ошибок?

Сводник, ну да, ок, переводил с англ для форума - первое что всплыло.
Единственное что приходит в голову - какие-то проблемы с инфраструктурой батч-сервера. По логике вещей, если запускать батч с числом хелперов==0, то должно работать так же как и в клиентской сесии. То есть - логика параллелизации сводного отрабатывает при условии maxChildThreads!=0.
Старый 12.09.2017, 00:51   #5  
AK-76 is offline
AK-76
Участник
 
60 / 19 (1) ++
Регистрация: 22.07.2003
Адрес: Barcelona, Spain
Добрый вечер, нашлась интересная деталь. Процесс стал падать и в клиентской сессии, место падения -
class ReqTraceCrimsonLogger.init() line 5 Microsoft.Dynamics.AX.Planning.JobScheduling.JobSchedulingEngineInteropFactory::EnsureLoggerSink();
Какие параметры могут влиять на это? Еще момент, у нас 24/7 работает склад, сводное планирование достаточно простое - склады второго уровня покрываются с главного склада. Возможно ли совмещение?
Старый 12.09.2017, 07:26   #6  
fed is offline
fed
Moderator
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
Ex AND Project
Соотечественники
 
2,131 / 3900 (135) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen
Насколько я помню, если поковырать какие-то настроечные ключи в ax32serv.exe.conf, то этот самый crimson может писать логи планирования ресурсов (в смысле - раскладки операций по рабочим центрам). Еще он глубоко не совместим с hot-swap. Вы там посмотрите - у вас случайно hot-swap на сервере не включен ?
За это сообщение автора поблагодарили: AK-76 (1).
Старый 18.09.2017, 12:40   #7  
AK-76 is offline
AK-76
Участник
 
60 / 19 (1) ++
Регистрация: 22.07.2003
Адрес: Barcelona, Spain
Hot swap не включен, а какие приблизительно ключи поковырять?
Старый 18.09.2017, 19:10   #8  
AK-76 is offline
AK-76
Участник
 
60 / 19 (1) ++
Регистрация: 22.07.2003
Адрес: Barcelona, Spain
Цитата:
Сообщение от AK-76 Посмотреть сообщение
Hot swap не включен, а какие приблизительно ключи поковырять?
В конфигурации АОС ничего похожего найти не удалось.
Все работает если отключить logging таким топорным способом.
(
X++:
public boolean loggingEnabled()
{
    return false; //logKeywordEnabled;
}
)

Правильно я понимаю что этот параметр тянется в ReqTraceCrimsonLogger. из класса ReqCalc.parmEnableTableTraceLog(), но даже с помощью ссылок мне не удалось найти его связь с параметрами, доступными для пользователя в параметрах MRP, параметрах плана и параметрах группы покрытия.
Вопрос, можно ли отключить логгинг нормальным способом и на что это может повлиять?
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
dynamicsaxse: May-June 2017 release – Dynamics AX 2012 R3 Blog bot DAX Blogs 0 21.06.2017 00:12
stephenmann: Technical History of Dynamics AX - From Axapta 3.0 to AX2012 Blog bot DAX Blogs 5 03.03.2017 10:22
axStart: AX 3.0 and 4.0 Batching Blog bot DAX Blogs 0 13.02.2014 19:12
MS AX 2009 RU7 Сводное планирование Автопополнение склада Art_Tanis DAX: Функционал 5 06.02.2014 19:03
axinthefield: Compatibility Testing for Microsoft Dynamics AX Blog bot DAX Blogs 0 23.06.2012 02:26
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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