Формирование движений по партиям товаров #747075

Добрый день. Опишу суть проблемы есть УТ 11.1 необходимо в оперативном режиме запускать формирование движений по партиям товаров, чтобы видеть реальные остатки по поставщикам, сейчас настроено выполнение задания один раз в неделю на выходных. Подскажите у кого с каким интервалом выполняется это задание, и как влияет на текущую работу пользователей. Попытались включить каждые 2 часа работать не возможно.

А может, просто включить формирование движений прямо при проведении документов?

в УТ 11 партии к документам отношения не имеют

Ну или задание запускать по чаще

партии актуализованы на 27.06.2015, для того чтобы актуализовать на 30.06 понадобились сутки, там в коде он за месяц всё выбирает и потом делает необходимые движения

с какой частотой у вас выполняется ?

Это как?

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

около 500 реализаций в день, в среднем 30 позиций в документе, передачи товаров интеркомпани около 2000 позиций в сутки.

ну тут явно не на сутки пересчетов, если конечно не на калькуляторе считать

на счет задним числом в пределах июня вы правы были  изменения

это какие-то детские объемы. Что за железо этим регламентным заданием у вас занимается?

Партионный учет - внутреннее устройство механизма.

Xeon E5-2620 2GHz 2 процессора 64 гб озу винчестеры SAS 300 гб Win Server 2012 64

файловая УТ 11 - очуметь

клиент сервер я надеюсь хоть?  да хотя и в файловом варианте должно все быстро проходит

ТС пока такого не говорил

клиент сервер

с какого перепуга в файловой будет быстро?

Конфа типовая? С такими данными все должно работать нормально

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

базе меньше года размер 30гб

вы туда кладр что-ли весь загрузили? почему объем такой? как с фрагментацией?

конфа типовая с небольшими доработками (новые документы), база большая из за того 16 тыс наименований товара

имхо, там в коде наверняка происходят фиксированные обращения к базе по отдельно взятым документам, а глубина выборки по утверждению ТС - месяц. А как запускается процедура, т.е. где она исполняется: в контексте сервера или клиента?

16 тыс  это мизер

регламентное задание на сервере выполняется по расписанию

Они обкурились однозначно...

отменный механизм, работает на порядок быстрее УПП с партионкой, не требует хронологии, элементарно расширяется

ясно. Ну я обратил внимание не так давно, что почему-то в последних версиях платформы стали намного дольше отрабатывать циклы, в которых идут обращения к серверу. Т.е. понятно, что обращаться к серверу в циклу - моветон. Но есть же такие процедуры, где этого никак не избежать. Может быть и в этой регламентной процедуры наверняка происходит перезапись каждого отдельного документа выборки. Вот и причина тормозов. Может попробовать перезапустить такую же процедуру интерактивно? з.ы. Я в ут11 глубоко не лазил, но интересно же как выполнить.

+29 потому что и такие жалобы тоже были, что регламентные на сервере почему-то отрабатывают как-то не так, как тоже самое, когда стартуют интерактивно с клиента.

И ты тоже не кури...

пробовал интерактивно нажать кнопочку "Актуализовать партии" в форме регистра Партии товаров организаций, длительность выполнения такая же

замер времени не пробовал сделать под отладчиком?

1.разберитесь с размером базы 2. как живет SQL? не лезет ли он в своп? и вообще что за сервер используется? пока других вариантов не приходит в голову ну и ТИИ наконец на копии делал?

Либо что-то не договариваете, либо не вижу я тут данных на 30 гигов

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

сервер - это что версия СУБД не озвучена?

MS SQL2012, ордерная схема, 7 помещений, используются заказы, что ещё сказать фото товаров отдельно в каталоге, передачи товаров ежедневно

ну не то чтобы версия. Postrage, MSSQL или может еще что поэкзотичней используют. Например если MSSQL c настройками по умолчанию будет работать довольно сносно, то с другими далеко не факт

замер делал всё выполняется в транзакции с блокированием доступа к регистру Партии товаров организаций, и потом когда зафиксировать транзакцию самые тормоза

UPDATE STATISTICS когда в последний раз делали?

сколько фиксаций транзакции в цикле? одна большая на всю выборку? или по каждому регистратору партии? Блокирование доступа к регистру Партии товаров организаций - это реально ограничивает работу пользователей на чтение или записи в Партии товаров?

каждые 2 часа делается

одна большая транзакция в которой всё делается и потом зафиксировать транзакцию. Блокировка и на чтение и на запись.