очень частые блокировки транзакций #606057

Здравствуйте, уважаемые профессионалы. 1С 8.1 УПП. Одновременных пользователей 15. Очень часто выходят взаимоблокировки транзакций. ЦУП у меня нет. Как понять и исправить эту проблему?

какая таблица блокируется?

файловая или какая?

клиент сервер. SQL server 2008 R2

а как понять какая блокируется

Ошибка при вызове метода контекста (Выполнить). Ошибка выполнения запроса "конфликт блокировок при выполнении транзакции: Microsoft OLE DB Provider for SQL Server. Транзакция (идентификатор процесса 62) вызвала взаимоблокировку ресурсов блокировка с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно. Это при проведении документа реализации.

настройте тех.журнал  на сбор информации по блокировкам

15 пользователей и частые блокировки... много думал...

а как это. Я новичок в этом деле. Подскажете?

в 8.1 уже был ТЖ?

да. был.

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

пришло время почитать руководство администратора 1с. а еще лучше руководство разработчика и администратора ms sql. сдаётся мне: Вы не владеете базовой терминологией, так что пошаговая инструкция Вам не положена.

:(

я работал на оракле. С MS SQL я новичок

ТЖ мне поможет, или нужен еще обязательно ЦУП?

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

прочитал статью На одном из запросов решил попробовать параметр ДЛЯ ИЗМЕНЕНИЯ. Скажите, плиз, есть ли у него недостатки. Или его можно лепить где попало.

А что думать. У меня блокировки на равном месте иной раз выскакивают. Т.е. сижу в базе один (типовая БП), никого нет. Запустил проведения - и бац, не могу провести ... блокировка. Так что подпишусь на тему, сам хотел создать, да всё руки не доходят.

не в тему, но отпишу тут. В последнее время (после перехода на 8.2.15) стали происходить интересные глюки с блокировками. При попытке что-то сделать, например провести документ, ругается, что объект уже открыт и изменяется другим пользователем с таким-то номером сеанса. Так вот дело в том, что такого сеанса уже давно нет, и пользователь (на которого ссылается система) новых сеансов не открывал. Рестарт сервера 1с не помогает (!!!). Ситуацию спасает лишь рестарт ms sql. Такая ситуация проявлялась уже 2 раза за 2 месяца.

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

Прочитал что при зубной боли помогает шалфей и решил все болезни лечить им? Проблему надо решать, а не лепить что попало и где попало.

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

что делают эти пользователи?

Обычно фоновые в ЖР пишутся. А так из фоновых только Регламентное задание. Обновление индекса полнотекстового поиска

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

Расскажи о своем sql сервере. Как он устроен?

Железо?

Кальций. В модуле документа реализации Через строку вставь Сообщить("Дошел до строки " + НомерСтроки); При проведении все, что после нужной строки - удали. Обнови конфигурацию - не будет блокировок. Гарантирую.

Номер строки - в смысле номер строки текста модуля.

как можно просто удалить. Раз написано - значит нужно...

вот скриншот: Подскажите, как решить взаимоблокировку

УРИБ нет? А то у меня оказалось куча почек (остатки былой роскоши) с еще большей кучей зарегестророванных изменений в не (по 3-4 ляма в каждой почки). И из-за этого выскакивали блокировки

не понял

>> куча почек? надолго задумался...

а давно в УПП есть документ ЗакрытиеРейса?

это УПП с большими дописками

вот эти дописки и делают дедлоки, обращайся к авторам

К сожалению к авторам обратиться не могу. Сам потихоньку им становлюсь. Поэтому нужно разобраться самому

Что такое УРИБ и План обменов не знаешь? Или что не понятно?

А как их назвать?

В документе есть запрос, который читает данные с регистранакопления. Был такой запрос:

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

возможно (точно не могу утверждать) после того, как я его изменил, это все и началось. Вот измененный вариант:

а разве из не очевидно? и чот я сомневаюсь, что типовая чистая УПП в дедлоки падает при 15 пользователях

Я могу тебе и в типовой БП с 3-мя пользователями дедлоки сделать. И что?

попробуй поле Рейс проиндексировать у регистратора... хотя так то херого, что обращаешся к реальной таблице и скриншот при этом от ЦУПа покажешь, где дедлок на доработку завязан?

может я запрос не правильно написал. Как видите, раньше все было через товарынаскладах.остатки, а я переделал на просто новарынаскладах, чтобы выйти на рейс через регистратор. Может надо как то по другому. Я новичок в 1С. Можно ли как то используя ВТ остатки выйти в данном случае на рейс, или добавить в этот регистр еще один реквизит "рейс"

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

в 43 такой запрос в модуле проведения в 8.1 заблокирует всю таблицу движений. тк уровень изоляции - serializeble

вот вот. Поэтому думаю вернуться на остатки, но при этом добавив в регистр новый реквизит "рейс"

точнее новое измерение