Причины конфликта блокировок в УПП #99345


#0 by VITa_b
Имеется УПП на 40 пользователей. Регулярно возникает ошибка из-за конфликта блокировок, все на время выполнения операции виснут. Причины и рекомендации по устранению есть?
#1 by Волшебник
Блокировка чего?
#2 by VITa_b
Ну есть такое понятие, что-то вроде  "конфликта совместных блокировок" Как описывали где-то на ИТС - это конфликт при совместном  доступе к таблицам базы данных(SQL)
#3 by Волшебник
Каких таблиц?
#4 by VITa_b
Только по описанию, это может происходить , например: Есть две "транзакции", причем первая должна сделать запись в регистр1, а затем в регистр2, а вторая-сначала во второй,а затем первый.То есть, при одновременном выполнении данных процессов они зацикливаются на доступе к данным- ни один из процессов не может снять блокировку с нужного ему ресурса, пока это не сделает сама система. В общем бред, и при правильном постоении конфигурации этого не должно быть, а у нас  ошибки сыпятся слишком часто.Вот и хочу узнать, может существуют какие-то внешние причины?
#5 by Волшебник
Какие именно таблицы блокируются в твоем случае? В какой момент?
#6 by VITa_b
Написано просто-таблиц, сперва думала, что только регистров, но ошибки возникают и при записи документов, когда движений по регистрам нет.
#7 by VITa_b
А вообще-то могу завтра бросить полный текст ошибок, может это поможет для понимания?
#8 by сбу
Свежий пример: Каких 40 человек? Мы работали вдвоем - один колотил авансовые отчеты, я перепроводил банк и поступления с целью выявления суммовых разниц - за два часа работы 14! раз блокировались документы (не помню как что называлось, но что-то типа ошибки транзакции). причем: База лежала на моем компе, ключ тоже на моем, и ВСЕГДА - после минут трех/четырех ожидания мой док вылетал с ошибкой, а с соседнего компа АО проводился. Зато как интересно было наблюдать, что творится на двух мониторах - так как документы вываливались одновременно - один с проведением, другой без проведения. ДА, и один раз МОЯ софтина вообще вывалилась с грохотом (т.е. без сохранения изменений). Дело было две недели назад на Бухии 8.0 релиз платформы 9.
#9 by VITa_b
Примерный текст одной из ошибок: "Конфликт блокировок при выполнении транзакции:Microsoft OLE DB Provider for SQL Server   Lock request time out period exceeded. HRESULT=80040E31, SQLSTATE=HYT00, native=1222" Смысл ясен, но  вот причины и формы устранения...
#10 by Волшебник
Отследи, какой именно запрос приводил к блокировке.
#11 by Иде я
Ну надо же - и на v8 блокировки оказывается есть.. а я то, наивный надеялся,что V8 нас от них спасет :(
#12 by VITa_b
Подскажите, пожалуйста, как это сделать лучше? Ошибок слишком много - в среднем, при загрузке 80% от возможного числа пользователей - каждые 5-7 минут.
#13 by Иде я
В семерке можно было увеличить период ожидания захвата таблицы... Можно ли в восьмерке - не знаю Свойства ODBC посмотри
#14 by Дяпти
Нельзя, и ваще то в 8-ке не ODBC, а OLEDB Есть в 8-ке и Lock Timeouts, и DeadLocks... Это везде есть и будет всегда.
#15 by rrider
У нас аналогичные ошибки DEADLOCK и Time out, их очень много. УПП, клинт-сервер, 10-20 пользователей. Нужно принимать какие-то меры. Надеюсь поможет отключение проведения по партиям документами. Какие еще есть пути решения в данной ситуации?
#16 by vvv29
При 40 поьзователях проведения по партиям не обработкой?!, отключай и востанавливай по ночам - это тебе поможет
#17 by Факер_S
странно, у меня тож 40 юзверей, проводят по партиям сразу, никаких ошибок не возникает, точнее гдето раз в день когда проводят доки по >1000 строк, и когда провожу по партиям днём, ну и как попадет. напиши какой релиз, много ли изменяли платформу? (может у тя какой нить сумашедший франч дикий код фписал)
#18 by Факер_S
у тя файловая версия?
#19 by Факер_S
и еще если ты программер то копай, найдешь, работать должно всё корректно иначе зави франчей
#20 by rrider
Факер s у тебя УПП? У нас вообще УПП типовая, никаких изменении не вносилось. Где искать источник ошибок? Вчера один док был в 800 строк (Реализация), кое-как провели, с десятой попытки.
#21 by vvv29
Убирай проведения по партиям при проведении, это первое    Настраивай сервер это второе
#22 by Факер_S
не обязательно, важнее настроить сервак да, УПП 17 релиз, списание по партиям происходит при проведении, в среднем 500-700 доков в день, юзаем 50 типов доков, основные (Зак, ЗакП, ПТУ, РТУ, банк, касса, бюджетирование, + не типовые) разноси СКЛ сервак и сервак 1С, мду ними хороший канал, правильно их настраивай Да и еще важно, ЮЗАЙТЕ ПОСЛЕДНИИ РЕЛИЗЫ, не юзайте 6,7,8.087 они глючные
#23 by rrider
Что за 17 релиз? У нас платформа 8.0.10, а УПП релиз 1.1.3.5. Что именно настраивать на сервере, буду благодарен за ссылку. Сервак у нас неплохой 4-процессорный, 4 Gb ОЗУ - с 20 пользователями должен справлятся легко.
#24 by 427
Проведение по партиям ночью? А если ведется партионный учет в разрезе не только себестоимости? Бред собачачий... Нах тогда козе 8 баянов? P.S. Требуйте бесплатного МуМу - он вам все настроит... P.S. МуМу - специалист по настройке. Тусуется на реалнете...
#25 by Факер_S
УПП 1.0(8.1.0.17) см. диски ИТС, , реалнет, кубань
#26 by VITa_b
, платформа 8.0.11.3 , клиент-серверный вариант , релиз - 1.1.3.5,сняли с поддержки только сегодня, сервер SQL  и  1C разнесены, с сетью все в порядке. Предполагаю, что сервер не настроен. Поделитесь информацией по настройке
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С