Имя: Пароль:
1C
Админ
Блокировка на сервере 1с
0 horripilation
 
10.09.13
15:43
Добрый всем день
Раз в неделю на сервере зависает блокировка. Т.е. ее видно в консоли сервера 1с (Информационные базы - имя базы - Блокировки - ВСЕ - ИБ(соединение,имя базы, разделяемая) скрин http://zagruzitfoto.com/TC2

Причем в соединениях ее нет.

Эта блокировка не дает обновить конфигурацию.
Единственное лекарство - рестарт службы 1с.

Есть ли мысли по этому поводу?
1 fisher
 
10.09.13
15:45
Возможно, это висящие окошки авторизации у пользователей.
Хотя они вроде как в сеансах отображаются, только без пользователя... Если ничего не путаю.
2 Odavid
 
10.09.13
15:51
(1) не обязательно. Сессия может висеть "внутри" процесса, уже не отображаясь в консоли.
3 Odavid
 
10.09.13
15:52
(0)>> Т.е. ее видно в консоли сервера 1с
это у вас именно в консоли или на SQL?
4 Odavid
 
10.09.13
15:53
(0) у вас в фоне ничего такого не фонит? никакая обработка по COMyt cnexbncz&
5 Odavid
 
10.09.13
15:53
*не стучится?
6 Fragster
 
модератор
10.09.13
15:53
было такое, когда глючила связь между rmnrg, ragent и rphost'ами, закономерности пока не выявлено.  залепили заляпуху в виде рестарта службы :(
7 Odavid
 
10.09.13
15:55
(6)>> залепили заляпуху в виде рестарта службы
это панацея от всех бед 1с-соединения. Но только для ночных неработающих баз.
8 horripilation
 
10.09.13
16:02
В базе существую соединения с Веб сервисами (регламентные задания), так же в это время, приблизительно, в журнале регистрации есть записи о старте фонового задания Обновление индекса ППД. Хотелось бы решить это без перезапуска службы 1с, т.к. много баз на этом процессе.
9 МойКодУныл
 
10.09.13
16:05
был глюк с WS - но там намертво зависали именно соединения, блокируя таблицу плана обмена(самописный обмен через ws) - решалось рестартом апача. Но там были именно соединения. не блокировки. Которые не убивались никак.
10 Odavid
 
10.09.13
16:05
(9) ну вот вам и овтет.
Организуйте порядок запуска всех веб-фоно-обновлений, и получите результат.
11 fisher
 
10.09.13
16:09
(8) В рабочем режиме можно попробовать рабочие сеансы мигрировать на новый рабочий процесс, после чего прибить rphost с "мусором"
12 Fragster
 
модератор
10.09.13
16:14
у меня был глюк такого плана: в списке _соединений_ нет соединения, а в списке сеансов когда кто-то к определенной таблице обращался - в колонке "Заблокировано упр." писался этот отсутствующий номер
13 horripilation
 
10.09.13
16:25
Подскажите как это "рабочие сеансы мигрировать на новый рабочий процесс" осуществить?? Не прерываю работу пользователей??
У нас два процесса, т.е. сделать это теоретически возможно.


  to Fragster - у нас нет соединений от этой даты. Только в блокировках есть.

По поводу порядка - он уже организовани, просто некоторые задания запускаются раз в 5 минут. И ошибок нет никаких.
14 Fragster
 
модератор
10.09.13
16:37
(13) в свойствах процесса "не использовать"