Здравствуйте. Стала валить частенько на MS SQL 2008 R2 такая ошибка:
!!!!ОШИБКА БЫЛА В ВОЗНИКНУТА ПО ПРИЧИНЕ {Обработка.УправлениеПоследовательностями.МодульОбъекта(69)}: Ошибка при вызове метода контекста (Восстановить): Ошибка при выполнении обработчика - 'ОбработкаПроведения': {ОбщийМодуль.НалоговыйУчетУСН.Модуль(2476)}: Ошибка при вызове метода контекста (Выполнить): Ошибка выполнения запроса: Конфликт блокировок при выполнении транзакции:
Microsoft SQL Server Native Client 10.0: Транзакция (идентификатор процесса 55) вызвала взаимоблокировку ресурсов блокировка | буфер связи с другим процессом и стала жертвой взаимоблокировки. Запустите транзакцию повторно.


Как пробывал ее решать. SET @@Lock_TimeOut ставил уже 45000мс
далее так в настройках субд задержку для запроса давал и ниче не помогает. в чем проблема?

>>ОШИБКА БЫЛА В ВОЗНИКНУТА ПО ПРИЧИНЕ
прям так и пишет?

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

(1) это я делал СОобщить (ОписаниеОшибки());

(2) каким образом?

платформу меняли?

1С:Предприятие 8.2 (8.2.18.109) стоит, на какую надо менять?

(5) стоит менять?

дедлок таймаутом не вылечить

(0) По русскому - 2.

Типичные причины избыточных блокировок и методы оптимизации в 1С
http://1cexpo.ru/metodiki/21-tipichnye-prichiny-izbytochnyx-blokirovok-i-metody-optimizaczii.html

Анализ и устранение взаимоблокировок в 1С
http://1cexpo.ru/metodiki/31-analiz-i-ustranenie-vzaimoblokirovok.html

Блокировки данных в 1С Предприятии 8
http://1cexpo.ru/informacziya/27-blokirovki-dannyx-v-1spredpriyatii-8.html

(9) почему по русскому 2?
я так понял надо регистр накопления расходыУСН ему шлепнуть управляемые блокировки и посмотреть, что будет верно?

(10) Потому, что нет такого слова "возникнута".

Я предлагаю прочесть всё-таки статейки сначала.

прочел.
При работе в автоматическом режиме управления блокировкой 1С:Предприятие устанавливает высокую степень изоляции данных в транзакции на уровне СУБД. Это позволяет полностью исключить возможность получения нецелостных или некорректных данных без каких-либо специальных усилий со стороны прикладных разработчиков.

Однако, при этом могут возникать некоторые избыточные блокировки на уровне СУБД. Эти блокировки связанны как с особенностями реализации механизмов блокировок в самой СУБД, так и с тем, что СУБД не может учитывать (и не учитывает) физический смысл и структуру объектов метаданных 1С:Предприятия.

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

думаю это моя проблема.

Ошибка при вызове метода контекста (Заблокировать): Конфликт блокировок при выполнении транзакции:
Превышено максимальное время ожидания предоставления блокировки

еще такое пишет

Может SQL не настроен?

(14) вопрос, где я не учел, что-то. не исключаю, что не донастроил .

на IBM Db2 такое не встречал, причем даже конфликт блокировок решался, увелечением времени ожидания, а тут вроде увеличил время ожидания а толку ..

только трассировка поможет

В центре управления производительностью есть средства, которые могут помочь в выявлении причин блокировок.
http://v8.1c.ru/expert/pmc/pmc_overview.htm

(18) причина просто выборка данных идет, и другой пытается взять и не может. вопрос как ожидания времени выборки увеличить, режим блокировки данного регистра автоматический, я думаю если его перевести в управляемый то будет происходить распараллеливание .

(18) а где ее взять эту штуку, я ссылку не увидел ...

следуя статье http://lavelin.ru/22-articles/163-blokirovka-pri-vypolnenii-zaprosa.html

поставил 1, что-то не очень помогает.