Имя: Пароль:
1C
1С v8
1С Розница, файловая. конфликт блокировок
,
0 K1RSAN
 
28.01.22
07:24
Возник такой вот вопрос: при закрытии смены вебкассы начали появляться конфликты блокировок. Работают через терминал, но база в файловом режиме. 6 разных магазинов-касс. Контроль доступа на уровне записей был выключен, потому что в определённый момент база начала тупо виснуть у всех пользователей, кроме полных прав. Но появилась такая вот проблема с блокировками. Каждый вечер все закрывают смену в одно и то же время, но получается далеко не у всех сразу, кто-то раза с 6 (5 раз блокировка выскакивает). Я правильно понимаю, что переход на клиент-серверную версию и возврат контроля на уровне записей может решить проблему?
1 osa1C
 
28.01.22
07:30
2 K1RSAN
 
28.01.22
07:35
(1) Может быть, просто не хотелось бы лезть в типовой механизм...
3 pechkin
 
28.01.22
07:54
Одновременно все 6 магазинов закрывают?
4 Мимохожий Однако
 
28.01.22
08:00
Если решать организационно, то пусть встают "в очередь с*ки" и закрывают не все сразу.
5 K1RSAN
 
28.01.22
08:04
(3) Да. Они заканчивают в одно время. Когда работало ограничение на уровне записей - всё было норм.
(4) Можно и так, но тогда надо им каждый день будет "выстраиваться в очередь". Да и вопрос того, что они сейчас видят поступления в другие магазины - тоже нужно решить. А то бывают такие продавцы "почему у них этот товар дороже продаётся".
6 SuperMario
 
28.01.22
08:46
(0) смотря на чем блокировки.

>>контроля на уровне записей
RLS только утяжеляет запросы.

(5)
>>Когда работало ограничение на уровне записей - всё было норм.
Это заблуждение.
7 K1RSAN
 
28.01.22
09:13
(6) Ну смена закрывалась с первого раза, а не так, что им приходилось "по очереди" закрывать.
Или в чем тогда проблема?
RLS утяжеляет запросы - поэтому в файловой пошли тормоза. Зато он разделяет данные - и в теории блокировки должны будут уйти.
8 pechkin
 
28.01.22
09:23
(7) в файловой блокировки табличные вне зависимости от рлс
9 K1RSAN
 
28.01.22
11:28
(8) Тогда не понимаю, почему такой косяк - не далее, чем пару недель назад всё было хорошо. Обновление не должно было всё сломать, а добавление ещё одного магазина - должно было увеличить нагрузку на базу и могло привести к лишним блокировкам
10 SuperMario
 
05.02.22
09:28
Включай ТЖ и отслеживай TLOCK и DEADLOCK.

(9) не нужно вот этих фраз, "не далее, чем пару недель назад всё было хорошо"
Если Вы разработчик то займетесь решением проблемы. Раньше все было лучше: и трава зеленее, и земля круглее , и цены на бензин.
11 SuperMario
 
05.02.22
09:43
(7) >>Зато он разделяет данные - и в теории блокировки должны будут уйти.
Ничего он не разделяет. Это подзапрос в дополнение к тем, что платформа делает.

(8) 99.9% в этом дело. Увеличилось время на ожидании блокировки и отвал по таймауту. А кто держит таблицу(ы) автор искать не хочет.
12 pechkin
 
05.02.22
09:58
Увеличился объем а следовательно время закрытия и начались отвалы по таймауту.
Можно попробовай увеличить этот самый таймаут
13 SuperMario
 
05.02.22
10:36
(12) + или увеличить производительность клиентов и сети.
Либо опубликовать базу и клиентов подключить через WEB-сервер.