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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 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
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Это у вас срабатывает 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
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от 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
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Насколько я помню, если поковырать какие-то настроечные ключи в 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, время: 18:32.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.