Имя: Пароль:
1C
1С v8
Блокировки 1С
,
0 Squares
 
28.10.13
11:10
Подскажите пожалуйста как можно выключить все блокировки как таковые?

Да, я знаю, что это такое (блокировка) и зачем это нужно и чем чревато.
:-)
1 yam
 
28.10.13
11:11
Нет
2 Spieluhr
 
28.10.13
11:17
выключить сервер
3 Borometr
 
28.10.13
11:17
и сжечь
4 zva
 
28.10.13
11:18
и забухать
5 mistеr
 
28.10.13
11:19
(0) Выключить в смысле снять или чтобы они не ставились?
6 chepsoid
 
28.10.13
11:20
База какая друг? (файловая, SQL)
7 elCust
 
28.10.13
11:20
Расскажи всю мысль. Для чего это понадобилось?
8 yam
 
28.10.13
11:25
(7) Тут издалека надо начинать, какие вещества принимал?
9 Squares
 
28.10.13
11:26
Вариант серверный. Работает 7 расчетчиков.
Когда самый пик расчета зп - блокировки сыпятся как бешеные.
Каждый расчетчик имеет доступ только к своим подразделениям (работникам). Выплату делает только начальница - когда всё рассчитано.
Нужно чтобы блокировок не было. Т.е. выключить их вообще.
10 yam
 
28.10.13
11:28
Какие же тогда могут быть блокировки, если "Каждый расчетчик имеет доступ только к своим подразделениям"?
11 mistеr
 
28.10.13
11:28
(9) Ха-ха. Значит таки не знаешь, зачем они.

Вас может спасти РИБ. Если в "пик расчета" не правится судорожно первичка, то взлетит.
12 Borometr
 
28.10.13
11:29
"блокировки сыпятся как бешеные" - в чем это выражается ?
13 yam
 
28.10.13
11:29
(11) Какая РИБ, в базе работает всего 7 человек, тут явно есть какая-то проблема.
14 Borometr
 
28.10.13
11:30
может в одном документе все рассчитывают?
15 Borometr
 
28.10.13
11:31
Squares, ты нам помоги подсказками чуть-чуть
16 LehhaK
 
28.10.13
11:31
Стопудово база на postgreSQL. Эта скотина блокирует весь регистр перед записью. И если один расчетчик движения по регистрам делает, то все бреются. Переходи на Скуль.
17 Squares
 
28.10.13
11:32
(13) 7 только расчетчиков. Помимо них еще есть кадры, отдел труда, плановый отдел и проч. Одновременно работает около 50 человек.
Блокируются таблицы! Регистры! Программе все равно какое подразделение рассчитывается, ей важно(программе), что все это в одной таблице (регистре)
18 yam
 
28.10.13
11:32
(16) Для управляемых блокировок такого не происходит
19 yam
 
28.10.13
11:33
Конфа то какая? Типовая?
20 Squares
 
28.10.13
11:34
(16) Скуль уже стоит, на нем все изначально было поднято.
Кстати если постГРЕ и на линуксе, то круче чем МСскуль на винде.
21 Squares
 
28.10.13
11:35
Конфа далеко нетиповая. Конфигурация изначально ЗКБУ 8.2
22 mistеr
 
28.10.13
11:35
(17) Файловая? SQL, какой?
23 LehhaK
 
28.10.13
11:35
(20) В скуле весь регистр не блокируется
24 Squares
 
28.10.13
11:35
(17) -> (20)
25 Bigbro
 
28.10.13
11:36
вас спасет регламент подписанный генеральным где указано что расчет заработной платы запускается по окончании рабочего дня 5 и 20 (например) числа каждого месяца в монопольном режиме.
26 yam
 
28.10.13
11:37
(20) Ага, точно, про виды блокировок слышал? Блокировки управляемые в нетиповой конфе?
27 Squares
 
28.10.13
11:38
А если поставить вариант управляемых блокировок и снести из кода все транзакции - это избавит от блокировок.
28 mistеr
 
28.10.13
11:38
(21) Нетиповая, понятно, напортачили значит с блокировками. РИБ для вас самое дешевое решение. Каждому расчетчику по файловой локально.
29 mistеr
 
28.10.13
11:39
(27) Ага. Циферки, правда, поплывут, но это мелочи.
30 yam
 
28.10.13
11:40
(27) транзакции все равно останутся. Нужно правильно написать управляемые блокировки, это не очень сложно и сразу решит все ваши проблемы. Это проще, чем делать РИБ (как по мне).
31 Жан Пердежон
 
28.10.13
11:41
(0) >> Да, я знаю, что это такое (блокировка) и зачем это нужно и чем чревато.

вот тут наврал
32 mistеr
 
28.10.13
11:47
Есть еще вариант, что в скуле память под блокировки неправильно настроена. И сваливается на табличные.
33 mistеr
 
28.10.13
11:49
(30) >Нужно правильно написать управляемые блокировки, это не очень сложно
И конечно бесплатно. Ню-ню.

>Это проще, чем делать РИБ
Ню-ню.
34 Squares
 
28.10.13
11:52
(32) Чуточку по подробнее.
35 chepsoid
 
28.10.13
12:01
Тут надо делать Анализ данных, а не пальцем в небо, где наступает блокировка, что мешает конкретно, регистр, может что то другое(константа , последовательность,) если есть такая проблема, то надо ее решать, тут врятли кто тебе это сделает, там настройка 1С и SQL, тогда можно будет проводить доки одновременно если это будет позволять сами данные.
36 chepsoid
 
28.10.13
12:04
есть опыт перевода на управляемые где блокируется не вся Таблица Регистра, естессно не беспл.))
37 vhl
 
28.10.13
12:05
Поставь управляемые блокировки по подразделениям, в чем проблема то?
38 mistеr
 
28.10.13
12:10
(34) Пользователи получают ошибки? Какие именно?
39 Squares
 
28.10.13
13:27
Ошибка блокировки...
Или тебе интересен весь текст ошибки?
40 Мебиус
 
28.10.13
13:43
(39)
Конфликт блокировок или таймаут?
41 Мебиус
 
28.10.13
13:45
(39)
Чтобы не вываливалось с конфликтом, достаточно легко сделать
42 Squares
 
28.10.13
13:48
Конфликт блокировок. Таймаут я уже увеличивал.
43 Мебиус
 
28.10.13
13:54
(42)
В начале обработки проведения нужно установить управляемую блокировку

Блокировка = Новый БлокировкаДанных();
Элемент = Блокировка.Добавит("РегистрРасчета.XXX");

XXX = вероятно Основные начисления

Элемент.Режим = РежимБлокировкиДанных.Исключительный;
Блокировка.Забллокировать();

И всю конфигурацию естественно нужно перевести в режим управляемых блокировок
44 Мебиус
 
28.10.13
14:03
Параллельности особо не прибавится, так как накладывая блокировку на весь регистр мы ставим в очередь остальные транзакции    

Но крайней мере пользователи не будут вылетать с дедлоком
45 mistеr
 
28.10.13
14:17
(39) Да, текст пожалуйста.
46 mistеr
 
28.10.13
14:18
(42) А были и таймауты?
47 Питерский_
Никола
 
28.10.13
14:25
Перемещений много меж подразделениями сотрудников, по середке месяца ?

Другими словами один и тот же сотр. у многих есть в документе в течении месяца ?
48 Squares
 
28.10.13
15:22
(47) Не, перемещения отдельная тема. Таких единицы.

Простейшая ситуация: Берем два компа, база на скуле, создаем два документа начисление зарплаты с разными сотрудниками.
Жмем одновременно кнопку рассчитать-все расчеты.
Один выпадет из-за блокировки.
49 mistеr
 
28.10.13
15:36
(48) Так запрошенная инфа будет?
50 Squares
 
28.10.13
15:43
Будет, но позже :-)
51 hhhh
 
28.10.13
15:46
а сколько выполняется один документ?

ТИИ, перерасчет итогов на новые периоды, чистку кеша регулярно делаете? хотя бы раз в месяц.
52 Squares
 
28.10.13
15:53
(51)
1) ТиИ ~раз в месяц.
2) Итоги и кэш 2-3 раза в месяц
53 МихаилМ
 
28.10.13
16:53
в мс скл есть подходящий  флаг трассировки.
подробнее не буду. имеющий глаза - увидит.
54 Demiurg
 
28.10.13
17:39
(0) самый неприхотливый способ - отправить всех в очередь )
55 ДенисЧ
 
28.10.13
17:44
(20) "Кстати если постГРЕ и на линуксе, то круче чем МСскуль на винде."

Я тут недавно шёл мимо дворницкой... Там свободные мётлы есть... Тебя ждут
56 Sorm
 
28.10.13
17:53
(52) Ну про обслуживание индексов можно и не спрашивать?
57 Squares
 
29.10.13
19:20
(55) Тебя видимо дождались, смену ищешь? :-)
58 GROOVY
 
29.10.13
19:26
(57) Ты реально пострес когданить пытался юзать. Судя по сообщениям - нет. Советую сначала опыта набраться, а потом уж на критику обижаться.
59 hhhh
 
29.10.13
19:47
(62) перенос итогов на новый месяц не может выполняться 2-3 раза в месяц. Что-то вы прикалываетесь. Наверно, с 2008-го года не переключали итоги ни разу?
60 Fragster
 
модератор
29.10.13
19:54
(59) ну есть еще проблема нулевых записей в итогах, но если сильно в заднее число не лазить - все должно быть норм.
61 Squares
 
29.10.13
20:09
Я не обижаюсь на критику когда она уместна и конкретна.
А критиковать то, что не видели в глаза, ну это смешно.
Да юзал и до сих пор юзаю postgres. Инструментов у него полно как и достоинств, а упреки ваши (читай критика) - это от неведения. Небось только под Windows его и видели. Вы просто не умеете готовить кошек :-)
Сам разберусь, спасибо всем за помощь (тем кто реально хотел помочь).
62 Новиков
 
29.10.13
20:22
>>Сам разберусь

Если что - я не против!
63 GROOVY
 
29.10.13
21:29
(61) Внедряли с командой линуксоидов (компанию не могу назвать, но они один известный дистрибутив русский делают) упыпырище и постгрес, 2 месяца мучились. Заключение: проблема блокировок в постгрес может решится только в случае полностью переработанной логике блокировок в 1С. Поясню: в УПП не было на тот момент упр блокировок (а сейчас есть?) и нужно было все переписать.
И да, все это было под линукс. И да, не студенты внедряли, и реально привлекли серьезных спецов. В проекте участвовало 40 человек. Внедрение на 400 рабочих мест, 70 постоянно в онлайне.

Теперь расскажи мне что не так сделали?
64 Demiurg
 
29.10.13
21:37
(63) Написать даже в упп  УБ это не всю упп переписать. Но да, надо 2 года, знаем... )
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn