Доброе утро всем. Есть база УТ 10, SQL, размер 120 Гигабайт (да, старьё, но пока в планах перехода на УТ 11 нет). Работает склад и продажники. Есть проблема блокировок при проведении документов (заказ покупателя, реализация). Планирую разбить базу на две,  и обмениваться, используя механизм УРБД (да, понимаю, старая штука). Обмен делать по ночам, днём по минимуму. Делал ли кто так именно с целью ухода от блокировок и получилось ли это?

какого рода блокировки? Причина известна? RLS включен?

(0) то есть чтобы избавиться от блокировок нужно единую базу разбить на n-независимых... И каждая будет видеть остатки актуальные на вчерашний день.. так, а почему у вас n равно 2? не 4 или 7, например?

p.s. идите к начальству и выбивайте себе помощника. Вы станете руководителем отдела, помощник будет за 100 колов в месяц контролировать обмены.

RLS выключен. Блокировки такого плана. Причина не известна.

(3) Понятно. Так как УТ10 более не поддерживается, можете ее курочить как хотите. Перенесите все модули проведения проблемных документов в общий привилегированный модуль и проводите под полными правами. РЛС для проведения довольно громоздка и много лишнего ограничивает. 120 ГБ это мизер, вот когда переползете за 500 начинайте думать.

Уважаемый maxab72, т.е. Вы тоже советуете не связываться с разбиением базы?

P.S. туда же перенесите все процедуры ПередЗаписью и ПриЗаписи. Увидите, как все начнет быстро работать.

(5) Крайне не рекомендую.
Если вы только не мазохист в третьем поколении.

(3) Я бы посмотрел, что там творится в регистре. Может там висит 100500 миллионов остатков (несуществующих в реале) и запрос тупо долго их обрабатывает. Видел такое.
И да, УРБД - это последнее, о чём бы я думал в данном случае.

(3) Так это не решается. Надо гайды читать по взаимоблокировкам в автоматическом режиме, на ИТС даже кое-что есть:
https://its.1c.ru/db/metod8dev/content/4051/hdoc
В целом, вы же дошли до проблемного запроса, посмотрите, что там, есть ли правки типового кода. Регламенты на SQL настроены же?
Также, бывает что народ перевод старые конфы на упр. блокировки.

(0) "Блокировки такого плана. Причина не известна."
Кто же это мог сделать? Создать свои формы документов и написать код, который вызывает взаимоблокировки с типовым функционалом...

(0) есть контора, называется Софтпоинт, за сумму в пределах сотки руб. в год, умеет бороться с блокировками. Проверено на УПП.

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

а уж потом до директора начнет что-то доходить.. наверное...

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

(12) нет, вы ошибаетесь с УРБД проблема усугубится а не останется на том же месте, обмены = вечные тормоза. Это вам не это (с).

(12) "ускорение работы базы методом половиннного деления"©

(0) для начала посмотрел бы что 10 самых больших таблиц

(0) пользаков сколько?

(15) это примерно так.
Дано: болит голова
Решение: забить себе в колено гвоздь, тогда проблема головы уйдет на второй план.

(14) (15) так я еще (2) пытался включить мозг в работу вопросов, почему он решил что надо делить именно на 2, а не больше) Правильный ответ на этот вопрос уже бы заставил автора задуматься над вредностью своей идеи) ... 11 лет стажа на форуме... эх...

Пользователей 80

(19)  "пытался включить мозг в работу вопросов" - хм....

(0) Когда это сделаете, то блокировки будут возникать в обеих базах. Была одна проблема, станет две.

(22) Спасибо, я понял, по этому пути не пойду.

(0) вам нужно переходить на управляемые блокировки https://its.1c.ru/db/v8doc#content:63:hdoc:issogl2_9.3.7.%D0%BC%D0%BE%D0%B4%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D0%B9%D0%BF%D1%80%D0%B8%D0%BF%D0%B5%D1%80%D0%B5%D1%85%D0%BE%D0%B4%D0%B5%D0%BA%D1%80%D0%B5%D0%B6%D0%B8%D0%BC%D1%83%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D1%8F%D0%B5%D0%BC%D1%8B%D1%85%D0%B1%D0%BB%D0%BE%D0%BA%D0%B8%D1%80%D0%BE%D0%B2%D0%BE%D0%BA

(24) Хмм, а в УТ10 нет рудиментов управляемого режима, как в УПП?

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

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

(25) нет

(27) "пусть скажут чего вам не хватает." - а разве непонятно? (можно, я не стану "Простоквашино" лишний раз цитировать?)

(23) Идите по этому пути, либо пригласите специалиста, который перепишет запросы без взаимоблокировок.
https://its.1c.ru/db/metod8dev/content/6006/hdoc

(0) а что только на две базы?
разбейте сразу на 80, пусть каждый юзер в отдельной базе работает

PS:
[не совсем в тему]
В распределенных базах есть своя "специфика" и имя ей - "конфликт изменений объектов в распределённой информационной базе". Надо заранее "распределить" по узлам виды объекты по праву внесения изменений, а если объекты одного вида могут и будут изменяться в двух и более узлах - то необходимо установить правила (последовательность действий), призванных уменьшить вероятность возникновения конфликта изменений.

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

(31) не. делать - так делать!. сделать иерархическую структуру баз. данные из каждых 2 баз из 80 пользовательских объединяются по урбд в 40 баз первого уровня. Из каждых 2 баз  первого уровня - соответсвенно в 20 баз второго... красота же!