Почему то Сводное планирование начало занимать в три раза больше времени?

[Hidden]

Почему то Сводное планирование начало занимать в три раза больше времени(1,5 часа)? Что это может быть, как лечить? Интересует именно с точки зрения Аксапты.

[Hans]

посмотрите какие процессы на сервере запускаются во время сводного планирования. какие задачи запускются планировщиком из аксапты.

[George Nordic]

Посмотри, какого размера табличка InventSumLog что-то там TTS. Она дико большая становиться периодически, и во врема сводного планирования должна уменьшатся.

С Уважением,
Георгий

[Hidden]

Цитата:

Сообщение от George Nordic

Посмотри, какого размера табличка InventSumLog что-то там TTS. Она дико большая становиться периодически, и во врема сводного планирования должна уменьшатся.

С Уважением,
Георгий

Посмотрел количество записей в этой таблице(InventSumLogTTS): 48121
Неверное не в этой таблице дело.

[Hidden]

Очень большой журнал утверждений может быть в нем дело (ReqTransFirmLog), количество записей: 679699?

[Hidden]

Возможно резкое увеличение времени выполнения Сводного планирования, или все таки дело в серверах в SQL?

[mazzy]

Цитата:

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

Возможно резкое увеличение времени выполнения Сводного планирования, или все таки дело в серверах в SQL?

Можно я попробую предложить удочку, которая поможет наловить рыбу?
Обратите внимание, как выявляются узкие места в этом совете http://axapta.mazzy.ru/lib/querytuning/
Почему бы вам тоже не использовать предложенный способ?

[Andrew K.]

Подсчитайте количество записей в таблице ReqTrans, т.к. именно она является источником для создания спланированных ордеров. Если кол-во записей очень большое, то ищите причину такого увеличения и принимайте меры - или уменьшайте диапазоны, или убирайте какие-нибудь типы, или прогнозы (Forecast), или.... Хотя, ваш результат в 1,5 часа является неплохим . Бывает хуже... например 1,5млн записей это примерно 8-14 часов