Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

перевод самописной базы в режим управляемых блокировок

перевод самописной базы в режим управляемых блокировок
Я
   irina2002
 
07.07.20 - 08:13
имеем управленческую сводную базу с инфой о продажах розничных магазинов. поскольку база лишь отражает состояние розничной сети, все расходные операции происходят без контроля остатков.
на что обратить внимание при переводе базы на управляемые блокировки?
помониторить вложенные транзакции? еще что?
   Cyberhawk
 
1 - 07.07.20 - 08:17
Для начала - на все вопросы, где есть "ДЛЯ ИЗМЕНЕНИЯ"
   Cyberhawk
 
2 - 07.07.20 - 08:17
*запросы
   irina2002
 
3 - 07.07.20 - 08:18
(1) нет таких..
   Cyberhawk
 
4 - 07.07.20 - 08:29
(3) Тогда еще остаются скрытые проблемы, которые ранее из-за автоматических блокировок не проявлялись (из-за того, что диапазоны блокировки в СУБД были широкими и/или на длительное время, а после перевода на управляемые они либо станут меньше, либо исчезнут совсем, т.е. это из-за изменения логики, которая ранее в принципе не позволяла проявляться конфликтам)
   rphosts
 
5 - 07.07.20 - 08:31
(0) у Евгения Гилева на эту тему было видео... как-бы вроде делал так: ставил в свойствах корневого узла про блокировки = упр+авт и далее переводил пообъектно... когда перевёл всё - установил в упр. Постепенно перевёл
   irina2002
 
6 - 07.07.20 - 12:27
(5) так и сделаем.
   ptiz
 
7 - 07.07.20 - 12:38
(6) Не надо вам "упр+авто". Граблей будет - море!
   ptiz
 
8 - 07.07.20 - 12:40
(0) Сводная база - центральная в РИБ ? Или конфигурация отличается? Если второе и нет нужны в контроле остатков, нет вычисления себестоимости - ставьте управляемый режим и не парьтесь.
   vi0
 
9 - 07.07.20 - 14:16
(0) какого эффекта ожидаете от перевода?
   irina2002
 
10 - 07.07.20 - 14:38
(8) чмок! боязно!
   irina2002
 
11 - 07.07.20 - 14:44
(9) хотим:
1. отсутствие избыточных блокировок. сейчас невозможно одновременно писать непересекающиеся данные с отбором по неполному ключу.
2. возможность "грязного" чтения. эта ситуация не отрабатывается и не планируется, совсем ничего не читаем запросом с директивой "ДЛЯ ИЗМЕНЕНИЯ"
   vi0
 
12 - 07.07.20 - 14:48
(11)
1. а прототип прогоняли? получается такая запись с упр блокировками?
2. а сейчас что мешает грязное чтение делать?
   irina2002
 
13 - 07.07.20 - 14:50
(12)
1. прогоняли на стенде с мониторингом таблицы locks СКУЛя и блокировок сервера 1С
2. типа платформа не даст (??)
   vi0
 
14 - 07.07.20 - 15:11
(13) не ну могут быть блокировки избыточные, почему нет
   pechkin
 
15 - 07.07.20 - 15:15
если для проведения нигде остатки не читаются то ничего делать не нужно
   pechkin
 
16 - 07.07.20 - 15:16
единственное место где нужно руками блоировки прописывать это там где на основании остатков формируются движения
а ля расчет себестоимости или партии
   irina2002
 
17 - 07.07.20 - 15:24
следует ожидать роста нагрузки на сервер 1С?
   vi0
 
18 - 07.07.20 - 15:26
(16) не факт. блокировки остатков это лишь частный случае ответственного чтения
хотя если нигде нет "для изменения", то вероятно эта тема чтения действительно, не требует доработок, хотя тоже не факт
например, при авт блок простое чтение в транзакции накладывает в скуле блокировки на чтение, а перевод на упр блок, эти блокировки не будут установлены
т.е. поведение чтения в транзакции изменится
Это то что я помню, поправьте меня если неправ
   vi0
 
19 - 07.07.20 - 15:27
(17) вполне возможно, если у вас интенсивная запись, особенно если массивные наборы данных
   H A D G E H O G s
 
20 - 07.07.20 - 16:40
(18) Неправ.
при авт блок простое чтение в транзакции накладывает в скуле блокировки на ЗАПИСЬ.
   H A D G E H O G s
 
21 - 07.07.20 - 16:43
(0) Автор, просто сделай и не парься.
Можно еще впилить РазделениеИтогов, раз у вас нет контроля остатков, это прям отлично зайдет.
Ну и флаг -t1211, если пишите больше 5000 строк в таблицы.
Ну и обережно работать с наборами записей РС, в некоторых случаях их придется заменить на МенеджерыЗаписей.
   H A D G E H O G s
 
22 - 07.07.20 - 16:44
Поконтрольте отрицательные остатки некоторое время, если выползут - ищите док, который возбудил его и рядом такой же и пробуйте их вдвоем перепровести.
   vi0
 
23 - 07.07.20 - 18:19
(20) что значит на запись? я имел ввиду разделяемые блокировки
   vi0
 
24 - 07.07.20 - 18:21
(21) зачем ты нагружаешь автора советами не относящимися к переходу на упр блокировки?
у него и так риски перехода
   H A D G E H O G s
 
25 - 07.07.20 - 18:24
(24) Хочу и нагружаю.
   vi0
 
26 - 07.07.20 - 18:25
(25) в народе это называется мутить воду
   H A D G E H O G s
 
27 - 07.07.20 - 18:26
(26) Мы не в народе.
   H A D G E H O G s
 
28 - 07.07.20 - 18:28
(23) Разделяемые блокировки совместимы, поэтому чтение в одной транзакции не заблокирует чтение в другой транзакции. Другое дело, что в типовой конфе, при проведении ты такого не встретишь, так как это путь к deadlock-у и вначале будет Чтение с ключом ДляИзменения, которое вместо разделяемой блокировки наложит эксклюзивную.
   dot05
 
29 - 07.07.20 - 18:29
(21) c t1211 надо быть предельно аккуратным, т.к. вместо эскалации получаем резкий регресс по производительности. Плавали
   H A D G E H O G s
 
30 - 07.07.20 - 18:31
(29) Хотелось бы подробностей, так как плаваем и регресса нет.
 
 Рекламное место пустует
   dot05
 
31 - 07.07.20 - 18:38
так и плавали, решали проблему параллельного начисления ЗП на доками, где в  каждом было больше 10к сотров, искали путь, чтобы было оптимально. Если была включена эскалация на субд, то проводилось все параллельно, но пару часов. Если эскалация была по дефолту, то возможны были дедлоки, но проводилось около 20 минут.
   dot05
 
32 - 07.07.20 - 18:38
*если была вЫключена эскалация на субд, то проводилось все параллельно, но пару часов
   H A D G E H O G s
 
34 - 07.07.20 - 18:45
(31) Ну так в чем затык то был? Когда пара часов - поймать топ медленных или спам мелкими - вполне реально.
   dot05
 
35 - 07.07.20 - 18:50
(34) Затык в записи в таблицу, там их несколько вроде было. Блокировки же нет общей на таблицу - вот и расплата скоростью.
   irina2002
 
36 - 08.07.20 - 07:15
(20) верно!
   Конструктор1С
 
37 - 08.07.20 - 08:50
(0) какая цель перевода на управляемые блокировки? Что в текущем режиме не устраивает?
   vi0
 
38 - 08.07.20 - 09:11
(28) согласен, я неудачно назвал ее блокировкой на чтение, далее я поправился - разделяемая блокировка
это подтверждает мои слова в (18), что поведение чтения в транзакции изменится
   vi0
 
39 - 08.07.20 - 09:12
(27) не в народе, но воду ты зачем то мутишь) непонятно зачем
   vi0
 
40 - 08.07.20 - 09:14
(37) выше я уже спрашивал


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.