|
1С Розница, файловая. конфликт блокировок | ☑ | ||
---|---|---|---|---|
0
K1RSAN
28.01.22
✎
07:24
|
Возник такой вот вопрос: при закрытии смены вебкассы начали появляться конфликты блокировок. Работают через терминал, но база в файловом режиме. 6 разных магазинов-касс. Контроль доступа на уровне записей был выключен, потому что в определённый момент база начала тупо виснуть у всех пользователей, кроме полных прав. Но появилась такая вот проблема с блокировками. Каждый вечер все закрывают смену в одно и то же время, но получается далеко не у всех сразу, кто-то раза с 6 (5 раз блокировка выскакивает). Я правильно понимаю, что переход на клиент-серверную версию и возврат контроля на уровне записей может решить проблему?
|
|||
1
osa1C
28.01.22
✎
07:30
|
(0) Это не продолжение Пессимистические блокировки когда нужны ??
|
|||
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-сервер. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |