блокировки в 1с. ERP? #726274

Говорят что проблема в ERP 2.0 решена и там работают одновременно 500 пользователей.. я же запустил перепроведение на ней сразу от трех пользователей и блокировки объектов есть и никуда не делись. вопрос о блокировках вообще не решаемый чтоле? т.е. пока один проводит чтото то все остальные ждут пока первый не закончит? я понимаю что блокировка объектов была есть и будет. но неужели мы так и останемся в каменном веке, как в старом анекдоте про дискетки в win95? а теперь вопрос по-существу.. какие есть методы решения, кроме уменьшения времени блокирования?

Говорят что проблема в ERP 2.0 решена и там работают одновременно 500 пользователей.. я же запустил перепроведение на ней сразу от трех пользователей и блокировки объектов есть и никуда не делись. вопрос о блокировках вообще не решаемый чтоле? т.е. пока один проводит чтото то все остальные ждут пока первый не закончит? я понимаю что блокировка объектов была есть и будет. но неужели мы так и останемся в каменном веке, как в старом анекдоте про дискетки в win95? а теперь вопрос по-существу.. какие есть методы решения, кроме уменьшения времени блокирования?

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

взять метлу и выйти на улицу.

Для получения ответа на этот вопрос нужно ответить на вопрос "зачем они вообще нужны". Почитать, подумать, переварить и т.д.

Версия ERP 2.0 файловая?

пятнично

годный вброс

Кстати да, на какой СУБД конфа развернута?

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

обе делал.. осталвся вопрос в воздухе, может там есть какието настройки по блокировкам..

Так может они все трое у тебя один и тот же док пытаются провести?

MSSQL 2012 + 8.3.5.1186 + 1С:ERP Управление предприятием 2.0 (2.0.9.54)

хм.. вполне возможно..

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

Гыгыгы. Чуете, какие спецы будут внедрять erp

Чет мне помнится глюки же какие-то были с юзанием MSSQL 2012 + 8.3 ...или я что-то путаю?!?!

не хуже тех кто писал первые версии конф )

вообще не понял претензию. я ERP не внедряю и даже не пользуюсь ей.. соизвольте объясниться

Проблема взаимоблокировок по идее решаема вплоть до уровня самого объекта, который мы проводим/записываем. Т.е. документ в идеале может блокировать только себя и набор данных некоторых регистров с установленным отбором по некоторым измерениям, или вообще блокировать только самого себя.

Уж не знаю, что меня в этой теме больше пугает. Вопрос или ответы.

яхз, но подозреваю, что в ERP допиленная ВЗАИМОблокировки в типовых более менее подчистили

не вот это: Версия ERP 2.0 файловая. Неужели ожидал, что проведешь 3 документа сразу? Верил?

)

у меня тут УПП 2007 года, дважды допиленная.. меня интересует как было решено, чтоб понять как исправлять в этой какашке)) начальство поставило задачу "убрать" блокировки. а мне не очень хочется изобретать волосипет

ну хз.. файловая это ж тоже вроде как СУБД MyDB

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

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

Скажи что можно переписать всю конфигурацию на управляемые блокировки. Попроси год времени -а там или шах умрет или осел сдохнет.

erp изначально на управлемых

Пятница - только завтра.

Прочитай в 23

ни осел не дохнет ни шах.. и не дают перейти на чтото более современное. один вариант либо как ёж на кактус, либо переписывать, либо увольняться..

Ну так начни переписывать на упр формы. Только скажи руководству что долго. Так ведь и есть.

Разделяемая -> исключительная - это не эскалация. Эскалация это немного другое.

Ну вот ты перевровел документы в ERP - а они все без блокировок провелись, твои действия дальнейшие? Перенести документы, модули и регистры из ERP в УПП 2007 года?

Его дальнейшие действия - написать на мисте "а в ерп блокировок нет, а расскажите, как они так сделали?"

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

многие под "эскалацией блокировок" понимают только мсскульное событие Lock:Escalation (и другие подобные события других СУБД), что весьма ограничено

Подумалось.... Расскажи, как избежать ограниченных эксклюзивных блокировок при проведении? Может, ума добавит мне, стану менее дурным...

по "контролируемым" регистрам (остатки, там какие-нибудь) - никак, можно только в самом конце их блокировать и на меньшее время

Это даже мне понятно... А как их вообще избежать? ))

разрешить продавать в "-"?

+ например на кассе контроля остатков вообще не должно быть, да и вообще никакого контроля. соответственно, и блокировок можно избежать целиком

Ага. А запись куда девать будешь? И не говори, что там не будет UpdLock...

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

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

фигня

ради такого вопроса и создал тему, как оно там у них в erp делается?

А вот тут и возникает вопрос эскалации )) Если я начну писать данных больше, чем на странице находится?

в ЕРП - управляемые блокировки, другие методики проверки остатков и прочее, твоя УПП 2007 и рядом не валялась, переписывать чуть меньше, чем всё придётся.... Но даже на управляемых ты всё равно одновременно не один и тот же документ не проведёшь разными юзерами, и это очевидно. Никакого "каменного века" тут нет

я хз, но вот тут: пишется в 112 потоков наборы по 5000 строк, каждая строка условно десятки байт. должно получаться больше страницы, он вроде ничего, работает.

Ну я лично натыкался. Правда, не на таких детских размерах ))

Да какая разница, что пишешь больше страницы?

скуль любит эскалировать блокировки... Когда ему покажется, что ему мало.

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

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

один. на древней упп. 13 лямов записей в регистр )))))

Fragster, твой тест дает данные о количестве работоспособных пользователей в системе? Ты не пытался разбивать на фоновые задания независимые блоки проведения 1-ого документа?

а что за документы то? А может это 3 закрытия месяца по одной организации )))

При провдении в ерп пишется минимум. Там блокироваться нечему

эскалацию можно и отключить, если уж на то пошло

проведение реализации

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

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

в справочнике 6700 номенклатур ну пусть половина активные.. пересечения? пересечения чего?

например ты продаешь 3 документами одну и туже номенклатуру

у нас проводится реализация днем в рабочее время около минуты-двух.. по ночам ну 10 секунд..

таких да, много..

РАУЗ или Партии?

.... с одного склада, одинаковой организации, одного качества, серии, (какие там аналитеги в УТ11-ERP2.0)

2 мин на ерп2?

была аналогичная ситуация, 30 секунд на документ - я сократил время проведения до 3,5 секунд. Последовательно устраняя узкие места: Что сделал: - Включил отладку на сервере - Сделал замер производительности - Переделал идиотские типовые запросы на запросы понятные оптимизатору запросов SQL - Добавил индексы - Настроил обслуживание базы средствами SQL ежедневно и ежечасно - Распределил файлы базы по разным дискам, в данный момент файлы базы, SQL, и системы на 4 разных рэйд массивах ... и т. д. p. s. не знаю как ERP2.0 но УПП называть ERP смешно, один пользователь обработкой ложит базу. УПП на объемах среднего бизнеса загибается

хм, похоже партионный учет..

2 минуты на УПП

вот тебе и ответ, почему тупит. дальше будет хуже - переходите на РАУЗ

да я б с удовольствием..

В старых упп один запрос занимал 80% времени проведения, если его переписать на использование временных таблиц, то документ, соответственно, начинал проводиться в 5 раз быстрее.

у меня 50% на запрос и 50% на очистку регистра при проведении.. для запроса вроде как добавил индексов и на тестовой вместо 6 секунд стало 2.. но на рабочей это все равно не особо заметно..

6 секунд 50% - это 12 секунд все вместе... где тут две минуты?

это я для сравнения на тестовой базе замеры производительности делал.. а в _рабочее_ время на рабочей базе в рабочее время занимает около 1-2 минуты.. в среднем. т.е. этот же запрос на рабочей в рабочее время будет выполняться полминуты-минуту

Чел из , ты уже сказал какая версия платформы то у тебя в твоем доисторическом мезозое? 8.0?

Твой вопрос классный, в свете того, что ты думаешь, что если тебе дадут ответ, то ты через Ctrl+C перетащишь это к себе? :))) Это примерно так звучит: челы, скажите, у меня есть ВАЗ-2106 1994 г. цвета Валентина, а я был на выставке и видел новую водородную тайоту. Так вот, вопрос. Как мне мою шестерку быстро на водород перевести? Плиз, хелп!

смотри в

Все сказал?

нет. мне нужно понять: 1. вообще стоит ли овчинака выделки 2. в каком направлении в erp решили проблему, чтобы не исправить все, но хотябы частично улучшить свою базу

отложенное проведение попробуй

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

пользователи 1-5 мин до появления проводок подождут. Ведь сейчас же они ждут по 2 мин проведения

Не могут быть блокировки, ведь там рег задание попорядку их проводит

кури

>>сами реализации проводятся по утрам Это какое то самописное отложенное?

почему ты думаешь, что при переносе будет пропорциональное изменение?

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

тут все самописное.. самописателей тут хватало ))

не факт конечно.. пока не могу ни как оторваться от текучки чтоб замерить на рабочей.. в течении дня проверю. но к тебе вопросик: установил я твою конфу и потестировал.. есть какойлибо туториал? как интерпретировать результаты?

типо того. Стандартное отложенное проведение в УПП. По некоторых регистрам сразу, по некоторым рег заданием

ничего лучше пока не придумано

> Это для оптимизации. Этим ты и блокировки уменьшишь. Ищи узкие места, оптимизируй. Если блокировки - анализируй при каких процессах они появляются, ищи чего оптимизировать. 90% тормозов системы - овнокод, как правило

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