Базы данных AX 2009. Оптимизация

[Electrician]

Уважаемые знатоки! Заранее прошу не кидать помидорами и называть лузером (хотя так и есть, если честно).
У нас на предприятии существует WMS, построенная на базе AX 2009. В последнее время расчет хранения начал ужасно тормозить. И мозгами я понимаю - базы данных с момента запуска программы не оптимизировались (а это почти 3 года). Вот и стал вопрос оптимизации. Но что я в упор не могу найти - где и как это делать... В книге Корепин В. Microsoft Dynamics AX 2009. Руководство пользователя я не нашел (может просто не увидел, не спорю), в руководствах что нам оставил разработчик - такого не описано.
Отсюда прошу помощи - подскажите, как вызвать окно оптимизации БД, как вообще провести оптимизацию. Если, конечно, Вам не сложно (и это вообще реально).
Установлен SQL Server 2005.
Заранее спасибо за любые Ваши ответы.
P.S. если нужны какие-то тех данные по версии и т.п. - сообщу (только скажите где это посмотреть). Что вижу в справке:
kernel version 5.0.1500.2985
aplication version 5.0.1500.4579

[lvan]

Можно запустить скрипты для дефрагментации индексов всякие (которые по идее периодически должны запускаться), но я бы не надеялся на них

DynamicsPerf надо устанавливать и смотреть, что тормозит.
Не уверен, правда, что он на SQL 2005 будет работать

https://blogs.msdn.microsoft.com/axi...loyment-guide/

[Electrician]

Кстати, очень полезным оказался пост Поддержание быстродействия растущей БД, где нашел ссылку на База данных Аксапты быстро растет. Что делать? http://axapta.mazzy.ru/lib/dbgrowthsolution/. Хоть теперь знаю - что и главное где безболезненно можно вычищать!

[Ivanhoe]

Насчет безболезненно - это вопрос. Например, не очень правильная с точки зрения архитектуры доработка может основываться на данных, которые вы почистите.

В общем случае нет такой кнопки "Оптимизировать БД Аксапты". Если вам нужен реальный результат нужно пригласить опытного администратора / разработчика именно по Акс, сделать экспресс аудит и по результатам уже оптимизировать.

Из действительно базовых и безболезненных операций - перестроить индексы и статистику, это делается в SQL Server.

P.S. странно что у вас версия приложения больше, чем ядра. Ядро лучше бы обновить.

[trud]

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

[Electrician]

Цитата:

Сообщение от trud

но что-то мне кажется на самом деле единственный правильный путь - это идти к руководству и выбивать бюджет на аудит и оптимизацию(это пару недель обычно занимает).

Согласен с Вами, но это 100% не прокатит. Ходил, писал, звонил, но..... Посчитали что это очень дорого (да и есть еще некоторые обстоятельства - не могу разглашать) и вроде как на базе своих программных продуктов (у нас отдел программистов, но в AX никто не пишет) пишут свою WMS. Что будет за она и когда - пока висит в воздухе, но ждем. А на AX поставили крест (хотя реально жаль)....

[БАХ43]

Так есть же свои программисты. Пусть до обеда книжку по Аксапте почитают, а после обеда оптимизируют. Шютка.
У меня на это ушло 4,5 года. Не каждый деньи даже месяц, а по мере возникновения проблем.
Если объясните, что такое расчет хранения, может смогу помочь. Возможно мы просто говорим на разных языках, а вы имеете ввиду просто какой-то отчет.

[Electrician]

БАХ43, спасибо что откликнулись! И так, вот о чем идет речь. Копирую из инструкции:
Создание (обновление) строк расчета хранения паллет с помощью периодической операции..
Создание строк расчета хранения паллет в штатном режиме проходит по периодической операции Создание строк журналов хранения по установленному пользователем графику.
Рекомендуемый график запуска расчета строк хранения – каждый день в 23 часа 59 минут 59 секунд.
Для настройки периодической операции пользователю надо выполнить шаги, описанные ниже.
ВНИМАНИЕ! Настройка – разовая. При повторной настройке операция создания строк будет запускаться автоматически несколько раз подряд, что приведет к лишней нагрузке на серверы и падению быстродействия.

Ну дальше стандартная настройка ежедневного пересчета (начало в 23.59.59).

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

[Ivanhoe]

Так а куда вы там ходили с жалобой - им все равно? Может эта операция и не нужна никому?

[Electrician]

Цитата:

Сообщение от Ivanhoe

Может эта операция и не нужна никому?

На работу кладовщиков (да и всех остальных) оно не влияет. Нужно только для специалистов по работе с клиентами для выставления счетов. Но видимо, это не очень убедительный аргумент....

[БАХ43]

Цитата:

ВНИМАНИЕ! Настройка – разовая. При повторной настройке операция создания строк будет запускаться автоматически несколько раз подряд

А это проверяли? Может действительно вся проблема в запуске нескольких пакетных заданий? Основное - Запросы - Пакетное задание. Смотрите задания со статусом Ожидание. Там же журнал выполнения пакетных заданий. Что когда и сколько раз запускалось.
Если не поможет, то все сложнее. Надо лезть в код этой периодической операции. Скорее всего там пересчитываются проводки по каждой номенклатуре и набору аналитик начиная от Рождества Христова. Возможно, что каждый день пересчитывается заново с начала. И все это сделано, чтобы быстрее выводить определенный отчет. Мне по наследству похожая доработка досталась, но сразу в отчете. Когда он стал выводиться по 8 часов за последний месяц, пришлось ковыряться. Переделывал рассчет в обратную сторону - от текущих остатков назад на заданное количество дней. Скорость 1-1,5 минуты за день. При размере склада в 30к паллетомест и обороте в 1000-1500 приходов-расходов в сутки - 30-40 минут за период 30-31 последний день.