![]()  |  
 
 Зависшие сессии  В 8-ке Бухгалтерия SQL-серверная версия с Postrige толстый клиент периодически зависают сессии пользователей. Работе не мешают, но залить обновление нельзя (не попадешь монопольно) и бекап не срабатывает. Этой сессии не видно на сервере. Приходится перезагружать весь сервак, чтобы снять ее.  Может есть другой способ?  |  
 
 Где вообще посмотреть список сессий толстого клиента?   |  
 
 консоль администрирования сервера 1с, открой базу, сеансы   |  
 
 перезапуск 1с-сервера (службы) обычно отрубает таких висельников. Потом они сами закрываются.   |  
 
 2(3) кстати, закрытие через консоль сеанса - не 100% гарантия, что блокировка уйдет.   |  
 
 А почему так вообще происходит? Чем дальше, тем гуще. Может этого можно избежать?   |  
 
 Сколько рабочих процессов на сервере? Какой объем памяти отжирают?   |  
 
 [url]http://alexeistar.blogspot.com/2011/02/1-8.html[/url]  Сам недавно заморачивался.  |  
 
 Сервак на Windows? если да ставь MS SQL Express - он бесплатный   |  
 
 8-Buzz >Спасибо, воспользуюсь  9-Florian >Сервак на Win2003. SQL - Postrige. Не хотелось бы SQL сервер менять, там несколько баз крутится, настроено. Тем более если проблемма ни в нем 7-Reaper > Думал об этом. Один раз даже база слетела и не давалась бекап загрузить - 1С не хватало логической памяти, хотя оперативки достаточно. Увеличил количество рабочих процессов помогло. Но это давно было. И сессии тогда не зависали  |  
 
 (10) Ты на вопросы ответь.   |  
 
 *проблема (извините)   |  
 
 7-Reaper >Согласно Диспетчеру задач процессов 67. Памяти 1250 из 4048   |  
 
 (1) Пиши правильно имя программного обеспечения, которое используешь.  Пользователей слегка подвисших рубим через консоль кластера, сильно зависших - через стоп сервиса, подчистку cntx, старт сервиса. (2) Ищи в синтаксис помощнике такую функцию. (5) Только при пиковых нагрузках на SQL. В этом случае сам SQL сервер поднимает уровень блокировок. (6) Еженочный рестарт с подчисткой cnt + не экономить на объеме доступной памяти и рабочих процессов для сервера 1С. (8) Дурик какой то писАл. (9) Express пользует весьма малый объем ОЗУ и не более 1 ядра. Стремно это очень для сколько нибудь большого числа пользователей. (10) Не делай бекапы средствами 1С (или делай крайне редко). Настрой cron на сервере Postgres и будет счастье. Вообще для грамотной настройки, строго необходимо почитать ИТС про такую связку  |  
 
 (13) Настройки кластера в студию.   |  
 
 15-Reaper > Если имеется в виду настройки консоли администрирования Сервера 1С, то там все по умолчанию   |  
 
 (16) 67-м процессов не могли появиться самостоятельно. Либо кто-то врет, либо у тебя проблема вне 1С которая не позволяет закрыться негодным процессам. И кстати уточни платформу.   |  
 
 (17) 67 процессов, я так понимаю, это всего процессов, а не рабочих процессов сервера 1С. Такой показатель для сервера "всего" - нормальное явление.  ПЫСЫ: Раз уж такая пьянка - скажи сколько пользователей в online.  |  
 
 67 процессов это всего процессов сервера  В бухии 15 пользователей сейчас, в ЗУП 4 Предприятие 8.2  |  
 
 (18) Ох не уверен я, что у него столько зверей, что сервер расплодил 67 процессов. ИМХО кластер настроен неправильно.   |  
 
 и у меня виснут на SQL Express под W2k тоже 15 где-то  настройки по умолчанию походу юзеры не выходят из 1Ски по вечерам, ноуты засыпают через какое-то время, отключают питание винтов видимо... а дальше я могу только догадываться, что происходит. в итоге если днём посмотреть, то у одного юзера может до 3-4 сессий висеть на сервере 1С, а на ноуте только один (открыта одна БД с сервака).  |  
 
 на 14-м релизе тоже зависали сесии, (w2k3+msql-e)  после перехода на 15-й зависших сессий не наблюдаю. 4-ре базы, около 40 пользователей  |  
 
 Да какая разница, сколько там сеансов висит? Вы за каждый что ли платите??? Ночной авторестарт при пересменке все сбрасывает один черт.  ПЫСЫ: Десятки баз, сотни пользователей, сеансов - ни считал никогда :))))))  |  
| Текущее время: 13:57. Часовой пояс GMT +3. |