Имя: Пароль:
1C
1С v8
PostgreSQL - удаление соединений
,
0 MaxisUssr
 
06.11.13
12:04
Часто бывает, что после принудительного завершения клиента, в котором завис кривой запрос, остается неубитым сеанс. При попытке удаления сеанса в консоли кластера серверов 1С сеанс удаляется, но в тот же миг снова восстанавливается. Ранее лечил такую проблему перезапуском агента сервера 1С, но как быть, если на одном серваке крутятся и тестовые, и рабочая база?
Есть мысль, что это PostgreSQL восстанавливает "убитый" через консоль зависший сеанс. Может кто-то знает, как в Postgre (консоль PGAdmin) посмотреть все соединения к базе и удалить одно или несколько из них? (Или даст ссылки на инструкции)
1 1dvd
 
06.11.13
12:06
В MS SQL недавно тоже самое случилось. Зависла сессия в базе разработчика. Перегружать сервер не было возможности. Но, это был вечер пятницы. Плюнул и ушёл. В понедельник сессии уже небыло
2 Ofizer
 
06.11.13
12:09
есть утилита "Администрирование серверов 1С предприятия" через нее обычно убиваю сеансы
3 1dvd
 
06.11.13
12:10
(2) Это и есть консоль кластера
4 MaxisUssr
 
06.11.13
12:18
(1)
Вот у меня в тестовой базе висит эта неубиваемая сессия аж с 1 ноября
5 1dvd
 
06.11.13
12:20
(4) ночью ребутнуть не получится сервак?
6 MaxisUssr
 
06.11.13
12:29
(5)
Так всегда и делал, но хочется выяснить другие методы решения траблы
7 1dvd
 
06.11.13
12:34
(6) Мне тут администратор базы ещё советовал Рабочие процессы поубивать http://savepic.su/3758520.png
8 MaxisUssr
 
06.11.13
12:36
(7)
Нельзя - другие люди же работают.
9 1dvd
 
06.11.13
12:37
(8) вот у меня тоже на проблемном процессе ещё один чел вилес
10 1dvd
 
06.11.13
12:37
*висел
11 MaxisUssr
 
06.11.13
12:38
(9)
Так на одном процессе висят как народ из рабочей базы, так и из тестовых
12 MaxisUssr
 
06.11.13
16:59
Решил проблему:

В консоли PGAdmin заходим в меню "Сервис - Состояние сервера", вкладка "Блокировки". Находим зависшую блокировку и убиваем ее.
Таким образом перезагружать весь сервак не нужно.
Основная теорема систематики: Новые системы плодят новые проблемы.